httpd continue down

[hires]

Beste allemaal,

Op één van de servers met Apache/2.2.8 (Unix) mod_ssl/2.2.8 OpenSSL/0.9.8b DAV/2 PHP/5.2.5 krijg ik sinds een paar dagen steeds een shutdown van de httpd. In de error log van Apache zie ik het volgende:



[Sat Oct 31 00:10:02 2009] [notice] SIGHUP received. Attempting to restart
[Sat Oct 31 00:10:03 2009] [warn] RSA server certificate CommonName (CN) `localhost' does NOT match server name!?
[Sat Oct 31 00:10:03 2009] [warn] RSA server certificate CommonName (CN) `localhost' does NOT match server name!?
[Sat Oct 31 00:10:03 2009] [warn] Init: SSL server IP/port conflict: www.domeinnaam1.nl:443 (/usr/local/directadmin/data/users/klant1/httpd.conf:48) vs. www.domeinnaam2.nl:443 (/usr/local/directadmin/data/users/klant2/httpd.conf:48)
[Sat Oct 31 00:10:03 2009] [warn] Init: SSL server IP/port conflict: localhost:443 (/etc/httpd/conf/extra/httpd-vhosts.conf:38) vs. www.domeinnaam2.nl:443 (/usr/local/directadmin/data/users/klant2/httpd.conf:48)
[Sat Oct 31 00:10:03 2009] [warn] Init: You should not use name-based virtual hosts in conjunction with SSL!!
[Sat Oct 31 00:10:03 2009] [notice] Apache/2.2.8 (Unix) mod_ssl/2.2.8 OpenSSL/0.9.8b DAV/2 PHP/5.2.5 configured -- resuming normal operations
[Sat Oct 31 00:11:01 2009] [notice] caught SIGTERM, shutting down
[Sat Oct 31 06:51:11 2009] [warn] RSA server certificate CommonName (CN) `localhost' does NOT match server name!?
[Sat Oct 31 06:51:11 2009] [warn] RSA server certificate CommonName (CN) `localhost' does NOT match server name!?
[Sat Oct 31 06:51:11 2009] [warn] Init: SSL server IP/port conflict: www.domeinnaam1.nl:443 (/usr/local/directadmin/data/users/klant1/httpd.conf:48) vs. www.domeinnaam2.nl:443 (/usr/local/directadmin/data/users/klant2/httpd.conf:48)
[Sat Oct 31 06:51:11 2009] [warn] Init: SSL server IP/port conflict: localhost:443 (/etc/httpd/conf/extra/httpd-vhosts.conf:38) vs. www.domeinnaam2.nl:443 (/usr/local/directadmin/data/users/klant2/httpd.conf:48)
[Sat Oct 31 06:51:11 2009] [warn] Init: You should not use name-based virtual hosts in conjunction with SSL!!
[Sat Oct 31 06:51:11 2009] [notice] suEXEC mechanism enabled (wrapper: /usr/sbin/suexec)
[Sat Oct 31 06:51:12 2009] [warn] RSA server certificate CommonName (CN) `localhost' does NOT match server name!?
[Sat Oct 31 06:51:12 2009] [warn] RSA server certificate CommonName (CN) `localhost' does NOT match server name!?
[Sat Oct 31 06:51:12 2009] [warn] Init: SSL server IP/port conflict: www.domeinnaam1.nl:443 (/usr/local/directadmin/data/users/klant1/httpd.conf:48) vs. www.domeinnaam2.nl:443 (/usr/local/directadmin/data/users/klant2/httpd.conf:48)
[Sat Oct 31 06:51:12 2009] [warn] Init: SSL server IP/port conflict: localhost:443 (/etc/httpd/conf/extra/httpd-vhosts.conf:38) vs. www.domeinnaam2.nl:443 (/usr/local/directadmin/data/users/klant2/httpd.conf:48)
[Sat Oct 31 06:51:12 2009] [warn] Init: You should not use name-based virtual hosts in conjunction with SSL!!
[Sat Oct 31 06:51:12 2009] [notice] Apache/2.2.8 (Unix) mod_ssl/2.2.8 OpenSSL/0.9.8b DAV/2 PHP/5.2.5 configured -- resuming normal operations


Er lijkt een SSL conflict te zijn met IP/port maar ik heb geen idee hoe ik dit op kan lossen. Als ik google zie ik zaken terug die te maken hebben met de noteren van de regel 'ServerName'. In de (custom) httpd files voor domeinnaam1.nl en domeinnaam2.nl staat bij de VirtualHosts de regel:



ServerName www.domeinnaam.nl

(Daar waar 'domeinnaam' bij de één 'domeinnaam1' is en bij de ander 'domeinnaam2')

