ISPconfig und Webseiten nicht mehr erreichbar

klickhorst

New Member
Hallo,
nach Einrichten einer Subdomain via ISPConfig ist plötzlich das Dashboard von ISPConfig, MySQLAdmin und sämtliche Webseiten nicht mehr öffentlich erreichbar. Seltsamerweise kann man die Webspaces aber noch per FTP erreichen. Auch die Rootverbindung zum Server über ssh klappt.
Der (frisch aufgesetzte) Server läuft mit Debian10 und ISPConfig ist die neueste Version. Ich habe die Webspaces komplett samt MySql und Maildiensten mit dem ISPConfig Migration Toolkit frisch von einem alten Server übertragen - was perfekt geklappt hat und bis dahin wunderbar gelaufen ist.
Hat jemand einen Tip für mich, was da jetzt schief gelaufen sein könnte und wie ich den Fehler beheben kann?
 

Till

Administrator
Lass mal das Testscript laufen und poste das ergebnis:

 

klickhorst

New Member
Code:
##### SERVER #####
IP-address (as per hostname): ***.***.***.***
[WARN] could not determine server's ip address by ifconfig
[INFO] OS version is Debian GNU/Linux 10 (buster)

[INFO] ISPConfig is installed.

##### ISPCONFIG #####
ISPConfig version is 3.1.15p3


##### VERSION CHECK #####

[INFO] php (cli) version is 7.3.19-1~deb10u1

##### PORT CHECK #####

[WARN] Port 8080 (ISPConfig) seems NOT to be listening
[WARN] Port 8081 (ISPConfig Apps) seems NOT to be listening
[WARN] Port 80 (Webserver) seems NOT to be listening
[WARN] Port 443 (Webserver SSL) seems NOT to be listening
 

klickhorst

New Member
Ok. Habe versucht, den Server zu restarten (ich hatte vorher schon den Server Resettet, ohne den Fehler damit behoben zu haben). Beim restart-Versuch erhalte ich die Fehlermeldung:
[....] Starting apache2 (via systemctl): apache2.serviceJob for apache2.service failed because the control process exited with error code. See "systemctl status apache2.service" and "journalctl -xe" for details.
Mit
Code:
sudo systemctl status apache2.service
bekam ich dann folgende Ausgabe:
● apache2.service - The Apache HTTP Server
Loaded: loaded (/lib/systemd/system/apache2.service; enabled; vendor preset: enabled)
Active: failed (Result: exit-code) since Tue 2020-07-21 21:18:32 CEST; 38min ago
Docs: https://httpd.apache.org/docs/2.4/
Process: 14100 ExecStart=/usr/sbin/apachectl start (code=exited, status=1/FAILURE)

