Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 7 replies
  • Subscribers 2 subscribers
  • Views 7139 views
  • Users 0 members are here
Options
Suggested
This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

How is the WebAdmin IP address determined?

JonEtkins
How does the UTM determine what IP address to use for WebAdmin?  I have a new box that I've built up using a temporary address of 192.168.0.100, and the console login prompt reflects that address.  If I change it to .101, then after I reboot, the login prompt updates to reflect the new address.

So far, so good, but what happens if I want to disable that port entirely, and start using another port that I've configured as 192.168.0.1 (the intended address once I deploy this box).  WebAdmin won't let me disable the port I'm currently connected on, so how can I (or even can I) disable this setup port and have the UTM start using the intended LAN interface and address for WebAdmin?


This thread was automatically locked due to age.
  • 0
    You can connect via any interface you allowed traffic from at Management >> System >> WebAdmin >> Allowed Networks.
  • 0
    Yes,  but even if I connect via the LAN interface, I still have to point my browser at the IP address of the Setup interface, and once I am in, WebAdmin still will not let me disable that interface - it tells me "The interface that is used for the current session can not be deactivated or disabled" even though I'm not actually connected to that interface.

    So apparently WebAdmin is bound internally to that interface and I am unable to change that binding through the GUI - I can change the port it uses, but not the address or interface it's bound to.  Is there a way to change the binding from the command line?
  • 0
    Hi, connect your PC to the new interface, point to the new IP, and you can disable the 'setup' NIC.

    Barry
  • 0
    Thanks, Barry.  That worked, and I can access WebAdmin at 192.168.0.1, but I'm not sure everything is optimal.  Where previously the console displayed 
    All configuration is done through WebAdmin.  Go to https://192.168.0.100:4444 in your browser.
     and showed the IP address again directly above the login prompt, now neither of those messages are displayed on the console - just a login prompt.

    It all appears to be working fine, but I'd feel happier if I didn't get the nagging feeling that I've removed something that might bite me sometime down the track.
  • 0
    Being obsessive-complusive, I restored the configuration and went down the alternative path of replacing LAN with Setup everywhere it was used in my configuration, then deleting the LAN interface and renaming Setup to LAN.  It wasn't a big job, and it's working perfectly.

    However...

    The Setup (now LAN) interface is using the motherboard's on-board NIC (eth0), and I'd like to move it to the (now unused) Intel NIC (eth2) that I had originally earmarked for the LAN.  I can do that, and everything appears to be fine (and probably is, for all intents and purposes), but I note that when I make that change, that is when the notice and IP address prompt that I mentioned above go away.  So it seems that those items are somehow tied to the actual hardware that was used by the link that was originally used to set up the UTM.

    Which of course makes me wonder what else is similarly tied to hardware in that manner, and whether there is a way to update it.
  • 0
    Hi, 
    I've probably noticed before that the configuration message has disappared on some of my UTM consoles, but I've never had any other trouble, and I don't remember anyone else mentioning problems here.

    Barry
  • 0
    I have determined that the message in question is stored in /etc/issue:
    loginuser@astaro:/home/login > cat /etc/issue



    All configuration is done with WebAdmin. Go to https://192.168.0.1:4444
    in your browser.

    192.168.0.1
    loginuser@astaro:/home/login >


    If I move the LAN interface from eth0 to eth2, /etc/issue is immediately updated:
    loginuser@astaro:/home/login > cat /etc/issue



    loginuser@astaro:/home/login >


    and moving it back to eth0 restores the file to how it was.