Photo Station PS extern erreichbar machen

[SteveFullAhead]

Hallo,

auf meiner DS läuft die PS6 lokal einwandfrei und ist dort auch erreichbar.

Leider kann ich nirgends einen https-Port festlegen, auf dem die PS lauschen soll (so wie der Audio Sation)
Auf dem Standard 443 läuft bei mir Baikal als Dav-Server, der als Virtual host eingetragen ist.

Ich müsste es irgendwie hinbekommen, das entweder die PS oder Baikal nicht auf Port 443 lauscht, sondern auf einem selbst festgelegten.

Ist das möglich, und wenn ja wie ?

 

[Fusion]

Es können auch mehrere Dienste auf 443 lauschen, wenn sie auf verschiedene Server Namen hören, oder wenn sie auf demselben Namen in anderen Verzeichnissen laufen.

Bsp. servername.de/photo
servername.de/baikal

 

[Frogman]

Das wird anhand des Pfades nach dem Domainnamen doch unterschieden: https://.../baikal und https://.../photo

 

[SteveFullAhead]

Das funktioniert doch aber nicht mehr, wenn ich Baikal als Vhost so eingetragen habe oder ?
Das Dokument-Root ist dann doch schon bei Baikal...

 

[Fusion]

Hast du sonst noch vHosts, Reverse Proxy oder Anwendungsportal Einstellungen getroffen?
Und was ist unter Systemsteuerung > Netzwerk > DSM Einstellungen eingetragen?
Was ist unter Systemsteuerung > Externer Zugriff > Erweitert eingetragen?

Das funktioniert doch aber nicht mehr, wenn ich Baikal als Vhost so eingetragen habe oder ?

Solche Fragen kannst du dir doch in 2 Sekunden selbst beantworten, wenn du es einfach bei dir testest.

Wenn der vHost Hostname und der Hostname unter Netzwerk > DSM identisch sind könnte es Konflikte geben.
Pro Server-Definition gibt es ja potentiell einen Document Root, DEN einen gibt es ja nicht.

 

[SteveFullAhead]

Hallo,

ich habe eine subdomain meiner Domain als CA Eintrag und über DynSNS erreichbar gemacht.
Das sorgt dafür, dass ich unter "sub.mydomain.de" meine Syno von extern erreiche.
meine Syno steht hinter einer Fritzbox, die auch den gesamten Traffic nach extern regelt.

In der FB habe ich ein paar PortForwards eingetragen, so z.Bsp. für die Audio Station: (FB) Port 4321 >> (Syno) 8801
Auf der Syno habe ich dann im Anwendungsportal folgendes eingetragen:

Damit erreiche ich z. Bsp. die AudioSation intern mit "https://server1:8801" und von extern mit "sub.mydomain.de:4321"

Das funktioniert auch wunderbar für die AudioStation, FileStation, VideoStation.

Damit ich Dateien auch teilen kann, habe ich unter Systemsteuerung > Externer Zugriff > Erweitert
"sub.mydomain.de" und den Https-Port mit 7234 angegeben. (Port 7234 wird durch die FB 1zu1 weitergereicht)
Damit werden mir Links erzeugt wie "https://sub.mydomain.de:7234/sharing/UEl3542nX
Auch das funktioniert einwandfrei.

Nun betreibe ich außerdem noch Baikal für meine Familie.
Das funktioniert auch einwandfrei über https, wenn ich als Vhost eben "sub.mydomain.de" und zumindest den Port 443 verwende.


Einen Vhost a la "sub.mydomain.de/photo", dann mit anderem Document-Root, kann ich nicht anlegen.

Ich dachte ich könnte das Problem umschiffen, wenn ich entweder Baikal oder die PS dazu bringen könnte nicht auf 443 (ähnlich wie im Anwendungsportal) zu lauschen, aber vielleicht ist das auch der falsche Ansatz ?

Das Verhalten wie in diesem Thread http://www.synology-forum.de/showthread.html?78894-Photo-Station-und-virtueller-Host
kann ich nachbauen... Wenn ich den Vhost für Baikal lösche geht die PS.

Ich möchte ungern die Adresse für Baikal ändern, weil das sofort 15-20 Geräte betrifft...


Any idea ?

 

[Fusion]

Für baikal bräuchtest du ja erstmal gar kein vHost, weil Baikal unter https://sub.mydomain.de/baikal erreichbar sein sollte.
Und die Photo Station wäre ja dann https://sub.mydomain.de/photo

Ein vHost ist ja immer ein host.domain.de, der auf ein Unterverzeichnis des webserver-document-root zeigt.
Vermutlich erzeugt der baikal vHost da jetzt eine Art Schleife. Welchen Fehler bekommst du denn im Browser, wenn du https://sub.mydomain.de/photo aufrufst?

Jetzt könnte man versuchen, de vHost für Baikal zu erhalten, aber die DS und die Stations auf einen anderen Host/Subdomain zu legen und damit auch die Photo Station dort erreichbar zu machen.
Oder man belässt den Document Root auf /web für den vHost, dann könnte es auch gehen. Bedingt aber vielleicht die Änderung der URLs je nachdem, wie der Client den Baikal sucht.

Eine weitere Möglichkeit wäre eventuell statt des vHost einen Reverse Proxy laufen zu lassen und damit die PS wieder auf den obersten Document Root umzulegen.

Die saubere Lösung wäre wie schon weiter oben erwähnt, wenn ein einziger sub.domain.de Host zum Einsatz kommt, eben mit Ports (wie bei den Stations getan. Und die Photo Station ist beim Wechsel von DSM 5 auf 6 eben fix auf 80/443 genagelt worden, kein Einfluss, zumindest nicht via DSM-GUI, möglich) und/oder Pfaden (sub.domain.de/pfad) zu arbeiten.
Für Baikal kannst du ja einen Port-basierten vHost anlegen. Allerdings mußt du den anderen Port in den Clients auch wieder eintragen, an der URL dürfte sich allerdings nichts ändern, weil sub.domain.de auf 443 auf den normalen Document root zeigt und sub.domain.de auf 444 auf den Baikal root.

 

[SteveFullAhead]

Hi Fusion,

ich könnte auch mittels putty n bißchen in der config rumpfuschen, aber das ist meistens nicht von Dauer...

Ich habe mich jetzt für die sauberere Lösung entschieden:
Baikal ohne Vhost über "sub.mydomain.de/baikal" aufrufen (dazu muss ich jetzt bei 20 Clients die Adresse ändern bzw. die Konten neu aufsetzen
PS funktioniert ohne Vhost dann über "sub.mydomain.de/photo"

Vielen Dank für deine/eure Unterstützung.

 

[SteveFullAhead]

Wie setze ich den Thread auf gelöst [Solved] ?

 

[Fusion]

Gar nicht. Das Forum ist da etwas "rückständig".

Du kannst entweder den letzten Post mit Titel "Gelöst" ausstatten (den ersten Post kann man zu dieser Zeit meist nicht mehr bearbeiten), oder eben gar nichts mehr schreiben, solange die Lösung irgendwo deutlich in Textform vorhanden ist, ist ja alles wichtige da.