Apache onbereikbaar en na lokale SSH sessie weer bereikbaar

[BSeB]

Inmiddels heb ik reeds enige tijd last van een probleem met mijn apache webserver.
In de logs kan ik zelf niks vinden en ook Strace heeft nog tot geen resultaat geid.

Wat is het probleem:
Ik start apache en alles werkt naar behoren. Websites zijn beschikbaar. Echter na verloop van tijd (random) stopt de webserver (zo lijkt het). Echter na een lokale SSH sessie (alleen connecten met PW en username is voldoende) is de apache server weer bereikbaar.

Nu is het gewoon een eigen servertje voor een prive webpagina (niks speciaals dus) zou wle graag willen dat ik van die hickups af kom.

Heb alle logs van /var/log doorgenomen maar kan geen aanwijzingen vinden. Tevens kan ik niks vinden in dmesg.
De server is gevirtualiseerd via virtualbox (momenteel niet de nieuwste, maar is ook bij eerdere versies onstabil gebleken).

Zoals je kan lezen heb ik geen idee hoe ik dit probleem moet analyseren, lat staan hier delen van informatie. Wellicht kan iemand me helpen om het probleem hetzij op te lossen, hetzij hier de juiste info te posten zodat jullie kunnen helpen.

Alvast bedankt.

[Hero of Time]

Hoe is de VM geconfigureerd? Gebruikt deze NAT of staat-ie in Bridge modus? Zie je iets op de Host mbt netwerk?

[BSeB]

Zojuist verder gevroet en nu blijk ik in mijn socklist ook gen 443 listener meer te hebben:

code:

sudo socklist
type  port      inode     uid    pid   fd  name
tcp     22       9071       0    857    3  sshd
tcp     22    1300323       0  20391    3  sshd
udp  47629       7979       0    572   20  dhclient
udp     68       8063       0    572    5  dhclient

SSL module is in apache enabled.

In Vbox is deze geconfigged zoals alle andere Vboxen die ik heb (bridged as cable connected).
Kan vanuit mijn hele netwerk wel naar de betreffende vbox connected over telnet of ping of SSH.

Je bedoeld in iptraf op de hots waar vbox op draait?

[daft_dutch]

het proggel socklist kende ik niet en eens mee gekeken. OP mijn Debian apache server geeft socklist ook geen port 80 noch 443 weer.

netstat -l geeft 80 en 443 aan als tcp6 iets wat socklist volgens google niet weer geeft.

[Hero of Time]

Je kan beter met netstat -tln (tcp, listen, nummer ipv protocol naam) kijken wat er luistert.
Je hebt 't er ook over dat telnet wel werkt, hoe bedoel je dat? Wil je daarmee zeggen dat telnet [server] 443 netjes een verbinding opzet, terwijl je browser sturen naar https://server/ het niet doet?

[BSeB]

Ahhh, dank heb net even netstat gedraaid en heb daarmee het volgende resultaat:

code:

netstat -tln
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address           Foreign Address         State
tcp        0      0 0.0.0.0:22              0.0.0.0:*               LISTEN
tcp6       0      0 :::22                   :::*                    LISTEN
tcp6       0      0 :::443                  :::*                    LISTEN

Ben hiermee gaan verder zoeken en kwam toen deze post tegen:
http://unix.stackexchange...-not-run-on-ipv4-tcp-port

Vooral de tweede post lijkt mijn probleem te beschrijven:
http://unix.stackexchange.com/a/106578

Als ik die post goed begrijp dien ik mijn config aan te passen. Momenteel begint mijn vhost als volgt:

code:

<IfModule mod_ssl.c>
        <VirtualHost _default_:443>
                ServerAdmin webmaster@localhost
                DocumentRoot /var/www/

_default_ is voor ip-based vhost, volgens mij heb ik hier een fout gemaakt (of heeft opensuse het veranderd, vroeger heeft deze server onder suse gedraaid, nu in Ubuntu)
Heb er *:443 van gemaakt, dacht dat het hiermee zou moeten werken. Ik wordt nu wel vanuit local ip doorgestuurd naar externe ip:

