Zugriff über Alias nicht möglich

Status
Für weitere Antworten geschlossen.

Extra

Benutzer
Mitglied seit
09. Mrz 2012
Beiträge
10
Punkte für Reaktionen
0
Punkte
0
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

Benutzer
Mitglied seit
06. Mrz 2011
Beiträge
6.664
Punkte für Reaktionen
2
Punkte
164
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
 
Zuletzt bearbeitet:

Extra

Benutzer
Mitglied seit
09. Mrz 2012
Beiträge
10
Punkte für Reaktionen
0
Punkte
0
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
 

Extra

Benutzer
Mitglied seit
09. Mrz 2012
Beiträge
10
Punkte für Reaktionen
0
Punkte
0
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

Benutzer
Mitglied seit
06. Mrz 2011
Beiträge
6.664
Punkte für Reaktionen
2
Punkte
164
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

Benutzer
Mitglied seit
09. Mrz 2012
Beiträge
10
Punkte für Reaktionen
0
Punkte
0
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

Benutzer
Mitglied seit
06. Mrz 2011
Beiträge
6.664
Punkte für Reaktionen
2
Punkte
164
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

Benutzer
Mitglied seit
11. Jan 2011
Beiträge
2.530
Punkte für Reaktionen
38
Punkte
94

Extra

Benutzer
Mitglied seit
09. Mrz 2012
Beiträge
10
Punkte für Reaktionen
0
Punkte
0
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?
 

Extra

Benutzer
Mitglied seit
09. Mrz 2012
Beiträge
10
Punkte für Reaktionen
0
Punkte
0
Die Frage ist, warum. Also wenn es für /photo und /download geht, warum geht es für /file nicht?
 

Extra

Benutzer
Mitglied seit
09. Mrz 2012
Beiträge
10
Punkte für Reaktionen
0
Punkte
0
Hab' ich gerade mal ausprobiert. Einen Unterschied macht das nicht.
 

Fusion

Benutzer
Sehr erfahren
Mitglied seit
06. Apr 2013
Beiträge
14.135
Punkte für Reaktionen
898
Punkte
424
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

Benutzer
Mitglied seit
30. Sep 2012
Beiträge
17
Punkte für Reaktionen
0
Punkte
0
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

Benutzer
Sehr erfahren
Mitglied seit
06. Apr 2013
Beiträge
14.135
Punkte für Reaktionen
898
Punkte
424
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://url:port/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

Benutzer
Mitglied seit
30. Sep 2012
Beiträge
17
Punkte für Reaktionen
0
Punkte
0
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.
 
Zuletzt bearbeitet:
Status
Für weitere Antworten geschlossen.
 

Kaffeautomat

Wenn du das Forum hilfreich findest oder uns unterstützen möchtest, dann gib uns doch einfach einen Kaffee aus.

Als Dankeschön schalten wir deinen Account werbefrei.

:coffee:

Hier gehts zum Kaffeeautomat