Fernzugriff einrichten

RowLow · 03. Feb 2014

Hallo,
das ist mein erster Post hier. Zu meinem Problem habe ich gestern Abend und heute das ganze (!) Internet abgesucht und bin auch mit Hilfe dieses Forums bis an diese Stelle gekommen:

Ich möchte am liebsten mithilfe "Netzlaufwerk verbinden" auf Ordner meiner ds213j zugreifen können. Zweck hauptsächlich: Fotos bei Freunden gucken, Office-Dateien online bearbeiten, unterwegs Dateien greifen können zur lokalen Bearbeitung.
Ich möchte vielleicht auchmal Musik oder Videos auf andere Geräte streamen (ich habe einen Telekom Media Receiver).

Ich habe einen Speedport w921v, Telekom 16000er Leitung, eine ds213j.
Ich habe einen DDNS URL bei selfhost.eu.

Ich habe meinem Router die selfhost.eu logindaten beigebracht und DDNS aktiviert.
Ich habe im Router die Ports 80 5000,5001,5005,5006 an die Diskstation weitergeleitet.
Mir ist bekannt, dass die speedports nicht aus dem LAN heraus die diskstation übers Internet anrufen können, daher mache ich das zum Testen über einen Büro-Computer mittels Remote Zugriff.

In der diskstation ist WebDAV aktiviert, auch für https.
In der diskstation ist der DDNS-Eintrag wieder deaktiviert, da ich gelesen hatte, dass man nicht im Router UND diskstation das aktiv haben soll.
In der diskstation habe ich unter Netzwerk-Allgemein DNS Server "manuell konfigurieren" angehakt mit der lokalen Router-IP als bvz. DNS-Server.
In der diskstation habe ich unter Netzwerk-NetzwerkSchnittstelle "Manuelle Konfiguration verwenden" aktiviert und diskstation-IP und subnetzMasek eingetragen.

Wenn ich aus einem anderen Netz im WAN (Remote, s.o.) nun meine DDNS Url mit Port 5000 eintippe erscheint:
komischerweise kommt der also bis zur lokalen IP der diskstation

-----
ERROR - The requested URL could not be retrieved
Der folgende Fehler wurde beim Versuch die URL http://192.168.2.100:5000/ zu holen festgestellt:
Verbindung zu 192.168.2.100 Fehlgeschlagen.
Das System antwortete: (110) Connection timed out
-----

Wenn ich die IP der DDNS-URL mit Port 5000 eintippe lande ich auf der Login-Seite meiner diskstation.

Wenn ich die IP der DDNS-URL mit Port 5005 eintippe erscheint:
-----
Die Webseite wurde nicht gefunden
HTTP 404
Wahrscheinlichste Ursachen:
-Die Adresse enthält eventuell einen Tippfehler.
-Der Link, auf den Sie geklickt haben, ist eventuell nicht mehr aktuell.
-----

Irgendwie scheint ja etwas zu funktionieren, aber noch nicht so ganz vollständig, außerdem will ich ja nicht in den login-Bereich der diskstation sondern direkt auf den Daten-Ordner, ggf. noch mit Passwortabfrage.

Könnte bitte jemand helfen?

Danke

RowLow

Fusion · 03. Feb 2014

Aus dem WAN, also aus dem Internet kannst du prinzipiell nur die DDNS-IP, deine öffentliche IP/URL erreichen.
192.168.x.x. ist nur eine lokale IP, die ist nicht über öffentliche Netze route-bar. Das kann dir aber auch schnuppe sein, weil du das nicht brauchst.

Empfehlung 1: Alle http Zugriffe unterbinden, also port 5000 und 5005 NICHT weiterleiten im Speedport. Benutze lieber https, also 5001 für den DSM und 5006 für webDAV.
Empfehlung 2: Du kannst zusätzlich auch beliebige öffentliche Ports nehmen zwischen 1024 und 65535. Also z.B. im Speedport public 50010 auf intern 5001 an die Diskstation weiterleiten.

Für den webDAV Zugriff von extern kannst du hier mal schauen
http://www.youtube.com/watch?v=QrZgPFKiw_8 bzw. http://www.idomix.de/286-synology-diskstation-mit-windows-ueber-das-internet-per-webdav-zugreifen

