Photo Station DSM 6 : Keine Verbindung zur Photostation

[0815freak]

Hilfe

Also funktioniert es jetzt?

Nein, es funktioniert bei mir nicht ...
Vor dem DSM Update lief meine Photostation einwandfrei. Die Erreichbarkeit funktionierte intern über http://meineip/~benutzer/photo aber auch extern über https://meinewebsite/~benutzer/photo. Meine Website läuft über einen DDNS-Anbieter.
Nach dem DSM 6.0 Update funktioniert meine Website tadellos. Meine Photostation kann ich nur intern über http://meineip/~benutzer/photo aufrufen (DSM-Einwahl mit dem Benutzer und anschließender Aufruf der Photostation funktioniert auch).
Der Aufruf unter https://meinewebsite/~benutzer/photo geht leider nicht. Ich bekomme nur den Hinweis "Die Seite, nach der Sie suchen, kann nicht gefunden werden."
Das https ist durchgekreutzt, Die Verbindung ist mit einem modernen Codier-Suite verschlüsselt. Eine Änderung in der Systemsteuerung unter "Sicherheit - Erweiter" auf "Alte Abwärtskompatibilität" brachte keinen Erfolg. Hat jemand noch einen Tip?

 

[IngoF]

ich habe das selbe Problem.

intern über http:/192.168.x.x/photo erreichbar. aber über http://meineURL/photo nicht mehr erreichbar.

 

[IngoF]

Habe mein Photostation problem gerade gelöst.

Bei mir hatte ich unter virtuellenHost einen Eintrag auf meine hautpurl die in /web verwiesen hat. Also wurde versucht den Ordner /web/photo zu finden. den es natürlich nicht gibt.

Die Einträge für den virtuellen Host findet man jetzt nicht mehr in der Systemsteuerung sondern in der WebStation im Hauptmenü.

 

[WorldWideWizzard]

@IngoF

Würdest du uns deine Weisheit auch mitteilen was du da eingestellt hast...? Habe nämlich auch schon festgestellt, dass meine DS erst wieder erreichbar war nachdem ich auf der WebStaion auf den Ordner Web verwiesen habe... nur leider funzt das mit der PhotoStation nicht... habe da schon div. Möglichkeiten durch. Würde die Photostation gerne wieder wie gewohnt über http://meine URL/photo erreichen...

LG Matthias

 

[IngoF]

@IngoF
Würdest du uns deine Weisheit auch mitteilen was du da eingestellt hast...?
LG Matthias

eigentlich hatte ich das versucht in der letzten Antwort mit "Haupturl "zu sagen. Also die Adresse ohne subdomain....
Also jetzt mal in ausführlich:


ich hatte also mehrere virtuelle hosts.

www, wiki, blog, .......

hatte dann also folgende Einträge:
www.adresse.de --> web/sub_www
wiki.adresse.de --> web/sub_wiki
blog.adresse.de --> web/sub_blog

Jetzt hatte ich dummerweise auch noch folgenden Eintrag ohne subdomain:
adresse.de --> web

Dadurch wird alles von adresse.de in den ordner web umgeleitet. und adresse.de/photo sucht dann in web/photo und nicht in photo.

Also entweder den bestehenden virtuellen host Eintrag bei dir löschen oder eventuell photo.adresse.de --> photo einrichten.
Dann kommst du eben über http://photo.DeineAdresse.de auf die Photostation und nicht über http://DeineAdresse.de/photo.

Falls mehrere darauf zugreifen kannst Du ja auch in /web einen Order photo erstellen (/web/photo) und über eine HTML-Datei eine Umleitung auf http://photo.DeineAdresse.de/ erstellen.

Dann werden alle die die alte URL aufrufen auf die neue umgeleitet.

Vielleicht hat ja jemand eine andere Idee wie Du auf http://DeineAdresse.de auf die Webstation zugreifst und mit http://DeineAdresse.de/photo auf die Photostation.

 

[WorldWideWizzard]

Soo...

bei mir läuts wieder!

Das mit den virtuellen Hosts, was ich vorher probiert habe scheint Mist zu sein. Habe dort alle Einträge gelöscht uns siehe da die Photostation ist ganz normal (wie vorher auch) über //meineURL/photo zu erreichen...
Das mit den SubDomains hätte ich eh nicht gewollt... Dann hätt ich allen DAU-Usern ja mitteilen müssen das ihre links für die Tonne sind...

 

[IngoF]

Hallo

dummerweise läuft jetzt der zugriff über den virtualhost nicht mehr.