Als er een conflict is hoe zou ik dit op kunnen lossen? Wat zou hiervan de oorzaak kunnen zijn; het gebruik van een verkeerde notering in de httpd files? Of zou er op één van de domeinnamen een verkeerd gebruik zijn toegepast van een SSL cretificaat?

Nu los ik het op door de server een reboot te geven. Dat is nu drie keer gebeurd deze week. Dus het moet opgelost worden, maar ik weet dus niet wat ik nu moet doen.

Bij voorbaat dank!

[DutchTSE]

Een reboot is zeker niet de oplossing voor het probleem.

De SSL conflicten hoef je je geen zorgen om te maken, behalve dat het je logs vervuilt draait apache er niet minder door. De apache restart om 00:10 komt waarschijnlijk vanwege de logrotate/tally.

[Sat Oct 31 00:11:01 2009] [notice] caught SIGTERM, shutting down
[Sat Oct 31 06:51:11 2009] [warn] RSA server certificate CommonName (CN) `localhost' does NOT match server name!?

Lees ik dit als "apache sluit zichzelf om 0:11 af en start pas om 6:51 weer op?" In dat geval raad ik je aan om iemand met verstand ernaar laten te kijken (en ik wil best gratis even een blikje werpen).

[Spyder01]

[Sat Oct 31 00:11:01 2009] [notice] caught SIGTERM, shutting down
[Sat Oct 31 06:51:11 2009] [warn] RSA server certificate CommonName (CN) `localhost' does NOT match server name!?

Lees ik dit als "apache sluit zichzelf om 0:11 af en start pas om 6:51 weer op?" In dat geval raad ik je aan om iemand met verstand ernaar laten te kijken (en ik wil best gratis even een blikje werpen).

Het is tricky als je dat zo gaat lezen. Het hoeft namelijk niet altijd zo te zijn. De TS kan dit heel simpel controleren. Probeer vannacht eens rond een uur of 01:00 je server te bereiken. Krijg je gewoon de site die je zien moet en werkt het naar behoren? Dan start Apache zichzelf gewoon netjes weer op.

Als het een belangrijke productieserver is, kun je sowieso altijd even iemand een checkup laten doen. Start Apache bijvoorbeeld eens via ssh opnieuw op. Krijg je dan foutmeldingen enz?

[DiedX]

Heb je toevallig 2 domeinnamen op 1 IP met 2 verschillende certificaten? Zo lees ik de foutmelding namelijk. Technisch gezien is dat niet mogelijk...

[Marin]

Heb je toevallig 2 domeinnamen op 1 IP met 2 verschillende certificaten? Zo lees ik de foutmelding namelijk. Technisch gezien is dat niet mogelijk...

Ja, zo lees ik het ook. Maar volgens mij moet hij dit met het starten an detecteren?

[DutchTSE]

Heb je toevallig 2 domeinnamen op 1 IP met 2 verschillende certificaten? Zo lees ik de foutmelding namelijk. Technisch gezien is dat niet mogelijk...

Deze foutmeldingen heb je altijd als je meer dan 2 accounts hebt waar SSL is aangevinkt bij de pakket specificaties ;-)


Het is tricky als je dat zo gaat lezen. Het hoeft namelijk niet altijd zo te zijn. De TS kan dit heel simpel controleren. Probeer vannacht eens rond een uur of 01:00 je server te bereiken. Krijg je gewoon de site die je zien moet en werkt het naar behoren? Dan start Apache zichzelf gewoon netjes weer op.

Als het een belangrijke productieserver is, kun je sowieso altijd even iemand een checkup laten doen. Start Apache bijvoorbeeld eens via ssh opnieuw op. Krijg je dan foutmeldingen enz?

Daarom probeerde ik mijn vraag ook vragende te stellen ;) Ik had dan verwacht dat TS zou zeggen: ja hij is inderdaad 5 uur down, of nee hij draait wel gewoon verder :)

[hires]

Ik ben nu niet in de gelegenheid; ik zal het anders vannacht controleren.

[hires]

Ik had vannacht even geen momentje om de server te controleren, maar net een tien minuten geleden blijken de sites er weer uit te liggen en de httpd service gestopt te zijn.