Alternativ bleibt dann noch die File Station, Photo Station, wenn du via Browser von extern zugreifen willst ohne erst eine Netzwerkfreigabe einzurichten bzw. wenn du deinen Rechner mal nicht dabei hast.

RowLow · 03. Feb 2014

@Fusion:
Vielen Dank!
Empfehlung 1 mache ich später, vorerst test ich auch noch mit http.
Empfehlung 2 werde ich auch noch machen, aber was bringt das?
iDomix-Videos haben nichts neues gebrach außer, dass ich jetzt in der diskstation jetzt explizit die Ports 80,443,5000,5001,5005,5006 freigegeben habe.

Nochmal zu dem Symptom, dass sich beim Zugriff von einem externen Computer zeigt:
Wenn ich mal bei HTTP bleibe:

1.
Eingabe:
http://MEINEDDNS-URL.selfhost.eu:5000

Ausgabe (IE):
in der Adresszeile trägt der Remote-Computer nun "http://192.168.2.100:5000/" ein.
Außerdem meldet der Browser im Fenster:
-----
Der folgende Fehler wurde beim Versuch die URL http://192.168.2.100:5000/ zu holen festgestellt:
Verbindung zu 192.168.2.100 Fehlgeschlagen.
Das System antwortete: (110) Connection timed out
-----

2.
E: http://MEINEDDNS-IP.selfhost.eu:5000

A: Der Broswer landet in der diskstation-Anmeldung

3.
E: http://MEINEDDNS-URL.selfhost.eu:5005
A: Fehler 404 "Website nicht gefunden"

4.
E: http://MEINEDDNS-IP.selfhost.eu:5005
A: Fehler 404 "Website nicht gefunden"

Hat jemand eine Erklärung für 1 vs. 2 oder 3 vs. 4?

Was könnte mir helfen?

Danke

RowLow

Ameisentaetowierer · 03. Feb 2014

Das hört sich für mich nach caching des Browsers oder des Rechners an.
Mach mal eine DOS-Box auf und probiere
nslookup MEINEDDNS-URL.selfhost.eu

Dabei sollte auf jeden Fall die richtige IP rauskommen.
Dann mal
ping MEINEDDNS-URL.selfhost.eu

Auch dabei sollte die korrekte IP rauskommen.
Wenn nicht, ip-cache leeren mit ipconfig /flushdns:
http://technet.microsoft.com/de-de/library/cc781949(v=ws.10).aspx

Wenn das Problem aber nur im Browser besteht, schmeiß den IE weg und lösche den Browser-Cache (oder umgekehrt).

RowLow · 04. Feb 2014

Vielen Dank für den Tipp!
Habe ich gemacht auf dem Remote Computer.
Die Symptome (siehe oben) bleiben aber die gleichen. Übrigens auch mit Firefox.

Gruß

RowLow

Fusion · 04. Feb 2014

Szenario 1: Annahme Remote-PC ist außerhalb deines LAN (und nicht via VPN an dein LAN angebunden) und versucht über dein WAN/Public IP zuzugreifen.
Wenn der Remote-PC bei Eingabe von "http://MEINEDDNS-URL.selfhost.eu:5000" die Adresszeile in "http://192.168.2.100:5000/" automatisch umwandelt ist entweder der Browser oder eine Systemeinstellung ein Problem. Er ersetzt ja eine URL direkt mit einer lokalen IP und versucht gar nicht erst via Internet auf das Ziel zuzugreifen.
- Wie bist du und wie ist der Remote-PC an das Internet angeschlossen (Hardware-Kette)? Und wie greifst du auf diesen zu?
- Was liefert denn die Ausgabe von "nslookup MEINEDDNS-URL.selfhost.eu" in der DOS-Box auf dem Remote-PC?
- Was liefert wieistmeineip.de für eine IP und ist die mit der bei selfhost.eu gelisteten identisch?

Szenario 2: Annahme Zugriff erfolgt innerhalb des LAN. Hier ist nicht klar, ob der Rechner oder der Router schon erkennt, dass es sich um eine Loopback Verbindung handelt und direkt mit der DS verbindet, oder ob die Verbindung wirklich erst nach außen geht. Auch hier wäre die Ausgabe von nslookup und pathping vom lokalen Rechner interessant.

