Calendar von extern über Drive nicht erreichbar

[neoman666]

Hi,

ich habe Drive über einen DDNS-Dienst, genau genommen über den DDNS von Synology in der DS218 freigegeben. Somit kann ich Drive über meinesubdomain.synology.me aufrufen. Das funktioniert einwandfrei.

Zusätzlich habe ich Calendar installiert und möchte diesen über das Calendar-Symbol in Drive aufrufen, was mit einer Fehlermeldung "Seite nicht gefunden" quittiert wird. Calendar ist im LAN erreichbar, nur von extern über den DDNS-Dienst nicht.

Was muss ich noch einstellen, damit auch der Calendar funktioniert?


MfG neoman

 

[mavFG]

Erster Punkt: Benutzerfreigabe beachten (Nicht das du mit einem anderen Benutzer von extern zugreifst und dieser nicht für Calendar freigegeben ist
Zweitens: wenn QuickConnent nicht genutzt wird, dann müssen die Ports für Calender zusätzlich freigegeben werden. (Calender hat standartgemäß TCP 38008 und 38443)
https://www.synology.com/de-de/know...t_network_ports_are_used_by_Synology_services

 

[neoman666]

Danke für Deine Antwort. Zu Zweitens: Du meinst ich muss die beiden Ports in meinem Router noch freigeben? QuickConnect nutze ich nicht.

 

[neoman666]

Ok, habe die beiden Ports im Router freigegeben, leider funktioniert der Calendar-Aufruf über Drive immer noch nicht. :-(

 

[neoman666]

Jetzt funktioniert es. Aber nur, wenn ich noch den Port 5001 im Router freigebe. Wofür sind dann die beiden anderen Ports?

 

[neoman666]

Ich hatte ja den Port 5001 geöffnet für den Calendar, da der Calendar aus Drive über folgende URL aufgerufen wird:

https://meinesubdomain.synology.me:5001/?launchApp=SYNO.Cal.Application

Wenn ich aber die URL

https://meinesubdomain.synology.me:5001

aufrufe, ist die Adminoberfläche der DS für jedermal erreichbar. Das möchte ich nicht. Wie also kann ich die beiden Dinge von einander trennen. Kann ich irgendwie die URL für den Calendar-Aufruf in Drive ändern oder die Adminoberfläche für extern sperren?

Wer kann mir helfen?

 

[Fusion]

DSM - Systemsteuerung - Anwendungsporta - Anwendungen - Calender

 

[neoman666]

DSM - Systemsteuerung - Anwendungsporta - Anwendungen - Calender

Da müsste ich dann aber den Calendar über einen eigenen Port aufrufen. Ich möchte den Calendar aber über das Symbol in Drive aufrufen. Kann man das irgendwo anpassen?

 

[Fusion]

Das sind verschiedene Baustellen.
Das Menü / Symbol ist fix.

Je nachdem wie du im DSM oder in Drive angemeldet bist, wird Drive oder Calender immer auch über diesen Weg aufgerufen.
?launchApp=SYNO.SDS.Drive.Application oder ?launchApp=SYNO.Cal.Application wird hinten an die aktuelle URL angehängt.

Bist du also via Domain:5001 im DSM angemeldet wird er Menü > Drive immer über ... öffnen.
domain.de:5001/?launchApp=SYNO.SDS.Drive.Application
und den Calender entsprechend über
domain.de:5001/?launchApp=SYNO.Cal.Application

Daher sollten wir erst mal klären was du wie eingestellt hast, damit du via meinesubdomain.synology.me direkt in der Drive Oberfläche landest?

 

[neoman666]

Ok, ich versuche mal zu erklären was ich bis jetzt gemacht habe:

- DS ist fertig eingerichtet
- Drive und Calendar installiert und soweit konfiguriert, das beide im lokalen Netzwerk funktionieren
- im Anwenungsportal der DS habe ich für die Anwedung Drive einen "Benutzerdefinierten Port (HTTPS) aktivieren" eingestellt, sagen wir mal 10000
- in meinem Router habe ich diesen Port freigeschalten
- außerdem habe ich mir einen DDNS-Account "meinesubdomain.synology.me" zugelegt, worüber die Anwedung Drive von extern erreichbar ist

Den Port habe ich deshalb geändert, damit nur Drive und NICHT die Adminoberfläche der DS von extern erreichbar ist.

Wenn ich mich nun von extern über meinesubdomain.synology.me in Drive einlogge und dann oben links auf das Symbol von Calendar klicke, wird versucht folgende URL zu öffnen

https://meinesubdomain.synology.me:5001/?launchApp=SYNO.Cal.Application

Der Aufruf funktioniert hier nicht, weil der Port 5001 in meinen Router nicht freigegeben ist. Wenn ich diesen freigebe, funktioniert der Aufruf von Calendar, aber dann ist auch die Adminoberfläche der DS von extern erreichbar, was ich aus verschiedenen Gründen nicht möchte.

Gibt es hier für irgendeine Lösung?


MfG neoman

 

[Fusion]

Präzision will gelernt sein.
Portweiterleitung 10000, aber Aufruf mit "meinesubdomain.synology.me". Entweder verschweigst du noch weitere Einstellungen oder du rufst https://meinesubdomain.synology.me:10000 auf, oder?

Aber kurzum, so wie du es willst, geht es einfach nicht. Pro Port kann nur ein Dienst konfiguriert werden.
Die Ports 80/443 bzw 5000/5001 (oder besser die unter Systemsteuerung > Netzwerk > DSM Einstellungen angegebenen Ports) nehmen eine Sonderstellung ein, über die je nach Konfiguration auch mehrere Dienste erreichbar sind.
Alle Domains oder Ports die im Anwendungsportal gesetzt werden sind dagegen nur singulär nutzbar. (ich beziehe mich nur auf die Möglichkeiten die per DSM gegeben sind)
Wenn das Drive Web-Interface auf 10000 lauscht, kann dort sonst keiner mehr lauschen.

Um ohne 5001 zu arbeiten sehe ich folgende Alternativen (habe ich gerade getestet):
- Nutzung von 80/443 mit benutzerdefinierten Domains. Du brauchst also 2 dynDNS oder eine eigene Domain (.de Domains kosten grob €5 pro Jahr) mit zwei Subdomains die per CNAME auf die dynDNS verweisen.
Dann kannst du im Anwendungsportal z.B. drive.domain.de und calendar.domain.de, oder dyn1.domain.de und dyn2.domain.de als benutzerdefinierte Domain für Drive und den Calendar eintragen.
Dann muss mindestens Port 443 nach außen offen sein, damit du per https://drive.domain.de oder https://calendar.domain.de deine Dienste erreichst. In dem Fall zeigt auch das Symbol im Menü auf die jeweils andere Adresse.
- Nutzung von eigenen Ports pro Anwendung.
Du vergibst im Anwendungsportal Port 10000 für drive und Port 11000 für den Calendar. Für 10000/11000 müssen eben Portfreigaben im Router vorhanden sein.
Dann kannst du dich via https://meinesubdomain.synology.me:10000 in Drive einloggen, oder via https://meinesubdomain.synology.me:11000 in Calendar. Auch im Menü links oben sollte dann diese URL für den jeweiligen anderen Dienst auftauchen (mouse over das Symbol).

 

[neoman666]

Um ohne 5001 zu arbeiten sehe ich folgende Alternativen (habe ich gerade getestet):
- Nutzung von 80/443 mit benutzerdefinierten Domains. Du brauchst also 2 dynDNS oder eine eigene Domain (.de Domains kosten grob €5 pro Jahr) mit zwei Subdomains die per CNAME auf die dynDNS verweisen.
Dann kannst du im Anwendungsportal z.B. drive.domain.de und calendar.domain.de, oder dyn1.domain.de und dyn2.domain.de als benutzerdefinierte Domain für Drive und den Calendar eintragen.
Dann muss mindestens Port 443 nach außen offen sein, damit du per https://drive.domain.de oder https://calendar.domain.de deine Dienste erreichst. In dem Fall zeigt auch das Symbol im Menü auf die jeweils andere Adresse.

Genial, so funktioniert es wie ich es mir vorgestellt habe. Danke nochmal.

Nun benötige ich noch ein Let's Encrypt Wildcard Zertifikat meiner Domain, damit https auch ohne Zertifikatswarnung im Browser funktioniert. Geht das über DSM oder würden auch zwei einzelne Zertifikate für beide Subdomains funktionieren?

 

[Fusion]

Das geht auch mit zwei einzelnen Zertifikaten, oder mit einem Zertifikat auf drive.domain.de mit Alternativem Namen calendar.domain.de.
Entscheidend ist nur die Zuweisung zum Dienst unter Zertifikate > Konfigurieren.
Man beachte bei Drive gibt es zwei Dienste (Web Interface und Sync-server (port 6690)).
Der eine Dienst heißt "SynologyDrive - deine.domain.de", der andere einfach "Drive".

 

[neoman666]

Zertifikate funktionieren nun auch.

Eine letzte Frage zum Thema hätte ich noch. Wo müsste ich eine 301-Weiterleitung von http auf https für beide Subdomains einstellen, damit eben nur https funktioniert?

 

[Fusion]

Nirgends, einfach nur https aufrufen. Und wenn HSTS gesetzt ist wird der Browser auch beim nächsten mal, auch wenn du nur sub.domain.de angibst von selber direkt https aufrufen.

Eventuell hilft die Einstellung unter systemsteuerung > Netzwerk > DSM Einstellungen.

Für eine funktionierende Umleitung von http > https muss natürlich auch immer der Weg via http erreichbar sein, andernfalls kann man auch nichts umleiten.