Probleme mit Vhost

[horizons]

Hi ich habe nach einer ganzen Weile mal wieder die Notwendigkeit gehabt ein vhost auf der Diskstation anzulegen.
Ich habe einen port und einen namensbasierten vhost eintrag noch von vor ein paar Jahren der unter apache 2.2 läuft.

/usr/local/etc/apache22/sites-enabled/httpd-vhost.conf

Ich nehme mal an ich hatte diesen damals über das Webinterface erstellt gehabt.

Jetzt gehe ich also auf "Webstation" und dort auf "virtueller Host" und erstelle einen Eintrag mit Apache2 als backend Server.

Tja wenn ich dann aber den Port aufrufe kommt nur eine nginx Fehlermeldung?
obige Vhost datei enthällt aber den korrekten vhost eintrag.
Es ist auch egal welchen Port ich nutze.

Wenn ich auf bearbeiten klicke kommt das leere Fenster so als würde ich einen neuen Eintrag erstellen.
Und es ist auch egal welchem Eintrag ich versuche zu bearbeiten.

Erstelle ich einen vhost eintrag mit nginx backend kommt zumindest die gewünschte html Seite die im Verzeichnis abgelegt wurde.

Ist das alles ein bekannter Bug?
Ich habe laut Verwaltungsseite folgende Pakete installiert:
ningx
apache2
php5.6
php7.0

Ich habe eine DS712+ mit DSM 6.2.1-23824 Update 6

 

[Fusion]

Lösch die Datei und den vhost Eintrag in der Web Station und lege sie neu via GUI an.

Oder Teile screenshots/Details zu GUI vhost, vhost config Datei, welche Fehlermeldung...

 

[horizons]

Wie gesagt ich habe den jetzigen vhost über die GUI angelegt und sicherlich auch damals.

Wenn ich apache2 backend auswähle landet der Vhost eintrag auch im richtigen file.
Dort wo auch mein bisheriger vhost eintrag ist (und der auch unter apache funktioniert)

Der vhost eintrag sieht auf den ersten blick korrekt aus denke nicht dass es daran liegt.
Dennoch wird ngingx als server genutzt und nicht der ausgewählte Apache.

Und selbst der firsch angelegte funktionierende vhost eintrag mit nginx als Server lässt sich nicht editieren.
Also Eingabemaske bleibt "leer" wenn ich auf bearbeiten gehe.

Also das Grundproblem ist schon mal dass man nicht editieren kann...

Ich merke gerade dass nur Namensbasierte vhost einträge irgendwie nicht funktionieren (port basierte gehen auch mit apache auf Anhieb).
die Fehlermeldung ist die standard: 404 Not Found, ngingx Seite die kommt wenn ich das web im browser aufrufe.

Wie gesagt ich lege einen apache vhost an und es kommt eine ngingx fehlermeldung.
Lege ich den gleichen vhost mit ngingx als server an geht der namensbasierte vhost,.

Aber dass man nichtmal editieren kann sondern immer löschen und neu anlegen muß nervt schon mal.

 

[Fusion]

Was korrekt ist und was nicht kann man nur anhand von Fakten beurteilen. Da du meinst es wäre in Ordnung ist dies das Ende der Fehlersuche in diese Richtung.
Deshalb auch der Vorschlag alle Einträge und Dateien die von früher stammen einmal zu löschen und neu anzulegen, um schnell auszuschließen, dass es daran liegen könnte.

Auf der DS laufen mehrere Web Server. Der system nginx ist immer derjenige der Anfragen zuerst bekommt und dann weiterleitet an Benutzer nginx oder Apache Server.

Ich benutze namensbasierte vHosts, allerdings nur in 80/443 Einstellung. Mit apache oder nginx als Backend. Da habe ich keine Probleme.
Ob der benutzerdefinierte Port für http eventuell da zu Problemen führt müsste ich selber erst testen.

Eventuell ist aber auch über die Zeit ein Problem bei Updates der Webserver und configs was kaputt gegangen, dass du Einträge nicht bearbeiten kannst. Bekannter Bug ist das jedenfalls keiner.
Dann wäre ein Versuch die webstation, backend server und eventuell php Versionen (je nachdem welche Pakete du sonst installiert hast, hast du da noch Abhängigkeiten) zu deinstallieren und dann neu zu installieren und eventuell auch gleich auf nicht EOL Versionen (php72) zu gehen, wenn deine Seiten/Projekt das können. Deine Daten bleiben dabei ja erhalten. Configs nur zur Sicherheit/Einsehhilfe kopieren.

 

[horizons]