Szenario 3+4: Wo hast du das eingegeben? Hast du eine Netzwerkadresse wie in dem Video angegeben eingerichtet? Benutzer und webDAV Benutzerberechtigungen passen?
Funktioniert denn webDAV lokal mit lokale-IP-DS:5005 oder lokale-IP-DS:5006?

Nachtrag zu Empfehlung 2: Bekannte Ports für diverse Dienste, also z.B. port 22 für SSH werden gezielt nach angreifbaren Systemen gescannt. Wenn du jetzt. zB. Port 43223 extern auf Port 22 intern umleitest werden die meisten Scans ins Leere laufen. Nur die wenigsten Angreifer werden sich die Mühe machen bei automatischen Scanläufen alle Ports nach beliebigen Diensten abzusuchen. Das dauert einfach deutlich länger und es gibt ja noch viele andere "Opfer" wo es einfacher geht.

Edit:
Nachsatz. Hab noch mal gelesen in deinem ersten Posting. ... Firmennetz... eventuell ist da einfach manches gesperrt

RowLow · 04. Feb 2014

Hallo,
der "Remote-Computer" wird aus meinem LAN heraus mittels TeamViewer gesteuert. Er steht am anderen Ende der Stadt und ist in einem anderen LAN.
Wenn ich über Teamviewer->Remote-PC->cmd->"nslookup www.MEINEDDNS-URL.selfhost.eu" eingebe, wird MEINEDDNS-IP ausgegeben.
Wenn ich über Teamviewer->Remote-PC->"www.wieistmeineip.de" eingebe, wird EINEANDERE-IP gemeldet.
Mein lokaler Rechner im LAN meldet MEINEDDNS-IP bei www.wieistmeineip.de.

pathping liefert vom LAN-PC:
-----
0.Lokale-IP
1.MEINDDNS-IP
-----

pathping liefert beim Remote-PC über Teamviewer:
-----
0. Lokale-IP im anderen LAN
1. ...
12. IRGENDEINE-IP
13. * * *
Ablaufvervolgung beendet.
-----

Wenn ich lokal "Netzwerkadresse hinzufügen" mit "\\192.168.2.100:5005" mache erscheint: "Eine Freigabe ist für die Veröffentlichung erforderlich. Verwenden Sie einen anderen Standort."
Es kommt keine Loginabfrage.
Es gibt in der DS Nutzer mit Rechten auf die vorhandene Dateistruktur.
webDAv darf meine Dateistruktur nutzen. Die Hauptnutzer dürfen webDAv nutzen.

Danke für die Erklärung mit den Ports, werde ich beherzigen.

Gruß und danke für die Geduld...

RowLow

Fusion · 04. Feb 2014

Ok, also scheint die Auflösung deiner Public IP zumindest zu funktionieren. Ich würde trotzdem sicherheitshalber alle externen Tests sowohl mit ddns-url wie Public-IP probieren bis es mal läuft. Erstmal sollte man eh schauen, dass es lokal mal läuft, remote kann man danach noch machen. Ein Problem nach dem anderen.
Auf der anderen Seite bin ich nicht sicher, ob das lokal via unc \\ .. prinzipiell funktionieren sollte (in dem Fenster Dialog gab es doch "Beispiele anzeigen")?)
Von daher vielleicht doch auch via "http://....:5005" immer probieren.

