DSM 7.0 Subdomains verlinken alle zu DSM

[Chialya]

Hi, du suchst das Problem vermutlich an der falschen Stelle. Der Syno Reverse-Proxy scheint bei dir wohl "garnicht" zu greifen. Du kannst das testen in dem du bei deinem DDNS huschibabu.xxx.ch einträgst, dies aber nicht im Proxy registrierst (oder einfach deine öffentliche IP im Browser eingibst). In beiden Fällen landest du beim DSM selbst. Es hat also weniger was damit zu tun, dass die weiterleitenden Ports falsch sind.

Du könntest auch mal versuchen statt "localhost" -> "127.0.0.1" oder die IP deines NAS zu verwenden.

 

[Benares]

Also ich habe das nun mal bei mir probiert und wie du https,plex.example.com,443 auf http,localhost,32400 weitergeleitet.
Mit https://plex.example.com (ohne Port! bzw. höchstens mit :443, sonst gilt ja die Eingangsbedingung für den Proxy nicht) lande ich schon auf Plex, nur werde ich gleich zu https://app.plex.tv/auth... zu einer Anmeldung weitergeleitet. Aber das ist sicherlich nur eine Plex-Einstellung.

Dass es nach einem DDNS-Update eine gewisse Zeit dauert, bis alle Clients die neue IP auflösen, ist normal. Das hat einfach damit zu tun, dass jeder DNS-Server und -Client auch einen Cache hat. Bei der ersten Anfrage antwortet der "zuständige" DNS-Server (SOA) mit sowas wie "hier ist die IP, aber merk dir die für max. z.B. 1 Stunde", die sog. Livetime bzw. ttl (time to live). Folgeanfragen werden dann aus dem Cache bedient und nicht mehr physisch angefragt, bis die Zeit um ist. Deshalb kommt dann bei nslookup auch die Meldung "Nicht autorisierende Antwort". Die ttl liegt bei den meisten DDNS-Anbietern im unteren Minutenbereich, so dass alle x Minuten doch mal wieder "physisch" angefragt wird. Die ttl bekommst du zu sehen, wenn du fortwährend "nslookup -debug plex.example.com" aufrufst. Ist wie ne Uhr, die runterläuft und dann wieder auf die Livetime (bei mir (Strato) sind es 5 Minuten) springt.

 

[Chialya]

Weiterhin fällt mir noch auf, dass du im Reverse-Proxy bei Ziel nicht "https" auf localhost setzen solltest. Das würde ja bedeuten, dass der Proxy vom NAS ein gültiges Zertifikat für "localhost" (sich selbst) erwartet.

 

[ST-Solutions]

Danke Chialya du hast das Problem nun definitv gelöst
Wenn ich die Lokale IP im Reverse Proxy eingebe gehts nun.

Danke euch allen für die Hilfe, ich war kurz vor dem Verzweilfen, ich muss mich wohl nochmal etwas mit DDNS, Reverse Proxy und den Zertifikaten befassen ?

 

[Chialya]

bitte
freut mich dass es geklappt hat