code:

192.168.178.35 - - [02/Sep/2015:11:51:06 +0200] "GET /wordpress/ HTTP/1.1" 302 2312 "-" "Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/44.0.2403.157 Safari/537.36"
192.168.178.35 - - [02/Sep/2015:11:52:05 +0200] "GET /wordpress/ HTTP/1.1" 302 700 "-" "Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/44.0.2403.157 Safari/537.36"
192.168.178.35 - - [02/Sep/2015:11:52:14 +0200] "GET /wordpress/ HTTP/1.1" 302 700 "-" "Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/44.0.2403.157 Safari/537.36"
192.168.178.35 - - [02/Sep/2015:11:52:25 +0200] "GET /wordpress/ HTTP/1.1" 302 700 "-" "Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/44.0.2403.157 Safari/537.36"
192.168.178.35 - - [02/Sep/2015:11:52:26 +0200] "GET /wordpress/ HTTP/1.1" 302 555 "-" "Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/44.0.2403.157 Safari/537.36"

[ Voor 33% gewijzigd door BSeB op 02-09-2015 11:55 ]

[Blokker_1999]

Denk niet dat dat je probleem is aangezien het eerst wel werkt, dan ineens ophoud met werken totdat er terug een ander soort verbinding gemaakt word naar je VM (ssh in dit geval). Hierna herneemt het verkeer weer naar je httpd. De config van apache zou dus in orde moeten zijn.

Hoe hangt de VM aan het net? Met een bridge of via NAT?

[BSeB]

Momenteel draait de hele apache2 niet meer, maakt niet uit welke vituralhost. Krijg continu timeout in mijn browser. Ook als ik via ssh ben ingelogd op de server.
Herstart van de apache2 service geeft geen oplossing.

In het verleden reboote ik altijd de virtualbox. Na opnieuw starten deed deze het wel weer. Wil dit nu nog niet doen, omdat ik dan het probleem niet kan vinden.

De virtualbox image draaid op basis van een bridged netwerk.

[Croga]

BSeB schreef op woensdag 02 september 2015 @ 12:05:
Momenteel draait de hele apache2 niet meer, maakt niet uit welke vituralhost. Krijg continu timeout in mijn browser. Ook als ik via ssh ben ingelogd op de server.
Herstart van de apache2 service geeft geen oplossing.

Geeft die herstart wel een succes aan? Zo niet dan zou je op z'n minst daaraan moeten kunnen zien wat er mis gaat....

[Martijndoes]

Klinkt als een soort powersave/suspend/sleep mode waar je server in gaat.

Wellicht dat je netwerkverbinding uitgeschakeld wordt om resources te sparen?

[lordgandalf]

Staat er een firewall op die machine die mogelijk naar x minuten besluit alles te blokken daar klinkt het naar namelijk en als je dan connect met port 22 dat je ip dan weer allowed word in je firewall ?

[BSeB]

code:

iptables --list
Chain INPUT (policy ACCEPT)
target     prot opt source               destination

Chain FORWARD (policy ACCEPT)
target     prot opt source               destination

Chain OUTPUT (policy ACCEPT)
target     prot opt source               destination

Browser Message:

code:

Deze webpagina is niet beschikbaar
ERR_CONNECTION_TIMED_OUT

Het volgende commando in de vhost wil ik nog even uitstellen om te zien of het probleem zo is op te lossen:

code:

shutdown -r now

Wellicht was het overigens geluk dat als ik inlog dat dan de site het weer deed, want net de console gesloten (SSH) en opnieuw geprobeerd, maar nu doet hij helaas weer niks.

de powersave als dit het zou zijn is wel heel specifiek. Want dan kan een SSH een wakeup zijn...

[ Voor 6% gewijzigd door BSeB op 02-09-2015 13:05 ]