Cloud Station eZCloud ID / DynDNS Adresse - Verbindungsfehler / Verbindungsabbruch

[Baldwin]

Hallo,

folgende Ausgangssituation > Ich greife mit meinem Laptop über eZCloud ID auf die Cloud Station zu. Das klappt auch hervorragend. Da wir das ganze für den Datenaustausch im Verein nutzen, greift Person 2 von extern ebenfalls über den gleichen Benutzernamen auf die Daten zu. Er benutzt hierzu die DynDNS Adresse. Jedesmal wenn sich nach 24 Std. die IP ändert ist jetzt bei ihm die DynDNS Adresse aus dem Cloud Client raus und es steht die alte IP Adresse drin. Also jedesmal Client trennen und DynDNS wieder eintragen. Also wollte Person 2 auch die eZCloud ID eintragen, da es hier diese Problem nicht gibt, bekam allerdings keine Verbindung. Hatte jemand von euch schon mal ähnliche Probleme ? Gibt es eventuell irgendwelche Beschränkungen bezüglich der eZCloud ID ? Ich bin davon ausgegangen, das man sich von überall aus verbinden kann und hierzu auch üblicherweise die Cloud ID verwendet.
Das die DynDNS Adresse sich nach Unterbrechen der Verbindung nach 24 Std in eine IP auflöst ist auch sehr merkwürdig.

 

[Trolli]

Du solltest die Cloud-ID in das Verbindungsfeld eintragen, nicht die DynDNS. Dann müsste es funktionieren...

 

[Baldwin]

Du solltest die Cloud-ID in das Verbindungsfeld eintragen, nicht die DynDNS. Dann müsste es funktionieren...

Hallo Trolli ,

das habe ich ja versucht, aber es klappt nur bei meinem Arbeitsplatz. Bei dem 2. externen Arbeitsplatz fuktioniert es nur über die DynDNS Adresse ( 2. Arbeitsplatz befindet sich nicht im Lan sondern externer Zugriff). Wenn wir versuchen bei diesem Arbeitsplatz auch auf eZCloud umzustellen kommt folgende Fehlermeldung > "Fehler beim herstellen von Verbindung zu eZCloud Server prüfen Sie die Netzwerkeinstellung". Sehr merkwürdig da ja die Verbindung über DynDns funktioniert, die richtige Cloud ID ist eingegeben. Insbesondere da die EZCloud ID auf meiner Seite ja funtioniert.

 

[Trolli]

Hmmm - das ist wirklich alles recht seltsam.

 

[ZUGI]

Ich habe exakt dasselbe Problem. In das Adressfeld habe ich die DynDNS-Adresse eingetragen. Wenn ich mir den Verbindungsstatus anzeigen lassen, sehe ich die Adresse dort auch. Nach 24 h bzw. nachdem sich der Router neu eingewählt hat, steht dort jedoch nicht mehr die Domain sondern die IP-Adresse. Wie kann das sein?

 

[jahlives]

und steht dann auch irgendwann wieder von selber der Name drin oder musst du den jeweils jedesmal (nach REconnect) wieder manuell eintragen? Eigentlich sollte es keinen Unterschied machen ob IP oder Name. Denn der Name sollte ja eh auf deine aktuelle externe IP zeigen

 

[ZUGI]

Ne, es scheint dann dauerhaft die IP-Adresse (und nicht mehr die Domain) drinzustehen, so dass ich die Verknüpfung aufheben und die Zugangsdaten neu eintragen muss.

 

[Baldwin]

Genau das passiert bei mir andauernd, ich habe jetzt mal eine manuelle Cloud ID vergeben. Damit klappt es zwar, aber auch hier gibt es regelmäßig Verbindungsfehler. Zusätzlich ist mir jetzt noch aufgefallen das manchmal nicht alle Daten syncronisiert werden. Ich hoffe das diese Fehler mit Ende der Beta Phase noch beseitigt werden.

 

[ZUGI]

Ich habe jetzt mal testweise die (automatisch generierte) eZCloud-ID eingetragen. Das scheint bei mir problemlos zu funktionieren, auch beim Reconnect des Routers. Trotzdem wäre es wünschenswert, wenn Synology es auch mit der DynDNS-Adresse hinbekommt, weil ich die auch für andere Zwecke benötige und ich mir nicht zwei Adressen merken müssen möchte.

 

[rauppe31]

Vesuch mal, eine manuelle ID anzulegen, die gleich ist wie deine DDNS-Adresse. Mal schauen, ob es dann klappt

 

[ZUGI]

Man kann keine Punkt in der benutzerdefinierten eZCloud-ID angeben. Funktioniert also nicht.

Generell wundert mich dieses Problem sehr. Normalerweise sollte doch jedes Programm mit den DynDNS-Adressen zurechtkommen. Die Cloud-Station scheint aber die Adresse aufzulösen und sie dann in der Konfigurationsdatei durch die IP-Adresse zu ersetzen. Merkwürdiges Verhalten...

 

