Zugriff über Alias nicht möglich

[Extra]

Hallo,

ich habe das Problem, dass die Filestation als einzige Anwendung nicht von außen über alias abrufbar ist. Ich habe sowohl den Port 80 auf die DS weitergeleitet, als auch Port 7000 und 7001. Die interne Firewall der DS lässt die Filestation durch, das Applikationsportal hat einen Alias vergeben und dennoch gibt der Aufruf "Name.synology.me/file" ein Timeout. Alles andere, etwa "Name.synology.me/photo" funktioniert einwandfrei.

Hat jemand eine Idee, woran das liegen könnte?

Alles Gute!

Manu

 

[joku]

Hat jemand eine Idee, woran das liegen könnte?

Hallo Manu, willkommen im Forum

Systemsteuerung - Applikationsportal
File Station / Bearbeiten

Regeln für Port/Aliasnamen bearbeiten
Benutzer können sich direkt bei Applikationen in einem neuen
Browserfenster anmelden, ohne sich bei DSM anzumelden, sobald der
benutzerdefinierte alias oder der/die Anschluss/Anschlüsse aktiviert
wurden.

[ ] Benutzerdefinierte Aliasnamen aktivieren
Aliasname: file
[ ] Benutzerdefinierten Port (HTTP) aktivieren
Port 7000
Anmelden unter : http://diskstation:7000
[ ] Benutzerdefinierten Port (HTTPS) aktivieren
Port 7001
Anmelden unter : https://diskstation:7001

Gruß Jo

 

[Extra]

Hallo Jo,

vielen Dank für deine Hilfe. Allerdings macht es keinen Unterschied, ob ich anhake oder nicht. Ich bekomme in beiden Versionen einen "Seiten-Ladefehler" ausgegeben (Der Server unter XYZ.synology.me braucht zu lange, um eine Antwort zu senden.).

Alles Gute!

Manu

 

[joku]

Allerdings macht es keinen Unterschied, ob ich anhake oder nicht.

Hallo Manu,
wie sieht es den intern aus ? geht es da ohne alias auf den beiden ports ?

Gruß Jo

 

[Extra]

Es funktioniert im Prinzip alles. Alle angegebenen Links funktionieren. Wenn ich allerdings die IP durch den DDNS-Namen ersetze, also meinname.synology.me/file/ klappt es nicht mehr. Der Zugriff zu den anderen Diensten klappt aber, insofern ist es wohl kein Fehler des DDNS-Service.

 

[joku]

Der Zugriff zu den anderen Diensten klappt aber, insofern ist es wohl kein Fehler des DDNS-Service.

Wenn intern alles geht, wie prüfts Du es dann extern ?
und bei
[X] Benutzerdefinierte Aliasnamen aktivieren
Aliasname: file
Anmelden unter http://diskstation:5000/file/
[ ] Umleitung von: http://diskstation/file/
[ ] Benutzerdefinierten Port (HTTP) aktivieren

ist bei mir Port 5000 angezeigt.
so ist es bei mir
http://name.synology.me:5000/file/
http://diskstation:5000/file/
http://filestation/file/ leitet weiter zu http://diskstation:5000/file/

Gruß Jo

 

[Extra]

Der Benutzerdefinierte Aliasname ist angehakt.

Angegeben ist dort der Port 7000 für http und 7001 für https . Beide werden auch durchgeschleift. Angezeigt werden dann die folgenden Links:

Anmelden unter: http://IP:5000/file
Umleiten von http://IP/file

Anmelden unter http://IP:7000
Anmelden unter https://IP:7001

So wie sie sind, funktionieren die Links alle, nicht aber, wenn ich die IP durch den DynDNS-Namen ersetze. Also: http://NAME/file

 

[joku]

So wie sie sind, funktionieren die Links alle, nicht aber, wenn ich die IP durch den DynDNS-Namen ersetze. Also: http://NAME/file

Ok, wenn Du intern name.synology.me benutzen willst,
solltest Du mal einen Bekannten, Handy oder Proxy benutzen.
Oder Du trägst mal so zum test in die Datei hosts ( bei Windoes unter system32, etc oder so )
interne IP-Adresse name.synology.me
ein.

 

[laserdesign]

So wie sie sind, funktionieren die Links alle, nicht aber, wenn ich die IP durch den DynDNS-Namen ersetze. Also: http://NAME/file

probiere es mal so:

http(s)://nameort/file

 

[Extra]

Es funktioniert, wenn ich den Port dazuschreibe. Aber den möchte ich ja gerne nicht preisgeben, d.h. nur /file.
Die Form: http://Name/Port/file funktioniert
Die Form: http://Name/file funktioniert nicht.

 

