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

Unable to access WebAdmin after default,fresh install. Version 9.201-23.1

Hello Everyone,

This is my first post and I am having trouble accessing the WebAdmin interface directly after installation.  I am not sure what the issues is. I plan on using this under a home license. Below are the specs and what I have done so far. Any help with this is very much appreciated. Thank you.

Problem:

*default webadmin ip address does not   work;https://192.168.2.100:4444.  Firefox acts like that address  is offline completely. No indication of packets sent (see ping test).*



*Universal WebAdmin ip address times out; https://192.168.0.1:4444. (see ping test)*

 

Version and Installation:
  

*asg-9.201-23.1 software appliance.*
*All hardware detected great.*
*Default install (including ip addresses, subnet mask, and blank default gateway)*
*selected eth0 as internal interface for management*
*No changes post install.*



Server Hardware:  

*Supermicro X7SPA-H Atom D510 motherboard (hyperthreading off)*
*2 gb Crucial non-ECC memory - 1 stick. Passes memtest and on boot bios based mem-test.*
*Dual Intel 82574L (verified on Hardware Compatability List)*
*500 gb hdd*



Diagnostics/relevant information: 

*directly connected to my pc (for setup) via eth0 and ethernet cable is in good condition*

*tried re-installing fresh*

*boot log shows the following information*


Master Resource Control set run level to 3
'ASG initialization' is listed as "unused"
all other processes/modules started with green "done" message.



*ping test against the following ip addresses w/ results*


Universal WebAdmin ip address>>

Pinging 192.168.0.1 with 32 bytes of data:
Reply from 192.168.0.12: Destination host unreachable.
Reply from 192.168.0.12: Destination host unreachable.
Reply from 192.168.0.12: Destination host unreachable.
Reply from 192.168.0.12: Destination host unreachable.

Ping statistics for 192.168.0.1:
     Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
---------------------------------------------------------------
Default WebAdmin ip address>>

Pinging 192.168.2.100 with 32 bytes of data:
PING: transmit failed. General failure.
PING: transmit failed. General failure.
PING: transmit failed. General failure.
PING: transmit failed. General failure.

Ping statistics for 192.168.2.100:
   Packets: Sent = 4, Received = 0, Lost = 4 (100% loss),



*no issues logging into another router's (non-Sophos) web admin interface from same computer. This is definitely an issue with the Sophos software itself*

*no issues connecting to internet from computer host*

*running an Intel NIC on computer host - all default settings*

*ran the following commands as root*


'cc' >> 'webadmin' >> 'allowed_networks@'


This returns 0 and [any]



ifconfig eth0 >> this showed the correct ip addresses and some data sent.
ifconfig eth1 >> this is recognized by sophos, but not active yet.

 

*tried restarting the webadmin interface via root terminal. It restarted fine, but didn't fix the problem*

*disabled any extensions and ran Firefox in safe mode. Tried again, no luck*

*forced static IP address to network adapter rather than dynamic link local. No luck*

*verified default gateway blank in installation and no default gateway set by computer host. This is assigned via ISP to router in my home network.*

*tried on another computer with same ping results*



This thread was automatically locked due to age.
Parents
  • Sometimes the software reverses the hardware interfaces... have you tried swapping the network cables around and connecting again.

    What I am saying is say port 1 you have configued as 192.168.0.1, it may have had its ip changed to 192.168.2.100 instead. Either swap the network cables around to be in the same subnet, or change your ip address to be in the same subnet and try connecting again.
  • Thank you for all the replies!  It turns out the issue was that my host's network adapter wasn't on the correct subnet. Once I matched that up, it worked great.
Reply Children
No Data