[sebb0]

Danke für den Thread... ich bin seit Tagen am rätseln, warum der Sync im LAN super funktioniert, aber über extern auf zwei laptops nicht.
Ein kurzer Blick in den Status und der Vergleich der dortigen IP mit der aktuellen IP zeigt dass sie nicht aktuell ist...
Edit: hab die config manuell angepasst auf den dyndns namen... hoffe er bleibt jetzt drin. Aber es synct wieder - yay

 

[Puzzelkoenig]

Moin...
Ich hatte dasselbe Problem mit der ezID. Habe dann auf der Box selber eine eingetragen u. bis jetzt läuft es ohne Fehler durch u. synct auch brav.
Kann nur sagen, das ich etwas verwundert war, das permanent die ID oder Adresse in eine IP gewandelt hatte.Egal, jetzt läuft alles wieder wie geschmiert!!
Gruß

 

[Rabbit_1]

Hallo, ich habe auch das Problem das die Dynadresse nach 24 Stunden durch die IP ersetzt wird, und meine EZCloud funktioniert auch nicht mehr, da steht ständig Netzwerkfehler, mal gehts dann wieder aber nicht lange
Habt ihr eure DS auch mal im MyDsCenter Registriert? Da werden von meiner DS auch keine Infos Angezeigt

Gruß

 

[HarryPotter]

meine EZCloud funktioniert auch nicht mehr, da steht ständig Netzwerkfehler

Genau das gleiche Problem hier bei meiner DS712+. Das ezCloud Zeugs funktioniert nicht mehr. Wenn ich im Reiter "QuickConnect" eine Funktion (zB DS File) auswähle und auf "uebernehmen" klicke, steht beim Status der ezCloud Info eine zeitlang "Registrieren" und das wechselt dann auf "Netzwrkfehler, bitte checken Sie ihre Netzwerkeinstellungen blablabla".

Damit kann ich mich weder mit der vorgegebenen ezCloud Nummer noch mit der persönlichen ID verbinden. DDNS von Synology hingegen ist kein Problem. Firewall ist aus, rsp steht alles auf "erlauben".

 

[goetz]

Hallo,
der Cloud-Client bekommt eine Fehlermeldung von 209.221.132.6

POST /Serv.php HTTP/1.1
User-Agent: Synology/CloudStation
Host: usc.synology.com
Accept: */*
Content-Length: 109
Content-Type: application/x-www-form-urlencoded

{
   "command" : "request_tunnel",
   "id" : "cloudstation",
   "serverID" : "002296237",
   "version" : 1
}
HTTP/1.1 200 OK
Server: nginx/0.7.65
Date: Wed, 04 Apr 2012 16:36:00 GMT
Content-Type: text/html
Transfer-Encoding: chunked
Connection: keep-alive
X-Powered-By: PHP/5.3.5-1ubuntu1ppa4

4f
{"version":1,"command":"request_tunnel","errno":4,"errinfo":"RequestTL.php:64"}
0

die DS sendet aber nichts mehr an 31.6.72.106 so wie bisher.
Das hatte sie bisher gemacht:

POST /Serv.php HTTP/1.1 
User-Agent: Synology Relayd 1.0-2166 
Host: 31.6.72.106 
Accept: */* 
Cookie: PHPSESSID=XYZ 
Content-Length: 39 
Content-Type: application/x-www-form-urlencoded  
{"command":"wait_command","version":1}  

HTTP/1.1 200 OK 
Server: nginx/0.7.65 
Date: Tue, 17 Jan 2012 18:46:31 GMT 
Content-Type: text/html 
Transfer-Encoding: chunked 
Connection: keep-alive 
X-Powered-By: PHP/5.3.5-1ubuntu7.2ppa1~lucid 
Expires: Thu, 19 Nov 1981 08:52:00 GMT 
Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0 
Pragma: no-cache  

30 
{"version":1,"command":"wait_command","errno":0} 
0

Client und DS versuchen eine http Verbindung zu 31.6.72.107 aufzubauen, antwortet aber niemand.

Gruß Götz

 

[HeinrichB]

ich habe auch keinen Zugriff mehr auf den DS File App mit der ez cloud ID, und die Cloud Station funktioniert natürlich auch nicht :-(



kann man eine neue ID anfordern oder resten, oder was sonst tun??

LG Heinrich

 

[stefan1609]

Ich habe bei meiner DS212 ebenfalls dieses Problem. Wat nu?

 

[HeinrichB]

so wie schon einige geschrieben haben, vormittags ging es, aufeinmal nicht mehr!!!?!
Hab keinen Plan

 

[rauppe31]

Abwarten und Tee trinken

Ich finde, in letzter Zeit hat Synology viele Probleme mit dieser ID. Ich bin schon ein wenig enttäuscht.
Zum Glück benutze ich diese ID nicht.