https://photo.adresse.de hat immer mit DSM5.2 funktioniert und auch heute mit DSM6. Jetzt seltsamer weise nicht mehr.
Ich bekomme immer den Fehler 403.
Dass soll wohl daran liegen dass der Odner nicht durchsuchbar ist.

Der Ordner photo mit allen unterordnern und Dateien hat root:root mit den Rechten 777.

Eigentlich habe ich aber nichts verändert.
Hat irgendjemand eine Idee was da schief laufen kann

 

[suissechris]

Also, das ganze ist etwas komplex, aber lösbar, sofern man sich zutraut, per sich per SSH auf der DS einzuloggen und die configfiles für nginx (ja, Photostation wird jetzt per nginx und nicht mehr per Apache als Webserver bereitgestellt!) etwas zu bearbeiten.

Dabei ist es nun so: sobald ich einen virtuellen Host eröffne, ist innerhalb des virtuellen Hosts nur das dort festgelegte DocumentRoot sichtbar, keine Photostation oder sonstiges. Diese ist dann nur sichtbar, falls ich den Host nicht über den Namen des virtuellen Hosts anspreche, sondern über einen anderen im DNS festgelegten gültigen Namen ... oder die IP.

Man muss also irgendwie die Photostation in den virtuellen Host einbinden.
Das Configfile für virtuelle Hosts bei nginx ist zu finden unter /etc/nginx/app.d/server.webstation-vhost.conf ... leider wird dies bei einem Neustart der DS immer wieder neu generiert ... keine gute Idee da was darin manuell zu editieren.
Da ich nicht weiss, wie ich das Erzeugen dieses Files irgendwie beeinflussen kann, habe ich zu einem Trick gegriffen:

Ich generiere einen Dummy Virtual Host per GUI mit IDENTISCHEM NAMEN ... aber anderem Port, der nicht nach aussen offen ist, (z.B. 4080)
Dann kopiere ich /etc/nginx/app.d/server.webstation-vhost.conf nach /usr/local/etc/nginx/sites-enabled/server.webstation-vhost.conf und ändere darin alle Referenzen auf Port 4080 auf Port 80.
Dann entferne ich in diesem File den Abschnitt

location ~* \.php$ {
...
}
im betreffenden server {...} Abschnitt und füge eine Zeile

include /usr/local/etc/nginx/conf.d/www.PhotoStation.conf;

vor der letzen schliessenden Klammer im entsprechenden server {...} Abschnitt hinzu.

Dann nginx neu starten:

sudo synoservicecfg --restart nginx


ACHTUNG: befindet sich ein gravierender Fehler im editierten vHost File, kann im schlimmsten Fall das WebGUI komplett weg sein. Dann muss dieses File gelöscht werden und nginx wieder neu gestartet werden!

Etwas tricky, aber geht.

 

[suissechris]

Noch ein paar Ergänzungen:

Mit diesem Verfahren erzeuge ich also einen weiteren virtuellen Host, der aber NICHT im GUI in der Liste der VHosts aufgeführt wird!
Ich kann den per GUI auf Port 4080 erzeugten VHost jetzt auch wieder löschen - er diente mir eigentlich nur dazu, ein entsprechendes Configfile als Vorlage zu generieren.
Dann verbleibt nur der "versteckte" VHost übrig. Ich lasse den VHost auf Port 4080 aber bestehn ... rein als Gedächtnisstütze im GUI ...

Anders für den Fall eines VHosts, der SSL verwendet (also Port 443). Dann erstelle ich einen VHOST mit gleichem Namen auf Port 4443 z.B.
In diesem Fall erstellt die DS beim Erstellen des VHost gleich einen Folder, in dem Zertifikate und private Key für SSL liegen.
Beim Kopieren des Configfiles wird dises Information mitkopiert.
Das Löschen des Ursprungs VHost auf Port 4443 wird aber dieser Zetrtifikat-Folder auch wieder gelöscht (!!!) und der Pfad im kopierten Configfile verweist ins Leere ...
Als Folge startet nginx nicht mehr richtig ... und das WebGUI der DS ist tot ...

Dann müsste ich das mit den Zertifikaten auch noch per Hand wieder gerade biegen, mich per Hand um die Zertifikate kümmern (die sind nach wie vor da, aber an anderer Stelle) und bekomme das mit den Letsencrypt-Zertifikaten auch nicht so mehr einfach hin.
Belasse ich den VHost auf Port 4443 aber bestehen ... dann stimmt eigentlich alles. Bei den Letsencrypt-Zertifikaten muss ich dann das Zertifikat nur an diesen Dummy VHost zuweisen ...
und sie sind dann automatisch auch an den VHost auf Port 443 zugewiesen.

Aber OK, ist schon ein wenig ein Hack ...