Nach Serverumzug Keyhelp nicht erreichbar

[trollolol]

Guten Abend ihr lieben,

Ich habe vor kurzem einen Serverumzug gewagt. Leider war der Server bzw. Keyhelp dannach nicht erreichbar.

Was ich gemacht habe: Ich habe von meinem Server einen Snapshot angelegt, die DNS Einträge aktualisiert auf die neue IP, den Snapshot vom Server auf den neuen Server übertragen und 12 Stunden gewartet. Laut Pingtest sind die Domains erreichbar und haben auf den neuen Server gezeigt. Wenn ich die KeyhelpSeite aufrufen wollte, zeigte er mir an das der Server nicht erreichbar wäre.

Ich hab dann die Forensuche bemüht, um die IP Einträge in /etc/interface/ zu ändern. Nur stehen da bei mir keine IPs drin?

Habe ich etwas relevantes übersehen?

Vielen Dank

[Jolinar]

Moderativer Hinweis:
Thread nach Off Topic verschoben, da kein direkter Bezug zu Keyhelp vorhanden/erkennbar ist.

[Jolinar]

Wenn ich die KeyhelpSeite aufrufen wollte, zeigte er mir an das der Server nicht erreichbar wäre.

Hast du den Aufruf mal direkt über die IP versucht?

[trollolol]

Guten Abend,

Danke fürs verschieben

Gut das du dannach fragst: Ja, das habe ich, auch da kam nur ne weiße Seite und dann nicht erreichbar:(

[Jolinar]

auch da kam nur ne weiße Seite und dann nicht erreichbar

Und was steht im Logfile zum Zeitpunkt des Zugriffsversuchs?


BTW:
Ist nur das Panel nicht erreichbar oder auch die Webseiten, die auf dem Server liegen?

[trollolol]

Was im logfile steht/stand kann ich dir gerade nicht sagen bzw. Schreiben, da ich gerade nicht mehr am Rechner bin und ich wieder auf dem alten Server die DNS geleitet habe. Das kann ich bestenfalls am Donnerstag nachholen (wenn ich es nicht vergesse )

Es war weder das Panel noch die Webseiten erreichbar.

[Jolinar]

Es war weder das Panel noch die Webseiten erreichbar.

Hängt bei der neuen Kiste evtl. noch eine externe Firewall dazwischen, die den Traffic blockiert?

[trollolol]

Eigentlich nicht, da ich diese deaktiviert habe

Aber, ich hab mir ne Erinnerung ins Handy gemacht das ich es nochmal versuche, und wenn es nicht funktioniert, werde ich mich hier nochmal melden. Auch wenn es funktioniert

Ich glaube auch nicht das es daran liegt, daß der Server in Finnland steht.

[Florian]

Hallo,

/etc/interface gibt es nicht.

Bei Debian ist die Netzwerk-Konfig in /etc/network/interfaces und bei Ubuntu (im Normalfall) in /etc/netplan/01-netcfg.yaml (Dateiname kann variieren)

[trollolol]

Guten morgen,

ich bin jetzt testweise nochmal mit meinem Server umgezogen. Habe jetzt nur die Domain vom Webpanel mit der neuen IP aktualisiert: Gebe ich im Browser nur die IP vom Server ein, bekomme ich nach einer Weile angezeigt das die Verbindung zu subdomain.hauptdomain.de zu lange gedauert hat und ich die Verbindung prüfen soll. OK, DNS scheint ja schonmal zu funktionieren, sonst würde er ja nicht zur Domain auflösen.

in der Logfile apache/error.log steht:

Code: Select all

[Thu Mar 28 06:41:23.640261 2024] [ssl:warn] [pid 901:tid 140413203486592] AH01909: webmail:443:0 server certificate does NOT include an ID which matches the server na>
[Thu Mar 28 06:41:23.640615 2024] [ssl:error] [pid 901:tid 140413203486592] AH02217: ssl_stapling_init_cert: can't retrieve issuer certificate! [subject: emailAddress=>
[Thu Mar 28 06:41:23.640622 2024] [ssl:error] [pid 901:tid 140413203486592] AH02604: Unable to configure certificate webmail:443:0 for stapling
[Thu Mar 28 06:41:23.691774 2024] [suexec:notice] [pid 901:tid 140413203486592] AH01232: suEXEC mechanism enabled (wrapper: /usr/lib/apache2/suexec)
[Thu Mar 28 06:41:23.765096 2024] [ssl:warn] [pid 936:tid 140413203486592] AH01909: webmail:443:0 server certificate does NOT include an ID which matches the server na>
[Thu Mar 28 06:41:23.765807 2024] [ssl:error] [pid 936:tid 140413203486592] AH02217: ssl_stapling_init_cert: can't retrieve issuer certificate! [subject: emailAddress=>
[Thu Mar 28 06:41:23.765814 2024] [ssl:error] [pid 936:tid 140413203486592] AH02604: Unable to configure certificate webmail:443:0 for stapling
[Thu Mar 28 06:41:23.821377 2024] [mpm_event:notice] [pid 936:tid 140413203486592] AH00489: Apache/2.4.57 (Debian) mod_fcgid/2.3.9 OpenSSL/3.0.11 configured -- resumin>
[Thu Mar 28 06:41:23.821395 2024] [core:notice] [pid 936:tid 140413203486592] AH00094: Command line: '/usr/sbin/apache2'

Kann man also auch von ausgehen, das der Apache zumindest läuft. In der keyhelp/other_vhosts_access.log steht:

Code: Select all

subdomain.domain.de:80 89.x.xxx.xx - - [28/Mar/2024:06:42:08 +0100] "GET / HTTP/1.0" 302 464 "-" "-"
subdomain.domain.de:80 89.x.xxx.xx - - [28/Mar/2024:06:43:26 +0100] "GET / HTTP/1.1" 302 501 "-" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:123.0) Gecko/20100101 Fire>
subdomain.domain.de:80 185.xxx.xx.xx - - [28/Mar/2024:06:46:11 +0100] "GET / HTTP/1.1" 302 501 "-" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko)

Alle anderen Logfiles in diesem Verzeichnis sind mit keinen Einträgen versehen (Ich habe vorher die Logfiles gelöscht um schneller zu sehen wo das Problem sein könnte)

[Jolinar]

Wenn ich subdomain.domain.de (der echte Wert steht stand noch im zweiten Codeabschnitt, 3. Zeile) aufrufe, komme ich zum Panel Login...

[trollolol]

Hallo Jolinar,

danke für den Hinweis, habs gerade geändert

Ich habe auch gerade verwundert geguckt, das es funktioniert. Ich habe auch gleich die IPv4 Adresse im Kontrollpanel aktualisiert, die IPv6 ist noch die alte Adresse. Aber ich glaube die neue IPv6 wird noch erscheinen. Testweise habe ich jetzt mal alle Domains von uns auf die neue IP vom Server gelenkt. Das wäre ja echt cool wenn es jetzt funktioniert. Ich ich mach dafür n extra Thread auf

[trollolol]

An alle Beteiligten und helfenden: Es läuft nun alles auf dem neuen Server.

Das Problem war wohl das ich zu ungeduldig war.

Einzig die IPv6 musste ich manuell ändern.