Sind die Benutzernamen auf dem Rechner und der DS identisch?
Hast du mal probiert, was passiert, wenn du mal "\\lokale-IP:5005\Freigabe" probierst? (Idee kommt von http://www.synology-forum.de/showth...s-Windows-7-Netzwerk-einbinden-(Arbeitsplatz) ). Oder eben auch mit http:// ...:5005/freigabe von extern.

Edit:
Ebenfalls kannst mal schauen, was in den DSM-Einstellungen unter Router-Port für den Hostname gesetzt ist. Evtl. hilft es da mal den ddns-url name einzutragen.

Edit2: Schon gelesen, ob was interessates dabei?
http://www.synology-forum.de/showth...funktioniert-nicht-Alles-korrekt-eingerichtet

RowLow · 04. Feb 2014

Hi,

die Nutzer auf der DS und dem Rechner haben den gleichen Namen, aber verschiedene Passwörter.

Folgendes habe ich ausprobiert beim lokal „Netzwerkadresse hinzufügen“:

1.
\\192.168.2.100:5005\privat - das ist der Ordner unter der Ebene \volume2. Für diesen Ordner hat der User rw-rechte.

\\192.168.2.100:5005\privat\Photos - da will ich eigentlich hin

Bei beidem ist die Rückmeldung „Der eingegebene Ordner ist ungültig.“

2.
\\192.168.2.100\privat - jetzt fragt er Login ab. Das tuts dann und er hat eine Netz-werkverbindung

\\diskstation\privat - tuts auch.

3.
http://192.168.2.100:5005/privat - liefert „Der eingegebene Ordner ist ungültig.“

zusätzlich mal von extern probiert:
4.
Über Teamviewer->Remote-PC->Dateiexplorer http:\\MEINEDDNS-IP:5005\privat\ geht es nicht.
Über Teamviewer->Remote-PC->Dateiexplorer http:\\MEINEDDNS-IP:5005\privat\Photos geht es bis zur Passwortabfrage.
Wenn ich dort diskstation\LOGINNAME und das Passwort eingebe, tuts das nicht und bitte nochmal eingeben.
Wenn ich dort dann aber LOGINNAME und das Passwort eingebe, kommt Fehler 403 (abgelehnt). Dann muss ich den Browser neu starten, damit ich es wieder versuchen darf.

Tipp „Router-Port“:

Da hatte ich stehen „diskstation“. In dem Feld darf man keine Sonderzeichen (ich habe ein _ in MEINEDDNS-URL) eintragen. Man darf auch keine Punkte . eintragen (will also auch keine IPs oder URLs haben).
Jetzt habe ich den Eintrag gelöscht.

Gruß

RowLow

Fusion · 04. Feb 2014

Hast du es remote auch über den Explorer, also Dateimanager, probiert oder nur via Browser?
Im Normalfall sind Benutzer/Pass immer ohne Rechner/Domäne anzugeben.
1. deutet darauf hin, dass er evtl. bei Eingabe von \\ nach einer SMB-Freigabe sucht. Da stört dann vermutlich das 5005, weshalb es mit 2. funktioniert. Aber halt nicht via webDAV.
Hattest du 3. ohne die Freigabe lokal schon probiert gehabt, also http://192.168.2.100:5005 als Netzwerkadresse im Dateimanager?

Also beim Router-Port habe ich sub.domain.tld als Hostname drinstehen welche auf meine PublicIP verweist.
Ich dachte es könnte helfen, dass sie die DS auch zuständig fühlt, wenn eine entsprechende Anfrage über den Namen reinkommt.

RowLow · 04. Feb 2014

hi,
sorry, unter 4. war nicht Browser gemeint, sondern ebenfalls über "Netzwerkadresse hinzufügen".

habe auch lokal http:\\192.168.2.100:5005 ausprobiert. "Der angegebene Ordner ist ungültig".

nochmal sorry: unter Router-Port gehen auch Punkte. Unterstrich geht aber nicht. Ich kann also nur die MEINEDDNS-IP eingeben, das habe ich jetzt mal gemacht.

Ich habe jetzt mal was neues:
Wenn ich eingebe Teamviewer->Remote-PC->Browser->http:\\MEINEDDNS-IP:5000\privat
dann erscheint (ohne Passwortabfrage):
Synology: Es tut uns leid, die von Ihnen gesuchte Seite konnte nicht gefunden werden.

Also irgendwie scheint eine Verbindung von extern auf die DS zu klappen (mehr oder weniger, ist jedenfalls nicht ausgeschlossen), aber lokal tuts das nicht bzw. die konkrete DS-Funktionalität läuft nicht.

Ist es denkbar, dass der Unterstrich in der DDNS-URL Probleme macht. Finde ich schlecht denkbar, das Problem müsste dann ja längst bekannt sein.
hmmmmmmm:
http://de.wikipedia.org/wiki/Hostname#Richtlinien
Ist das dann für mein Problemchen relevant?

Vielen Dank nochmal
Gruß

RowLow

RowLow · 05. Feb 2014

Hi,
so, jetzt habe ich mal die Sonderzeichen aus MEINEDDNS-URL entfernt.
Folgendes passiert nun neuerdings (es sollten also keine Unterstriche in MEINEDDNS-URL sein):
E: Teamviewer->Remote-PC->Firefox->http://MEINEDDNS-URL.selfhost.eu:5000\Level0Freigabe\Unterordner
A: Loginfenster mit der Meldung Ausgabe der Website: "SYNO_WebDAV Storage"

So jetzt die bekannten Logindaten eines Hauptusers, der webDAV auf diesem Ordner darf, dann erscheint aber:
-----
403 - Forbidden
You don't have permission to access /Level0Freigabe\Unterordner on this server.
-----

Also ist es nach dem Entfernen von Sonderzeichen aus MEINEDDNS-URL ein diskstation Problem!?

Ich bitte um Hilfe

RowLow

Ameisentaetowierer · 05. Feb 2014

Probier mal
"http://MEINEDDNS-URL.selfhost.eu:5000/Level0Freigabe/Unterordner"

statt

"http://MEINEDDNS-URL.selfhost.eu:5000\Level0Freigabe\Unterordner"

Das mit den Backslash ist eine dumme Idee von Microsoft.

RowLow · 05. Feb 2014

habe die anderen slashes probiert über Teamviewer->Remote-PC->Browser->...:5005/Level0/Unterordner

macht keinen unterschied.

Fusion · 09. Feb 2014

Ob es nur die Tipp-Müdigkeit ist, manchmal schreibst du 5000, mal 5005 ...

Ich wußte gar nicht, dass Unterstriche überhaupt in Domain-Namen erlaubt wären ...

Also ich habe jetzt bei mir jetzt mal getestet. Ich denke die Benutzung eines Browsers geht nicht, da kommen bei mir auch nur Fehler raus. Denke da wird versucht irgendwas vom system oder user Apache abzurufen, was es nicht gibt.

Mein Test-Setup:

DSM - Systemsteuerung, WebDAV https aktiviert auf 5006
Router - Portweiterleitung von xxxxx -> 5006 für die DS-IP-lokal

Android, WebDAV File Manager
beliebiger server name
URL: https://sub.domain.tld/freigabe
user/pass: Benutzer mit WebDAV Rechten
Port: xxxxx

-> Funktioniert sofort (Smartphone im Mobilnetz eingebucht, kein WLAN aktiv). Und es geht auch mit URL OHNE "/freigabe"

Ebenfalls geht es lokal mit WLAN, wenn ich "https://ds-name" und Port 5006 benutze. Ebenfalls mit und ohne "freigabe" (er lädt in dem Fall das root-Verzeichnis aller Freigaben)

Zudem habe ich es noch von einer virtuellen Win7 Maschine hier im lokalen Netz probiert (hab nix anderes verfügbar).
Dort Windows Dateimanager geöffnet, map network drive, Buchstabe gewählt, "https://ds-name:5006", Benutzer/Pass im Dialog nach Klick auf finish eingegeben. Danach zeigt er mir ein neues Laufwerk mit allen Freigaben auf der DS.

Bei mir funzt es also mit allen Wegen, die ich gerade testen konnte. Chrome/Firefox etc haben mit dem WebDAV Protokoll nix zu tun (jedenfalls nicht ohne passende Add-Ons und vermutlich Modifikationen auf Server Seite).

RowLow · 09. Feb 2014

Hi,
tja, also wenn mich selfhost.eu beim Einrichten der DDNS-URL daran gehindert hätte, Unterstriche zu verwenden, hätte ich ne Menge Zeit gespart.

Ich habe also nun eine URL ohne Unterstriche und es funzt alles mit dem webDAV-Client Bitkinex, den Synology in der Hilfe empfiehlt.

Lokal einen Netzlaufwerkbuchstaben einrichten wie Fusion geht auch (Port 5006).

Muss morgen mal gucken, über Teamviewer->Remote-PC->Netzlaufwerk verbinden mit https:\\DDNS-URL:5006 geht jedenfalls leider nicht.

Kann das überhaupt gehen - und wie? Ich hätte auf entfernten Rechnern gerne ein Windwos-Laufwerksbuchstaben.

Gruß

Fusion · 09. Feb 2014

Das muß gehen. Hast du im Dateimanager nochmal das "Netzwerkadresse hinzufügen" probiert? Anstelle des "Netzlaufwerk hinzufügen".
Bin mir halt nicht sicher, wie Windows das Protokoll prüft.

Hast du eventuell mal ein Tool wie NetDrive probiert? Das bindet WebDAV auch als Laufwerk ein.
http://www.synology.com/en-global/support/tutorials/570

Zudem könntest du mal die Registry checken (das habe ich zwar von einer Seite die owncloud webdav behandelt, aber ...):

Problem:
Windows nimmt den Benutzernamen und Kennwort nicht an.

Lösung:
Öffnen Sie die Registry über

Start > Ausführen > regedit

Navigieren Sie zu
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\WebClient\Parameters

Ändern Sie dort den Parameter von
BasicAuthLevel = 1
auf
BasicAuthLevel = 2

Anschließend starten Sie Ihren PC neu.

RowLow · 10. Feb 2014

Hi,
danke für die Tipps.
regedit hatte ich schon seit einer Weile auf BasicAuthLevel = 2. Auf dem LAN-Rechner aber auch auf dem Remote Rechner.

Habe auf dem Remote PC (Windows 7) probiert:

E: Netzlaufwerk verbinden -> Buchstabe wählen -> https:\\MeinDDNS.selfhost.eu:5006
A: Nach einer Weile ("Verbindungsversuch ...") kommt die Passwortabfrage. 1. mal eingeben: geht nicht, PW-Eingabefeld kommt wieder. 2. mal eingeben: "Das Netzlaufwerk konnte nicht verbunden werden, da der folgende Fehler aufgetreten ist: Ein an das System angeschlossenes Gerät funktioniert nicht."

Gleiches bei Eingabe über Port 5001.

Als nächstes habe ich netdrive installiert auf dem Remote Rechner. Ich habe die Synology-Anleitung für netdrive befolgt und erhalt die Fehlermeldung "Mounting Drive R: failed. Login failed. Please check the internet connection."

Funktioniert nicht.
Habe aber diesen Thread gefunden

http://www.synology-forum.de/showthread.html?41761-WebDAV-https-Zugriff-unter-Windows-8&highlight=basicauthlevel

(bei https muss man noch advanced settings in der server-definition auf ENCODING==UTF-8 und Häkchen bei "Use HTTPS" setzen. So hats dann jedenfalls bei mir geklappt.

Damit hat die Verbindungsgeschichte letztendlich funktionert:

Zusammenfassung:
ds213j an Router w921v.
Ziel: von extern auf die Diskstation-Ordner zugreifen und als Windows-Laufwerk einbinden.

DDNS besorgen (bei mir selfhost.eu)
Router mit DDNS Einstellungen versorgen
Router Ports freigeben (z.B. https 5001 und 5006)
Remote Rechner regedit vornehemn (siehe oben). habe nicht probiert, ob es auch ohne diesen Schritt geht. (EDIT: habe es rückgängig (WERT=1) gemacht und es geht genausgut bzw. langsam (s.u.) wie vorher).
Eigenes Zertifikat erstellen. Habe nicht probiert, ob es auch ohne den Schritt geht.
webDAV in der ds aktvieren (bei mir nur für https)
ds-user muss webDAV dürfen
netdrive auf dem Remote Rechner installieren
bitkinex geht auch, aber dann ohne Windows-Laufwerksbuchstaben.
netdrive einstellungen wie in Synology-Hilfe vornehmen
netdrive bei Verwendung von https auch noch wie oben beschrieben einstellen.

Hoffe, die Liste ist vollständig und hilft dem einen oder anderen.

Danke an Fusion und die anderen Tippgeber!!

Gruß

rowlow

RowLow · 10. Feb 2014

Hi,

so nach der Zusammenfassung gleich die nächste Frage:

Die von netdrive eingefädelte Verbindung in ein Windows-Laufwerk ist extrem langsam!

Also an den beiden LANs kann es nicht liegen. Kabelverbindungen.

Wenn ich mal eine Datei von der Diskstation auf meinen Remote PC kopieren will, dann zeigt der Windows-Kopiermanager ca. 250 KB/s an. 11MB haben so ca. 30 sec. gedauert (dann wäre es etwas schneller als 250).

Hat da jemand eine Idee?

Danke