Apache vhost bleibt hängen
Hallo zusammen,
Vorgeschichte:
Alter HP-Server mit Proxmox. Dieser blieb über Nacht hängen, die Ursache konnte nicht weiter erforscht werden.
Manche VM-Dienste waren noch erreichbar, andere reagierten noch auf PING oder auch gar nicht mehr.
Der Proxmox-Server reagierte noch auf PING aber sonst nicht mehr.
Nach einem Reboot kam dieser nicht mehr hoch.
Die beiden SSDs die im Hardware Raid 1 laufen getrennt an normale PC-Hardware angeschlossen booteten normal.
Der Hardware Raid Controller meldete jedoch dass das Raid defekt wäre und ließ sich auch nicht mehr überreden.
Also Kurzerhand das Raid gelöscht und neu erstellt, Proxmox neu installiert und die beiden anderen Hardware Raids (HDDs) wieder eingebunden.
Dann die Konfig-Dateien aus dem Backup kopiert und die vorhandenen VMs wieder Startfähig gemacht.
Tägliche Backups sind vorhanden jedoch sah ich keine Notwendigkeit wenn die virtuellen Platten ja noch vorhanden sind.
VMs starteten alle, egal ob Linux oder Windows. Probleme gab es keine.
Nur...
Eine VM beherbergt unser Intranet welches erst kurz zuvor den Mitarbeitern zur Verfügung gestellt wurde. Auf der VM läuft Debian 12 (Bookworm) der Webserver (Apache2) lief bis dato nur zum testen und Inhalte einpflegen.
Auf diese VM laufen Intern mehrere DNS-Einträge (Intranet, "Was zum testen" und "ein weiteres Portal")
SSL wird nicht verwendet.
Die Sites sind unterteilt in 000-default.conf -> Wird mit einfacher HTML-Seite auf "intranet.xxx.de" weitergeleitet
Dann gibt es eben die sites: 001-intranet.conf, 002-"test".conf, 003-"portal".conf.
Somit wird ja über das DNS entschieden welcher Inhalt angezeigt wird. Was bisher auch in der Testphase problemlos funktionierte (über ein Jahr...)
Nun ist es aber (oft morgens) so das sich der Apache verschluckt. Dann wird anstelle intranet.xxx.de, die Umleitungsseite aus 000-default.conf angezeigt. Und er leitet dann immer wieder auf sich selbst um, kommt nicht zur richtigen Adresse und läd dann die HTML-Datei die eigentlich nur erscheinen soll wenn der Server über seine IP-Adresse angesprochen wird.
Das Problem hatte ich noch nie in Verbindung mit v-hosts, debian und Aapche2...
In den Logs finde ich nicht wirklich etwas.
Der Kollege startete bisher den Server (also die VM), wenn der Fehler auftrat neu, danach lief es wieder eine unbestimmte Zeit. Heute sagte er mir bescheid, habe selbst ein wenig ausprobiert und letztendlich den Dienst reloaded (systemctl reload apache2) und das Intranet war wieder erreichbar. Was komisch war: die anderen DNS gingen die ganze Zeit über...
Ich habe den morgendlichen reload nun mal als Cronjob angelegt, macht aber auf Dauer ja auch keinen Sinn.
Weiß hier jemand Rat? Updates sind aktuell. In den Logs konnte ich bisher gar nichts interessantes finden.
Ich habe für alle Sites ein getrenntes Access und Error Log was die Suche etwas eindämmt.
Vorgeschichte:
Alter HP-Server mit Proxmox. Dieser blieb über Nacht hängen, die Ursache konnte nicht weiter erforscht werden.
Manche VM-Dienste waren noch erreichbar, andere reagierten noch auf PING oder auch gar nicht mehr.
Der Proxmox-Server reagierte noch auf PING aber sonst nicht mehr.
Nach einem Reboot kam dieser nicht mehr hoch.
Die beiden SSDs die im Hardware Raid 1 laufen getrennt an normale PC-Hardware angeschlossen booteten normal.
Der Hardware Raid Controller meldete jedoch dass das Raid defekt wäre und ließ sich auch nicht mehr überreden.
Also Kurzerhand das Raid gelöscht und neu erstellt, Proxmox neu installiert und die beiden anderen Hardware Raids (HDDs) wieder eingebunden.
Dann die Konfig-Dateien aus dem Backup kopiert und die vorhandenen VMs wieder Startfähig gemacht.
Tägliche Backups sind vorhanden jedoch sah ich keine Notwendigkeit wenn die virtuellen Platten ja noch vorhanden sind.
VMs starteten alle, egal ob Linux oder Windows. Probleme gab es keine.
Nur...
Eine VM beherbergt unser Intranet welches erst kurz zuvor den Mitarbeitern zur Verfügung gestellt wurde. Auf der VM läuft Debian 12 (Bookworm) der Webserver (Apache2) lief bis dato nur zum testen und Inhalte einpflegen.
Auf diese VM laufen Intern mehrere DNS-Einträge (Intranet, "Was zum testen" und "ein weiteres Portal")
SSL wird nicht verwendet.
Die Sites sind unterteilt in 000-default.conf -> Wird mit einfacher HTML-Seite auf "intranet.xxx.de" weitergeleitet
Dann gibt es eben die sites: 001-intranet.conf, 002-"test".conf, 003-"portal".conf.
Somit wird ja über das DNS entschieden welcher Inhalt angezeigt wird. Was bisher auch in der Testphase problemlos funktionierte (über ein Jahr...)
Nun ist es aber (oft morgens) so das sich der Apache verschluckt. Dann wird anstelle intranet.xxx.de, die Umleitungsseite aus 000-default.conf angezeigt. Und er leitet dann immer wieder auf sich selbst um, kommt nicht zur richtigen Adresse und läd dann die HTML-Datei die eigentlich nur erscheinen soll wenn der Server über seine IP-Adresse angesprochen wird.
Das Problem hatte ich noch nie in Verbindung mit v-hosts, debian und Aapche2...
In den Logs finde ich nicht wirklich etwas.
Der Kollege startete bisher den Server (also die VM), wenn der Fehler auftrat neu, danach lief es wieder eine unbestimmte Zeit. Heute sagte er mir bescheid, habe selbst ein wenig ausprobiert und letztendlich den Dienst reloaded (systemctl reload apache2) und das Intranet war wieder erreichbar. Was komisch war: die anderen DNS gingen die ganze Zeit über...
Ich habe den morgendlichen reload nun mal als Cronjob angelegt, macht aber auf Dauer ja auch keinen Sinn.
Weiß hier jemand Rat? Updates sind aktuell. In den Logs konnte ich bisher gar nichts interessantes finden.
Ich habe für alle Sites ein getrenntes Access und Error Log was die Suche etwas eindämmt.
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 673558
Url: https://administrator.de/forum/apache-vhost-probleme-intranet-673558.html
Ausgedruckt am: 26.06.2025 um 09:06 Uhr
11 Kommentare
Neuester Kommentar
Die Weiterleitung per meta-Tag ist rein Clientseitig. Warum machst du das nicht per "Redirect" Anweisung in deiner Apache-Conf?
Dann wird anstelle intranet.xxx.de, die Umleitungsseite aus 000-default.conf angezeigt.
kannst du das genauer erklären? Welche URLs werden aufgerufen? Passen alle beteiligten DNS Records?Wie stelle ich denn die Redirect Anweisung ein?
RTFM hilft Was meinst du mit "Welche URLs werden aufgerufen?"
Ok, lass mich das in User-Speak umformulieren: Was wird in die Adressleiste des Browsers eingetippt, um auf euer Intranet zu kommen?
Und warum, zur Hölle, brauchst du dann einen redirect ala
?
Das macht doch keinen Sinn!
<meta http-equiv="refresh" content="10; URL=http://intranet.xxx.de">
Das macht doch keinen Sinn!