trage Cloud Station ShareSync over internet

[Briolet]

Dat 2e IP  (185.230.125.33) is een nummer uit Zwitserland. (Die naam suggereert het ook een beetje)

185.206.226.118 is een brits IP nummer.

Alle volgende t/m hop nr 8 zijn ook brits. Pas bij hop 9 zit je weer in Nederland en kom je vervolgens bij dit forum uit.

Ik heb geen idee waarom het bedrijf een verbinding via Zwitserland heeft lopen en waarop de lokale routers niet in een traceroute voorkomen. Zo'n omweg geeft wel belachelijk grote ping waardes.

[boco]

Ik heb geen idee waarom het bedrijf een verbinding via Zwitserland heeft lopen en waarop de lokale routers niet in een traceroute voorkomen.

Ah! dat was de VPN 

Zonder VPN kreeg ik inderdaad een andere lokale router te zien - dan kan het alsnog daar aan liggen - ik ga dus eerst de reactie van de technische beheerder van het pand afwachten..

[boco]

zojuist na een lange stilte een reactie van Synology support ontvangen:

Based on log message, it seems your network is not stable.

Apr 07 03:03:13 [ERROR] proto-ui.cpp(286): failed to connect to server at 92.111.19.127:51802
Apr 07 03:03:13 [ERROR] conn-finder.cpp(195): TestConnect: error code -200, error message: 'channel error while connecting to server'
Apr 07 03:03:13 [ERROR] proto-ui.cpp(286): failed to connect to server at fe80:0:0:0:231:32ff:fe85:b852:6690
Apr 07 03:03:13 [ERROR] conn-finder.cpp(195): TestConnect: error code -200, error message: 'channel error while connecting to server'
Apr 07 03:03:13 [INFO] protocol-client.cpp(148): Failed to establish a new channel (-2), trying to find a new connection.
Apr 07 03:03:13 [ERROR] long-poller.cpp(348): Failed to send/recv long poll request. (code: -2)
Apr 07 03:03:13 [ERROR] long-poller.cpp(183): Failed to long poll event for connection 2, fallback to pull event. (code: -2)
Apr 07 03:03:13 [ERROR] connection.cpp(628): Failed to find connection for server 'boco918' (use_quick_connect_server = No) (reason: 'Cannot connect to server, we've tried our best.')
Apr 07 03:03:13 [INFO] error-handler.cpp(70): Worker (4190947): Handle error: I/O error.
Apr 07 03:03:14 [INFO] protocol-client.cpp(148): Failed to establish a new channel (-2), trying to find a new connection.
Apr 07 03:03:14 [INFO] error-handler.cpp(70): Worker (419988): Handle error: I/O error.

Could you please, help to check your network setting? If you are using the QuickConnect id to connect the 2 NAS:

1. Please help us to check the DNS Server and Gateway settings are properly configured on Diskstation.
Usually, the gateway and DNS should be your router's IP address, and we suggest to use a Public DNS server as DNS server instead of your Router.
You can set up DNS server to 8.8.8.8 or 8.8.4.4 (Google's public Server) in Control Panel > Network.

2. Please go to Control Panel > Network > Network Interface > edit > IPv6, change the setting from "Auto" to "Disable"; in IPv4 tab, please uncheck "jumbo frame" option.

3. Please go to Control Panel > External Access, and enable Heartbeat again.

4. It is possible the function [Firewall] or [Auto Block] of Synology NAS is blocking your accessing. To release the rules of [Firewall], suppose now you still could access DSM GUI, you could go to DSM > Control Panel > Firewall > Uncheck all rules and click save.

5. Please go to DSM > Control Panel > Regional Options to sync the time with one NTP server.

Ik heb dus alle punten even gecontroleerd - het enige wat veranderd moest worden was de DNS naar 8.8.8.8 wijzigen.

Nu is er iets veranderd:



je kunt dus zien dat de verbinding hoge punten van bijna 1200Kbps bereikt, maar dan zakt het het helaas ook snel omlaag (ik heb het zojuist even gecheckt en het staat weer op 10Kbps )

Iemand een idee?

[Birdy]

Ok, nu eerst even vaststellen:

- De verbinding is er met gebruikmaking van of IP-Adres of DDNS of QC ?
- - M.a.w. de port forwarding is goed ? (met QC hoeft dat niet maar, mag wel).

- Ben je geheel opnieuw aan het syncen ?
- - Als dat waar is, dan zou ik een meer contante (hoge) upload zien.
of
- Heb je de oude sync (die je thuis had gedaan) herkoppeld ?
Als dat waar is, dan is er geen constante upload, je krijgt pieken en dalen.

Alhoewel, in het algemeen, vind ik 1MB upload niet echte geweldig als de beheerder aangeeft 30MB/sec

[Birdy]

Doe anders eens een test op kantoor in PuTTY:

Code: [Selecteer]

time wget -O /dev/null http://speedtest.ams01.softlayer.com/downloads/test500.zip

[boco]

Goedemorgen!

@Birdy - ik zit weer op kantoor en heb PuTTY gedownload - maar hoe/wat moet ik verder doen? (sorry, maar ik heb er weinig/geen verstand van..)

- De verbinding is er met gebruikmaking van of IP-Adres of DDNS of QC ?
- - M.a.w. de port forwarding is goed ? (met QC hoeft dat niet maar, mag wel).

QC

- Ben je geheel opnieuw aan het syncen ?
- - Als dat waar is, dan zou ik een meer contante (hoge) upload zien.
of
- Heb je de oude sync (die je thuis had gedaan) herkoppeld ?
Als dat waar is, dan is er geen constante upload, je krijgt pieken en dalen.

oude sync herkoppeld - maar er zijn al grote wijzigingen (nieuwe bestanden) van een paar GB geweest, dus volgens mij hoort het bezig te zijn..?

Alhoewel, in het algemeen, vind ik 1MB upload niet echte geweldig als de beheerder aangeeft 30MB/sec

Ja - dat vind ik ook!

[Birdy]

Zie hier onder: DSM6 en hoger: Wil je alleen PuTTY (CLI: Linux/DSM kennis vereist):

[boco]

dank voor de link @Birdy - het is gelukt!

en nu?

[Birdy]

Goed resultaat
Dus, dat is het niet.

oude sync herkoppeld - maar er zijn al grote wijzigingen (nieuwe bestanden) van een paar GB geweest, dus volgens mij hoort het bezig te zijn..?

Zoals gezegd: "dan is er geen constante upload, je krijgt pieken en dalen."

Is die sync dan nu nog bezig ? Zo ja, sinds ?

[boco]

Goed resultaat
Dus, dat is het niet.

fijn om te horen 

Zoals gezegd: "dan is er geen constante upload, je krijgt pieken en dalen."

Is die sync dan nu nog bezig ? Zo ja, sinds ?

Ja - de sync is nog steeds bezig - al een paar dagen inmiddels - maar alleen met de nieuwe grote bestanden (ongeveer 8GB samen). Ik heb het gevoel dat het al een paar keer opnieuw is begonnen (maar ik kan het niet zeker terugzien). De pieken en dalen lijken echter heel extreem - het gaat over van ongeveer 500Kbps naar 2Kbps iedere paar seconden..

[Birdy]

Zal vandaag eens kijken of ik "onder water" een log file kan vinden waarin mogelijk e.e.a. duidelijk wordt.

[Birdy]

Aan de Cloud Station ShareSync kant, dus thuis:
File Station: maak even een map aan in een gedeelde map b.v. "logfiles"

Geef in PuTTY het volgende commando:

Code: [Selecteer]

cp /volume1/@CloudStationClient/log/* /volume1/[b]<een gedeelde map>/logfiles[/b]
File Station: zip de map logfiles en plaats die zip in dit Topic, dan zal ik er eens naar kijken.

[Birdy]

O ja, @boco in die log files wordt ook vermeld welke files er verzonden/bijgewerkt worden.
Als je niet wilt dat deze info hier in het openbaar geplaatst wordt (als bijlage), stuur mij dan even een PM, dan geef ik je mijn e-mail adres.

Je kunt natuurlijk ook zelf in de files kijken en mogelijk ontdekken wat er aan de hand is.

[boco]

Dank @Birdy - ik ben pas donderdag weer op kantoor - dan ga ik er naar kijken en iets laten weten.

En in de tussentijd heb ik ook even thuis de PuTTY command geprobeerd en het resultaat is volgens mij veel minder:

De verbinding hier is wat minder als op mijn werk, maar zo traag moet het ook niet zijn - zie speedtest.net resultaat van zojuist:


ik weet niet of je hier iets aan hebt..?

[Birdy]

Laatste plaatje, upload is behoorlijk laag, max 1MB/sec, dat kan dus de reden zijn.
Althans, je upload toch naar kantoor?

En wat betreft de log files, die moet je dus hebben van je NAS thuis.