>Was korrekt ist und was nicht kann man nur anhand von Fakten beurteilen. Da du meinst es wäre in Ordnung ist dies das Ende der Fehlersuche in diese Richtung.
>Deshalb auch der Vorschlag alle Einträge und Dateien die von früher stammen einmal zu löschen und neu anzulegen, um schnell auszuschließen, dass es daran liegen könnte.

Tja und was soll es deiner Meinung nach bringen Einträge zu löschen die in der richtigen vhost datei landen und aber dann dennoch nicht editierbar sind selbst wenn sie neu angelegt werden?

Ich habe die vhosts Datei sicherlich nicht angelegt und da neu angelegte Einträge über die Gui in der Datei richtig landen liegt es auch nicht an irgendwelchen fehlenden Schreibrechten.

Wie gesagt lege ich einen nginx vhost an mit Namensbasierten hostname geht der Vhost ohne Probleme..
Der Eintrag muss ja wohl in einer anderen config datei landen da der von mir oben angegebene Pfad nur für Apache ist.
Aber auch dieser lässt sich nicht editieren...

Also bringt es auch nichts vhost einträge für Apache zu löschen, wenn andere frisch angelegte vhosts funktionieren und in einer anderen config landen ebenso nicht über die Oberfläche editiert werden können.
Klar könnte ich alles löschen aber ich glaube nicht dass dies was ändert.

>Auf der DS laufen mehrere Web Server. Der system nginx ist immer derjenige der Anfragen zuerst bekommt und dann weiterleitet an Benutzer nginx oder Apache Server.

Das ist mir auch klar bin selber Webentwickler hätte ich vielleicht dazu sagen sollen.
Daher wird auch die Fehlermeldung kommen weil per default der nginx antwortet und den named vhost mit dem Port nicht kennt => 404.
Warum der angelegte Port nicht auf den Apache weitergeleitet wird weiß ich nicht.
Ich weiß leider nicht wo diese Weiterleitung auf bestimmte Ports von Synology festgelegt ist sonst würde ich in die jeweiligen config files selbst gucken.

Kannst du mir eventuell den pfad für die ngingx vhosts sagen?

Wenn bei euch mit dem hinzufügen und editieren alles klappt und named vhost mit apache ebenso dann werde ich wohl die Webstation neu installieren müssen.
Hatte gedacht vielleicht ist dies ein bekannter bug und bei euch genauso.

Gerade dass garnichts editierbar ist wundert mich halt schon. Neu Anlegen und Einträge über die GUI löschen geht ja wunderbar, warum also nicht editieren.
Und port basierter vhost mit apache/ngingx auch bei named vhost halt nur ngingx.

Naja ich frage morgen meinen Arbeitskollegen der hat auch eine Diskstation (hoffentlich die gleiche Version wenn auch ein anderes NAS) ob er die Einträge editieren kann.
Wenns bei ihm geht werde ich wohl nach über eine Neuinstallation nachdenken.

Ich sage schonmal Danke fürs Testen.

Edit: ich sehe gerade, dass wenn ich einen eintrag bearbeite dann öffnet sich ja die Eingabemaske.
Wenn ich dort vielleicht 4-5 Sekunden warte dann werden die Felder mit den jeweiligen Daten gefüllt.
Der Ajax requests der die vhost daten als json array zurückgibt braucht auch laut konsole auch 2500 ms.

Also kann man wohl doch editieren ich war nur zu "ungeduldig".
Ob dies meiner 712+ geschuldet ist weiß ich nicht..

Bliebe nur noch das Problem mit dem Named Vhosts und Apache.

 

[Fusion]

Na dann bin ich ja teilweise beruhigt, dass der Edit funktioniert. Da hätten sich sonst denke ich schon viele gemeldet, wenn das ein allgemeines Problem wäre.
Dass die Dialoge teils mehrere Sekunden brauchen bis sie mit Inhalt gefüllt werden, tja, anderes Thema aber leider oft normal.
Funktioniert denn der named vhost wenn du die Standardauswahl Port 80/443 nimmst?
Namensbasierte vhost mit 80/443 und Apache 2.2/2.4 und php7/php72 funktionieren hier wie gesagt ohne Probleme.
Nur für die benutzerspezifierten http/https Ports konnte ich es noch nicht testen.

Nginx vhost bzw die Server Block Definition liegen unter /etc/nginx/app.d/server.webstation-vhost.conf
Die Gesamtconfig wird ja wie du weißt dann erst aus dutzenden einzelnen config files zusammen gestückelt. Ziemlich unübersichtlich.

 

[Fusion]

Ach ja, in dieser config Datei liegen alle vhost neueren Datums. Bei den vhost mit Apache Backend ist dort eben eine proxy Weiterleitung auf 127.0.0.1:915 hinterlegt.