[joku]

EAber den möchte ich ja gerne nicht preisgeben, d.h. nur /file.

Hmm, das verstehe ich nicht so richtig. Offene Port bekommt wer es auch wissen will raus.

 

[Extra]

Naja. Man muss es ja nicht unnötig einfach machen. Außerdem ist es eine Frage des Komforts. Und bei den anderen Diensten (Photo, Download) funktioniert es ja auch ohne Portangabe. Wieso also nicht bei File?

 

[joku]

Naja. Man muss es ja nicht unnötig einfach machen. Außerdem ist es eine Frage des Komforts.

Ja, verstehe ich, möglich ist so etliches, aber eben nicht so einfach.

 

[Extra]

Die Frage ist, warum. Also wenn es für /photo und /download geht, warum geht es für /file nicht?

 

[joku]

Die Frage ist, warum. Also wenn es für /photo und /download geht, warum geht es für /file nicht?

Hast Du es mal ohne Portangabe bei den Einstellungen, versucht ?

 

[Extra]

Hab' ich gerade mal ausprobiert. Einen Unterschied macht das nicht.

 

[Fusion]

Hast du denn eine Portfreigabe im Router für 5000/5001? Glaube die Umleitung mit Name (z.B. server/audio) funzt nur wenn die DSM Ports erreichbar sind.

Edit: Bei /photo, das ist so ne Sache für sich glaube ich mit 80/443. Das wird irgendwie anders gehandelt als der Rest.
Bei /download geht es nach deiner Aussage. Sind die Einstellungen exakt identisch zu /audio bis auf den Custom-Port?

 

[mreichhorn]

Gleiches Problem - keine Lösung

Schade das es hier noch keine Antwort auf das Problem gibt. Habe absolut das gleiche Problem und bekomme es einfach nicht gelöst. Hilfreich wäre auch schon ein "es geht definitiv nicht". Dann brauche ich nicht weiter zu suchen.

 

[Fusion]

Ich habe auf meinen letzten Hinweis auch keine Rückmeldung bekommen.

Ich denke die Port-Weiterleitung muß definitiv 5000/5001 umfassen, damit der Alias funktioniert.

Meine Config ist z.B. folgende:
DSM Einstellungen, Router Port xxxxx (im Router gibt es eine Weiterleitung von xxxxx auf 5001). Wenn der Public port auch 5001 ist braucht man nur die 5001 Weiterleitung und muß in den DSM Einstellungen nichts angeben.

Im Applikationsportal habe ich testweise folgendes (weil ich via custom port meine normalen Einstellungen betreibe, ohne alias):
Filestation, alias "file", anmelden unter "https://urlort/file/", umleiten von "https://url/file/"

Wenn ich jetzt von extern auf "https://url/file/" gehe ändert sich meine URL-Anzeige automatisch auf "https://url:5001/file/" und ich kriege einen Timeout. Logisch, weil 5001 bei mir nicht im Router weitergeleitet wird.
Denselben Fehler bekomme ich mit "https://url/download/" -> "https://url:5001/download/"

Wäre nett, wenn das mal jemand prüfen könnte, der im Router eine Weiterleitung für den Standard-Port 5001 benutzt.

Kann mir allerdings trotzdem nicht erklären wieso bei dem Kollegen "download" geht und "file" nicht. Bei mir verhalten sich alle identisch.
Vielleicht hat auch die Einstellung unter http-Dienst (https, auto-Umleitung auf https) einen Einfluß auf das Verhalten.

 

[mreichhorn]

Habe für die Audio Station Port 8800; Video Station Port 9007 und die File Station Port 7000. Alle sind über http://dyndns:port oder http://dyndns:port/alias zu erreichen.
Erstelle ich ein Portforwarding im Router für den Port 5000, dann kann ich die einzelnen Dienste über http://dyndns:5000/alias erreichen. Lasse ich die Portangabe im URL weg und versuche den Dienst direkt über http://dyndns/alias zu erreichen, geht das nicht. Auch nicht wie in diesem Beispiel mit dem http Standard Port 5000 für die File Station. Dabei macht es keinen Unterschied, ob custom Ports eingeschaltet sind oder die alias Weiterleitung eingeschaltet ist. Ich erkenne einfach kein System.

Die Photo Station ist der einzige Port der nicht über das Applikationsportal gesteuert wird. Dieser wird unter Webdienste bei zusätzlichen http Port eingetragen. Möglich das der Kollege "Extra" deswegen direkt mit dem alias darauf zugreifen kann. Was bei mir allerdings nicht funktioniert, wie sich gerade herausgestellt hat.