Jul 21 21:18:32 server3 systemd[1]: Starting The Apache HTTP Server...
Jul 21 21:18:32 server3 apachectl[14100]: AH00548: NameVirtualHost has no effect and will be removed in the next release /
Jul 21 21:18:32 server3 apachectl[14100]: Action 'start' failed.
Jul 21 21:18:32 server3 apachectl[14100]: The Apache error log may have more information.
Jul 21 21:18:32 server3 systemd[1]: apache2.service: Control process exited, code=exited, status=1/FAILURE
Jul 21 21:18:32 server3 systemd[1]: apache2.service: Failed with result 'exit-code'.
Jul 21 21:18:32 server3 systemd[1]: Failed to start The Apache HTTP Server.
und mit
Code:
sudo journalctl -xe
Jul 21 21:20:10 server3 sshd[14331]: Invalid user admin from 84.255.249.179 port
Jul 21 21:20:10 server3 sshd[14331]: pam_unix(sshd:auth): check pass; user unkno
Jul 21 21:20:10 server3 sshd[14331]: pam_unix(sshd:auth): authentication failure
Jul 21 21:20:11 server3 sshd[14325]: Failed password for invalid user demo from
Jul 21 21:20:12 server3 sshd[14331]: Failed password for invalid user admin from
Jul 21 21:20:13 server3 sshd[14331]: Received disconnect from 84.255.249.179 por
Jul 21 21:20:13 server3 sshd[14331]: Disconnected from invalid user admin 84.255
Jul 21 21:20:14 server3 sshd[14214]: Failed password for root from 218.92.0.175
Jul 21 21:20:18 server3 sshd[14214]: Failed password for root from 218.92.0.175
Jul 21 21:20:27 server3 sshd[14337]: Received disconnect from 218.92.0.191 port
Jul 21 21:20:27 server3 sshd[14337]: Disconnected from 218.92.0.191 port 29521 [
Jul 21 21:21:01 server3 CRON[14339]: pam_unix(cron:session): session opened for
Jul 21 21:21:01 server3 CRON[14340]: pam_unix(cron:session): session opened for
Jul 21 21:21:01 server3 CRON[14341]: (root) CMD (/usr/local/ispconfig/server/ser
Jul 21 21:21:01 server3 CRON[14342]: (root) CMD (/usr/local/ispconfig/server/cro
Jul 21 21:21:01 server3 CRON[14339]: pam_unix(cron:session): session closed for
Jul 21 21:21:01 server3 CRON[14340]: pam_unix(cron:session): session closed for
Jul 21 21:21:11 server3 sshd[14364]: Invalid user gass from 5.135.164.201 port 5
Jul 21 21:21:11 server3 sshd[14364]: pam_unix(sshd:auth): check pass; user unkno
Jul 21 21:21:11 server3 sshd[14364]: pam_unix(sshd:auth): authentication failure
Jul 21 21:21:13 server3 sshd[14364]: Failed password for invalid user gass from
Jul 21 21:21:15 server3 sudo[14370]: root : TTY=pts/0 ; PWD=/root ; USER=roo
Jul 21 21:21:15 server3 sudo[14370]: pam_unix(sudo:session): session opened for
lines 1076-1098/1098 (END)
Jul 21 21:20:10 server3 sshd[14331]: Invalid user admin from 84.255.249.179 port 40490
Jul 21 21:20:10 server3 sshd[14331]: pam_unix(sshd:auth): check pass; user unknown
Jul 21 21:20:10 server3 sshd[14331]: pam_unix(sshd:auth): authentication failure; logname= uid=0 euid=0 tty=ssh ruser= rho
Jul 21 21:20:11 server3 sshd[14325]: Failed password for invalid user demo from 61.153.14.115 port 60084 ssh2
Jul 21 21:20:12 server3 sshd[14331]: Failed password for invalid user admin from 84.255.249.179 port 40490 ssh2
Jul 21 21:20:13 server3 sshd[14331]: Received disconnect from 84.255.249.179 port 40490:11: Bye Bye [preauth]
Jul 21 21:20:13 server3 sshd[14331]: Disconnected from invalid user admin 84.255.249.179 port 40490 [preauth]
Jul 21 21:20:14 server3 sshd[14214]: Failed password for root from 218.92.0.175 port 61252 ssh2
Jul 21 21:20:18 server3 sshd[14214]: Failed password for root from 218.92.0.175 port 61252 ssh2
Jul 21 21:20:27 server3 sshd[14337]: Received disconnect from 218.92.0.191 port 29521:11: [preauth]
Jul 21 21:20:27 server3 sshd[14337]: Disconnected from 218.92.0.191 port 29521 [preauth]
Jul 21 21:21:01 server3 CRON[14339]: pam_unix(cron:session): session opened for user root by (uid=0)
Jul 21 21:21:01 server3 CRON[14340]: pam_unix(cron:session): session opened for user root by (uid=0)
Jul 21 21:21:01 server3 CRON[14341]: (root) CMD (/usr/local/ispconfig/server/server.sh 2>&1 | while read line; do echo `/b
Jul 21 21:21:01 server3 CRON[14342]: (root) CMD (/usr/local/ispconfig/server/cron.sh 2>&1 | while read line; do echo `/bin
Jul 21 21:21:01 server3 CRON[14339]: pam_unix(cron:session): session closed for user root
Jul 21 21:21:01 server3 CRON[14340]: pam_unix(cron:session): session closed for user root
Jul 21 21:21:11 server3 sshd[14364]: Invalid user gass from 5.135.164.201 port 54710
Jul 21 21:21:11 server3 sshd[14364]: pam_unix(sshd:auth): check pass; user unknown
Jul 21 21:21:11 server3 sshd[14364]: pam_unix(sshd:auth): authentication failure; logname= uid=0 euid=0 tty=ssh ruser= rho
Jul 21 21:21:13 server3 sshd[14364]: Failed password for invalid user gass from 5.135.164.201 port 54710 ssh2
Jul 21 21:21:15 server3 sudo[14370]: root : TTY=pts/0 ; PWD=/root ; USER=root ; COMMAND=/usr/bin/journalctl -xe
Jul 21 21:21:15 server3 sudo[14370]: pam_unix(sudo:session): session opened for user root by root(uid=0)
 
Zuletzt bearbeitet:

Till

Administrator
Ok, er startet also nicht und das ohne wirkliche fehlermeldung. Die Ursache für so einen fehler ist meist ein falsches oder fehlendes SSL Zertifikat.

Was genau hast Du gemacht bevor die Fehler auftraten? Vermutlich etwas was mit SSL zu tun hat, also entweder SSL Zertifikate getauscht, manuell gelöscht oder etwas ähnliches.

Um den fehler zu beheben müssen wir rausfinden in welcher Webseite Du etwas gemacht hast und dort den Fehler beheben bzw. temporär die webseite entfernen.
 

klickhorst

New Member
Danke erstmal für deine Hilfsbereitschaft!
Ich habe nicht (händisch) ein Zertifikat getauscht. Ich nutze die in ISPConfig implementierte letsencrypt-Funktion. Ich habe schon überlegt, ob es damit zusammenhängt. Ich habe ja die Webseiten von einem anderen Server übertragen (beide Server bei Hetzner). Dann die DNS-Zeiger für die Sites über den Hetzner-Robot auf die IP des neuen Servers umgeschrieben. Kann es da Probleme mit den Letsencrypt-Jobs geben?
 

Till

Administrator
hast Du vielleicht den config file check ausgestellt in ISPConfig? An sich fängt ISPConfig Probleme ab wenn LE zertifikate nicht ausgestellt werden können. Lösch mal den symlink mit dem Namen der webseite, die Du zuletzt geändert hast in /etc/apache2/sites-enabled/ und dann starte mal apache neu und schau, ob alles wieder erreichbar ist.

Was sein kann, ist dass durch die Migration 2 Let's Encrypt accounts vorhanden sind, ind em fall müsstest Duz einen löschen, am Besten den des alten Servers behalten.
 

klickhorst

New Member
Super! Wieder da! :))
Ich hatte zu einer Domain zuletzt eine Subdomain angelegt. Den entsprechenden symlink habe ich jetzt gemäß deiner Anweisung gelöscht und siehe da: Die Seiten sind nach Apache-Neustart wieder da! Ganz herzlichen Dank!

Zur Info: Ich hatte den config file check nicht ausgestellt. Einfache Standard-Installation von ISPConfig und keine nachträgliche Änderung an der Konfiguration.
 
Zuletzt bearbeitet:

Werbung

Top