Unable to reach Fog Management website

[george1421]

@jarl2-0 Well that’s pretty unimpressive. It just tells me the http server was shutting down. If you start the http server up again and try to access the management console does it append anything to the error log? It should be throwing some errors if you try to access the management page but only get a white (blank) page.

[Jarl2.0]

@george1421 It doesn’t the page comes up connection timed out and I don’t see any connection attempts on the apache logs.

[george1421]

@jarl2-0 Ah, OK then lets try this.

ps aux|grep apache to confirm that the apache process is running
You should see something like this

www-data 21806  0.0  0.7 106732  7236 ?        S    06:25   0:00 /usr/sbin/apache2 -k start
www-data 21807  0.0  0.7 106732  7236 ?        S    06:25   0:00 /usr/sbin/apache2 -k start
www-data 21808  0.0  0.7 106732  7236 ?        S    06:25   0:00 /usr/sbin/apache2 -k start
www-data 21809  0.0  0.7 106732  7236 ?        S    06:25   0:00 /usr/sbin/apache2 -k start
www-data 21810  0.0  0.7 106732  7236 ?        S    06:25   0:00 /usr/sbin/apache2 -k start

netstat -an | grep 80 to confirm that the apache server is listening
You should see something like this:

tcp       0      0 :::80                   :::*                    LISTEN   

systemctl status firewalld to see if the firewall is on by chance.

[Jarl2.0]

@george1421 Output from the grep command

Output from netstat

No firewall service is running.

[Sebastian Roth]

@Jarl2-0 Please run sudo iptables -L -n -v and post a picture here. Just wanna make sure…

[george1421]

@jarl2-0 This is really strange.

Apache is running, its listening on port 80 and yet you are getting a connection timeout. Something is not adding up. For the management gui access are you using the ip address of the fog server or a conical name?

I’m going to confirm a curl call to see if we can call the management page from the linux server console. One sec while I confirm it does what I think I want it to.

[george1421]

@jarl2-0 OK from the fog server linux console key in the following command.

curl "http://127.0.0.1/fog/management/index.php"
This is going to return a screen full of html code. This is a good thing. If we get a timeout then that will tell us something else.

Then repeat the same process with the fog server’s IP address.
curl "http://<fog_server_ip>/fog/management/index.php"

[Jarl2.0]

@george1421

I connect to it via IP normally.

Curling localhost and IP I got an HTML dump.

@Sebastian-Roth the output was really long so I dumped it into a text file and copied it to pastebin. https://pastebin.com/DAUPa0F8

[george1421]

@jarl2-0 well your pastbin file shows that the firewall rules are loaded into iptables.

You should see this if the firewall has been disabled.

# iptables -L -n -v

Chain INPUT (policy ACCEPT 2968 packets, 899K bytes)
 pkts bytes target     prot opt in     out     source               destination         

Chain FORWARD (policy ACCEPT 0 packets, 0 bytes)
 pkts bytes target     prot opt in     out     source               destination         

Chain OUTPUT (policy ACCEPT 3137 packets, 471K bytes)
 pkts bytes target     prot opt in     out     source               destination         

[Sebastian Roth]

@Jarl2-0 As George already said, the firewall rules are the issue in your case. There is no rule to allow incoming packets on port 80 (HTTP) and default policy is drop… For now, try sudo ufw disable and see if you get back the FOG web UI.

[Jarl2.0]

@sebastian-roth That worked I have no idea how those rules got loaded onto the firewall however…