[Sun Nov 01 09:27:15 2009] [warn] RSA server certificate CommonName (CN) `localhost' does NOT match server name!?
[Sun Nov 01 09:27:15 2009] [warn] RSA server certificate CommonName (CN) `localhost' does NOT match server name!?
[Sun Nov 01 09:27:15 2009] [warn] Init: SSL server IP/port conflict: www.domeinnam1.nl:443 (/usr/local/directadmin/data/users/klant1/httpd.conf:48) vs. www.domeinnaam2.nl:443 (/usr/local/directadmin/data/users/klant2/httpd.conf:48)
[Sun Nov 01 09:27:15 2009] [warn] Init: SSL server IP/port conflict: localhost:443 (/etc/httpd/conf/extra/httpd-vhosts.conf:38) vs. www.domeinnaam2.nl:443 (/usr/local/directadmin/data/users/klant2/httpd.conf:48)
[Sun Nov 01 09:27:15 2009] [warn] Init: You should not use name-based virtual hosts in conjunction with SSL!!
[Sun Nov 01 09:27:15 2009] [notice] suEXEC mechanism enabled (wrapper: /usr/sbin/suexec)
[Sun Nov 01 09:27:16 2009] [warn] RSA server certificate CommonName (CN) `localhost' does NOT match server name!?
[Sun Nov 01 09:27:16 2009] [warn] RSA server certificate CommonName (CN) `localhost' does NOT match server name!?
[Sun Nov 01 09:27:16 2009] [warn] Init: SSL server IP/port conflict: www.domeinnaam1.nl:443 (/usr/local/directadmin/data/users/klant1/httpd.conf:48) vs. www.domeinnaam2.nl:443 (/usr/local/directadmin/data/users/klant2/httpd.conf:48)
[Sun Nov 01 09:27:16 2009] [warn] Init: SSL server IP/port conflict: localhost:443 (/etc/httpd/conf/extra/httpd-vhosts.conf:38) vs. www.domeinnaam2.nl:443 (/usr/local/directadmin/data/users/klant2/httpd.conf:48)
[Sun Nov 01 09:27:16 2009] [warn] Init: You should not use name-based virtual hosts in conjunction with SSL!!
[Sun Nov 01 09:27:16 2009] [notice] Apache/2.2.8 (Unix) mod_ssl/2.2.8 OpenSSL/0.9.8b DAV/2 PHP/5.2.5 configured -- resuming normal operations


Alle meldingen van 9:27 en er wordt gemeld: domeinnaam1 vs. domeinnaam2... misschien moet ik is proberen om van één van de domeinnamen de SSL uit te zetten om een eventueel conflict te voorkomen? Ik bedoel.. de melding is toch dat er een ip/port conflict is en daarna de server op één of andere manier down gaat.

Wat ik zo vreemd vind is ook de verschillende tijdstippen: door welke actie op de server wordt dit nu opgestart? Er is geen cronjob die op die vreemde tijden draait, maar wat wel? Ik heb trouwens ook DA geupdate maar daarna dus nog steeds dit probleem.

@ DUTCHTSE: als je zou willen kijken zou ik dat erg op prijs stellen. Ik mail je wel even.

[DutchTSE]

De meldingen die je hierboven plaatst geeft helemaal niks aan (maar we zullen ssl even uitzetten zodat de logging wat schoon blijft). Ik zie je mailtje wel verschijnen.

[DutchTSE]

Problem solved, mocht Hires er meer over kwijt willen dan zegt hij dat wel ;)

[hires]

Met dank aan DutchTSE is het inderdaad opgelost. Er draaide op poort 80 een pearl bestand nadat de server.. jawel.. gehackt was. Er waren flink wat updates die nog uitgevoerd moesten worden door een misverstand, dat had natuurlijk niet moeten gebeuren. In ieder geval ziet het er naar uit dat alles draait en blijft draaien.

[DutchTSE]

Met dank aan DutchTSE is het inderdaad opgelost. Er draaide op poort 80 een pearl bestand nadat de server.. jawel.. gehackt was. Er waren flink wat updates die nog uitgevoerd moesten worden door een misverstand, dat had natuurlijk niet moeten gebeuren. In ieder geval ziet het er naar uit dat alles draait en blijft draaien.
Toevoeging: de server was niet gehackt, alleen een FTP account van een gebruiker :) Anders klinkt het ook zo dramatisch ;)

[DiedX]

Volgende keer met APG wachtwoorden uitgeven dus.... Al blijft het gebruikers opvoeden ontiegelijk lastig...

[MMaI]

lijkt tegenwoordig inderdaad meer voor te komen dat mail onderweg ergens gelezen wordt en password eruit gevist worden. Misschien een ideetje om standaard password change functie aan te zetten in CP's zodat het wachtwoord bij eerste gebruik gewijzigd moet worden?

Aan de andere kant lost dat de (veelal wireless) sniffing problemen natuurlijk niet op, feit blijft dat plaintext passwords versturen een slecht idee is, onafhankelijk van je protocol

[t.bloo]

SFTP of FTP/TLS gebruiken natuurlijk, maar ja dat helpt niet tegen gesnifte emails

[Geert-Jan]

We hebben daar laatst ook een topic over gehad. Ik had daarin ook het voorbeeld van een klant, besmette pc, en maar grabbelen naar passes...
En warempel, allemaal via ftp....