Unable to View Webmin from any Interface

Hi Pedro and welcome to the UTM Community!

You will need to do some spelunking from the command line...

Find the networks allowed to reach WebAdmin:

cc get webadmin allowed_networks

If you named one Internal, you likely will see something like REF_NetIntInternal and that's the one that we want to find.  Which NIC is it defined on?

cc get_object REF_IntEthInternal |grep itfhw

That should give you something like 'itfhw' => 'REF_ItfEthEth0IntelCorpo'.  That tells us that the hardware is an Intel NIC assigned eth0.

If that didn't help you to identify the correct NIC to which you should connect, show the results here of those two commands along with the output of the following command.

cat /etc/udev/rules.d/70-persistent-net.rules

Cheers - Bob

Thanks a lot for the welcome, and the reply!

The first command, "cc get webadmin allowed_networks", gave the expected result of the second provided command (which gave no output). I have plugged into each of the available interfaces (0-3) in attempts to connect. 

"cc get webadmin allowed_networks"   ==>  REF_NetIntEth3IntelCorpo2

"cat/etc/udev/rules.d/70-persistent-net.rules"  followed this output format for each interface:

SUBSYSTEM == "net",ACTION=="add",DRIVERS="?*",ATTR{address}="<mac of given interface>",ATTR{type}=="1",kernel="eth*",NAME="eth<eth number>"

"cc get webadmin allowed_networks"   ==>  REF_NetIntEth3IntelCorpo2

That doesn't look like something I would expect, Pedro.  Please show a picture of the command and the result.

Cheers - Bob

Sorry for the poor quality photo. I could be missing something here, but I'm not sure that I am. It might make sense to blow everything out, but I am intrigued, and it could possibly be helpful for others as well. 

If the addresses in persistent-net-rules are sequential, then it's safe to assume that eth3 is physically the last of the four NICs.

So, that indicates that the Interface was defined with a blank name and that it was assigned a name like: eth3 Intel Corporation 82574L Gigabit Network Connection

If you know that you didn't leave the name blank, I'd be tempted to restore a configuration backup that you know is good.

If you didn't assign a name, try the following to determine the subnet on eth3:

cc get_object REF_NetIntEth3IntelCorpo2

Any luck with that?

Cheers - Bob

If the addresses in persistent-net-rules are sequential, then it's safe to assume that eth3 is physically the last of the four NICs.

So, that indicates that the Interface was defined with a blank name and that it was assigned a name like: eth3 Intel Corporation 82574L Gigabit Network Connection

If you know that you didn't leave the name blank, I'd be tempted to restore a configuration backup that you know is good.

If you didn't assign a name, try the following to determine the subnet on eth3:

cc get_object REF_NetIntEth3IntelCorpo2

Any luck with that?

Cheers - Bob

Hi Bob!

Thank you very much for your persistence in helping out with my situation. I do remember pairing interfaces 1-3 together and making a group named something similar to "Internal" and having eth0 be the WAN connection.

So I ran your command, and as as you see, it's giving an address of 10.0.0.0 (Obviously not an assignable IP, but maybe this just means the network?). Is this an expected kind of output, or at this point is something deeper clearly wrong (By something I did goofy or otherwise)?  Going off that output, I was however able to hop on 10.0.0.0/24 and reach the Webmin page at 10.0.0.15.

Here are the Webmin and Interface configs.

Firmware Version: 9.509-3

Pattern Version: 146998

Thanks much!

That looks good, Pedro.  I think you're OK now.  My guess is that you first created the Interface definition with a blank name and that you later changed it to INTERNAL.

Cheers - Bob