Auteur Topic: trage Cloud Station ShareSync over internet (gelezen 14622 keer)

Birdy · « **Reactie #45 Gepost op:** 11 april 2018, 08:50:49 »

Aangezien de upload thuis niet hoger komt dan 7.79/Mbps (1MB) met een Abo van 25/Mbps (3MB), zou ik de UTP kabel tussen de Linksys E4200 en de Experia Box v8 eens vervangen.

boco · « **Reactie #46 Gepost op:** 11 april 2018, 09:17:16 »

oké - ik ga straks een nieuwe UTP kabel halen - maakt het veel uit nou of het CAT.6 of CAT.5e is? - de huidige is een 2m lang CAT.5e.

En hoe kom je aan 1MB en 3MB van de 7.79/Mbps en 25/Mbps?

De snelheden variëren veel trouwens - ik heb zojuist weer een speedtest.net gedaan en krijg de volgende:

trage Cloud Station ShareSync over internet

Briolet · « **Reactie #47 Gepost op:** 11 april 2018, 09:23:29 »

Cat 5e is voldoende voor gigabit.

Birdy · « **Reactie #48 Gepost op:** 11 april 2018, 10:49:04 »

Citaat

En hoe kom je aan 1MB en 3MB van de 7.79/Mbps en 25/Mbps?

1 Mbps (megabit/ps) = 0.125 MB/s

Dus, deel Mbps door 8 en je komt op MB's

boco · « **Reactie #49 Gepost op:** 11 april 2018, 13:16:14 »

UTP kabel is vervangen - ik merk geen verschil - hoe kan ik het testen?

Citaat

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/<een gedeelde map>/logfiles

File Station: zip de map logfiles en plaats die zip in dit Topic, dan zal ik er eens naar kijken.

moet die gedeelde map eigenlijk ook gesynchroniseerd zijn met de DS918+?

Birdy · « **Reactie #50 Gepost op:** 11 april 2018, 13:18:53 »

Birdy · « **Reactie #51 Gepost op:** 11 april 2018, 23:00:33 »

dscc.log*.* files ontvangen en bekeken:

Laatste goede sync was:

Citaat

Apr 06 21:29:02 [INFO] error-handler.cpp(70): Worker (4025284): Handle error: Successful.

Volgende file volgt:

Citaat

Apr 06 21:42:41 [INFO] stream.cpp(385): sending /volume1/SHARED/…..<FILE-X>.

Echter, zie dan ineens poort 51802 verschijnen:

Citaat

Apr 06 22:00:44 [INFO] conn-finder.cpp(954): QuickConnect(<QC-ID>.quickconnect.to): Successfully get server info.
Apr 06 22:00:44 [ERROR] proto-ui.cpp(286): failed to connect to server at <LOCAL-IP>:6690
Apr 06 22:00:54 [ERROR] proto-ui.cpp(286): failed to connect to server at <IPV6-IP>:6690
Apr 06 22:00:54 [ERROR] proto-ui.cpp(286): failed to connect to server at <EXTERN-IP>:51802

Maar goed, misschien dat je wat met het poort nummer van Cloud Share Sync hebt zitten rommelen ?

Sinds 8 april weer de juiste poort:

Citaat

Apr 08 05:36:03 [ERROR] proto-ui.cpp(286): failed to connect to server at <EXTERN-IP>:6690

Maar connecties blijven falen en blijft proberen om steeds dezelfde FILE-X te syncen.
Dus, ik ga verder naar 11 april en zie dezelfde errors sinds 8 April:

Citaat

Apr 11 16:23:38 [WARNING] stream.cpp(1177): Channel: -2
Apr 11 16:23:38 [ERROR] stream.cpp(1776): Error stack:
Apr 11 16:23:38 [ERROR] protocol-client.cpp(411): Failed to receive message header. (code: -2)
Apr 11 16:23:38 [ERROR] protocol-client.cpp(184): Failed to send protocol. (code: -2)
Apr 11 16:23:39 [INFO] protocol-client.cpp(196): This channel is with an I/O error, erasing the connection info to enforce finding connection in the next run.
Apr 11 16:23:39 [ERROR] long-poller.cpp(348): Failed to send/recv long poll request. (code: -2)
Apr 11 16:23:39 [ERROR] long-poller.cpp(183): Failed to long poll event for connection 2, fallback to pull event. (code: -2)
Apr 11 16:23:39 [INFO] protocol-client.cpp(148): Failed to establish a new channel (-2), trying to find a new connection.
Apr 11 16:23:39 [INFO] protocol-client.cpp(148): Failed to establish a new channel (-2), trying to find a new connection.
Apr 11 16:23:39 [INFO] conn-finder.cpp(581): ip '<QC-ID>' is not a IPv4 address
Apr 11 16:23:39 [INFO] error-handler.cpp(70): Worker (7198140): Handle error: I/O error.
Apr 11 16:23:39 [INFO] conn-finder.cpp(915): QuickConnect: Successfully get server info for '<QC-ID>' from global server
Apr 11 16:23:39 [ERROR] proto-ui.cpp(286): failed to connect to server at <IPV6-IP>
Apr 11 16:23:39 [ERROR] conn-finder.cpp(195): TestConnect: error code -200, error message: 'channel error while connecting to server'
Apr 11 16:23:42 [INFO] protocol-client.cpp(148): Failed to establish a new channel (-2), trying to find a new connection.
Apr 11 16:23:42 [ERROR] long-poller.cpp(348): Failed to send/recv long poll request. (code: -2)
Apr 11 16:23:42 [ERROR] long-poller.cpp(183): Failed to long poll event for connection 2, fallback to pull event. (code: -2)
Apr 11 16:23:42 [ERROR] proto-ui.cpp(286): failed to connect to server at <LOCAL-IP>:6690
Apr 11 16:23:42 [ERROR] conn-finder.cpp(195): TestConnect: error code -200, error message: 'channel error while connecting to server'
Apr 11 16:23:43 [INFO] protocol-client.cpp(148): Failed to establish a new channel (-2), trying to find a new connection.
Apr 11 16:23:43 [INFO] error-handler.cpp(70): Worker (7198170): Handle error: I/O error.
Apr 11 16:23:45 [INFO] protocol-client.cpp(148): Failed to establish a new channel (-2), trying to find a new connection.
Apr 11 16:23:45 [ERROR] long-poller.cpp(348): Failed to send/recv long poll request. (code: -2)
Apr 11 16:23:45 [ERROR] long-poller.cpp(183): Failed to long poll event for connection 2, fallback to pull event. (code: -2)
Apr 11 16:23:46 [INFO] protocol-client.cpp(148): Failed to establish a new channel (-2), trying to find a new connection.
Apr 11 16:23:46 [INFO] error-handler.cpp(70): Worker (7198199): Handle error: I/O error.
Apr 11 16:23:48 [INFO] protocol-client.cpp(148): Failed to establish a new channel (-2), trying to find a new connection.
Apr 11 16:23:48 [ERROR] long-poller.cpp(348): Failed to send/recv long poll request. (code: -2)
Apr 11 16:23:48 [ERROR] long-poller.cpp(183): Failed to long poll event for connection 2, fallback to pull event. (code: -2)
Apr 11 16:23:50 [ERROR] proto-ui.cpp(286): failed to connect to server at <EXTERN-IP>:6690
Apr 11 16:23:50 [ERROR] conn-finder.cpp(195): TestConnect: error code -200, error message: 'channel error while connecting to server'
Apr 11 16:23:50 [ERROR] proto-ui.cpp(286): failed to connect to server at <EXTERN-IP>:6690
Apr 11 16:23:50 [ERROR] conn-finder.cpp(195): TestConnect: error code -200, error message: 'channel error while connecting to server'
Apr 11 16:23:50 [INFO] protocol-client.cpp(148): Failed to establish a new channel (-2), trying to find a new connection.
Apr 11 16:23:50 [INFO] error-handler.cpp(70): Worker (7198228): Handle error: I/O error.
Apr 11 16:23:50 [ERROR] proto-ui.cpp(286): failed to connect to server at <GEEN IDEE WAT DIT VOOR EEN ADRES IS>
Apr 11 16:23:50 [ERROR] conn-finder.cpp(195): TestConnect: error code -200, error message: 'channel error while connecting to server'
Apr 11 16:23:51 [INFO] protocol-client.cpp(148): Failed to establish a new channel (-2), trying to find a new connection.
Apr 11 16:23:51 [ERROR] long-poller.cpp(348): Failed to send/recv long poll request. (code: -2)
Apr 11 16:23:51 [ERROR] long-poller.cpp(183): Failed to long poll event for connection 2, fallback to pull event. (code: -2)
Apr 11 16:23:53 [INFO] protocol-client.cpp(148): Failed to establish a new channel (-2), trying to find a new connection.
Apr 11 16:23:53 [INFO] error-handler.cpp(70): Worker (7198257): Handle error: I/O error.
Apr 11 16:23:53 [INFO] error-handler.cpp(70): Worker (7198141): Handle error: I/O error.
Apr 11 16:23:58 [INFO] error-handler.cpp(70): Worker (7198292): Handle error: Successful.
Apr 11 16:23:59 [WARNING] stream.cpp(1177): Channel: -2
Apr 11 16:23:59 [ERROR] stream.cpp(1776): Error stack:
Apr 11 16:23:59 [ERROR] protocol-client.cpp(184): Failed to send protocol. (code: -1)
Apr 11 16:24:00 [INFO] error-handler.cpp(70): Worker (7198287): Handle error: Successful.
Apr 11 16:24:02 [WARNING] stream.cpp(1177): Channel: -2
Apr 11 16:24:02 [ERROR] stream.cpp(1776): Error stack:
Apr 11 16:24:02 [ERROR] protocol-client.cpp(184): Failed to send protocol. (code: -1)

Waarbij FILE-X (is dus even een fake naam) steeds terugkomt.
M.a.w., het syncen blijft steken op FILE-X !

Nu denk ik, dat die FILE-X (ik stuur je een PM met die info) de schuld is van alles (hoogst onwaarschijnlijk maar, wel verdacht) maar, ik zou de Cloud Share Sync even stoppen en FILE-X even verplaatsen naar een map die niet synced wordt.
Daarna Cloud Share Sync weer starten.
Dit, om gewoon te zien of de sync nu wel goed verder gaat.

Verder had het geen zin om de file dscc_cgi.log en dscc_monitor.log te bekijken, omdat daar in het kort staat wat ik in de dscc.log*.* files staan.

Overigens, ik was wel instaat om met je Quick Connect op de inlog pagina van je DS918 te komen.

boco · « **Reactie #52 Gepost op:** 12 april 2018, 08:01:02 »

Dankjewel @Birdy!

Citaat

Maar goed, misschien dat je wat met het poort nummer van Cloud Share Sync hebt zitten rommelen ?

nee - ik heb niets mee gedaan - zeker niet op die datum (?)

Citaat

Nu denk ik, dat die FILE-X (ik stuur je een PM met die info) de schuld is van alles (hoogst onwaarschijnlijk maar, wel verdacht) maar, ik zou de Cloud Share Sync even stoppen en FILE-X even verplaatsen naar een map die niet synced wordt.
Daarna Cloud Share Sync weer starten.
Dit, om gewoon te zien of de sync nu wel goed verder gaat.

Het klopt dat FILE-X al dagen blijft opnieuw starten - deze heb ik namelijk in de sync map geplaatst toen de rest volledig gesynchroniseerd was, om te kijken of het zoals behoren ook ging synchroniseren (niet dus..).
Dit komt door dat ik voor de WERK map, die voor mij het belangrijkste is om te synchroniseren, nog niet heb gesynchroniseerd (om problemen/dataverlies te voorkomen) - dit wil ik pas doen zodra ik zeker weet dat alles goed loopt - voorlopig gebruik ik die "SHARED" map om te testen, en FILE-X heb ik gekozen als voorbeeld van een grote (8GB) bestand om te kijken hoe het gaat.

Maar goed - ik heb de sync even gestopt, FILE-X verplaatst en de sync weer gestart - nu geeft ie aan dat alles gesynchroniseerd is, dus ik kan niet weten hoe/wat zou gebeuren als ik weer grote bestanden zou moeten synchroniseren. Zal ik er weer een andere grote bestand proberen te plaatsen?

Citaat

Overigens, ik was wel instaat om met je Quick Connect op de inlog pagina van je DS918 te komen.

- dat is toch de bedoeling?

Birdy · « **Reactie #53 Gepost op:** 12 april 2018, 08:44:24 »

Citaat

nee - ik heb niets mee gedaan - zeker niet op die datum (?)

Hm...dat is dan heel vreemd.

Citaat

nu geeft ie aan dat alles gesynchroniseerd is

Het goede nieuws is dus, dat na het verwijderen van die FILE-X, de connectie direct weer goed was.

Citaat

Zal ik er weer een andere grote bestand proberen te plaatsen?

Zou ik zeker even een andere grote file proberen.

Citaat

- dat is toch de bedoeling?

Jazeker, het was voor mij alleen maar de eerste test of ik bij je NAS kon komen, gezien de vele connectie fouten.

boco · « **Reactie #54 Gepost op:** 12 april 2018, 09:13:59 »

Citaat

Hm...dat is dan heel vreemd.

Ja, vind ik ook - ik heb wel op beide router een paar keer poort 6690 (opnieuw-) geprobeerd te forwarden, maar die poort 51802 zegt mij helemaal niets.

Citaat

Het goede nieuws is dus, dat na het verwijderen van die FILE-X, de connectie direct weer goed was.

Ja, maar eigenlijk alles was al gesynchroniseerd - de map was verder van de oude NAS naar de nieuwe volledig gekopieerd, dus het enige verschil was FILE-X..

Citaat

Zou ik zeker even een andere grote file proberen.

Ik ga het zo doen - ik houd je op de hoogte..

EN

Zojuist nog een reactie van Synology support (die hebben trouwens even remote-access toegang tot mijn DS's)

Citaat

I have found that you have used your QuickConnect ID to create the sync task, the sync speed will be relatively slow while using QuickConnect. I would recommend you use the IP address instead of the QuickConnect to see if helps

Als het daar aan zou liggen vind ik het uiteraard prima om het IP adres ipv QC te gebruiken, echter als ik het adres die ik via http://whatismyipaddress.com/ krijg invul kan ik geen verbinding maken.. of doe ik daar iets verkeerd?

Birdy · « **Reactie #55 Gepost op:** 12 april 2018, 09:24:11 »

Citaat

Ja, maar eigenlijk alles was al gesynchroniseerd - de map was verder van de oude NAS naar de nieuwe volledig gekopieerd, dus het enige verschil was FILE-X..

Klopt, heb ik ook gezien, het was ook alleen maar mijn constatering.

Citaat

I have found that you have used your QuickConnect ID to create the sync task, the sync speed will be relatively slow while using QuickConnect. I would recommend you use the IP address instead of the QuickConnect to see if helps

Dat had ik je al verteld in deze reactie.

Citaat

echter als ik het adres die ik via http://whatismyipaddress.com/ krijg invul kan ik geen verbinding maken.. of doe ik daar iets verkeerd?

Heb je whatismyipaddress.com wel op kantoor gedaan dus, niet thuis ?

boco · « **Reactie #56 Gepost op:** 12 april 2018, 10:43:16 »

oké, nu is de sync van het nieuwe bestand (4.2GB) even bezig - maar nog steeds niet snel (genoeg) en ook niet constant:

Citaat

I have found that you have used your QuickConnect ID to create the sync task, the sync speed will be relatively slow while using QuickConnect. I would recommend you use the IP address instead of the QuickConnect to see if helps

Dat had ik je al verteld in deze reactie.

Ja, dat was ik niet vergeten

maar ik heb het eigenlijk toch niet kunnen proberen omdat ik met het IP adres geen verbinding kon maken..

En als wij het even weer over port forawrding hebben - op mijn werk adres lijkt 6690 wél forwarded te zijn, terwijl thuis niet. Thuis zit alleen maar de Experia Box V8 in bridge modus achter de Linksys E4200 en verder niets, dus ik snap echt niet waarom het toch niet forwarded schijnt te zijn? Ik heb zelf contact opgenomen met Telfort en zij gaven aan dat zij zelf geen poorts blokkeren..

Citaat

echter als ik het adres die ik via http://whatismyipaddress.com/ krijg invul kan ik geen verbinding maken.. of doe ik daar iets verkeerd?

Heb je whatismyipaddress.com wel op kantoor gedaan dus, niet thuis ?

Ja, op kantoor

Birdy · « **Reactie #57 Gepost op:** 12 april 2018, 11:11:19 »

Citaat

omdat ik met het IP adres geen verbinding kon maken..

Nu nog steeds niet ?
Dus, de nu lopende sync loopt via QC?

Citaat

En als wij het even weer over port forawrding hebben - op mijn werk adres lijkt 6690 wél forwarded te zijn, terwijl thuis niet

Je hoeft thuis poort 6690 ook niet te forwarden, zie hier.

Citaat

Ja, op kantoor

OK....dan moet het toch kunnen met dat Externe IP-Adres.
Gisteravond kon ik n.l. Het externe IP-Adres (kantoor) gewoon pingen en bereiken met tracert.

Birdy · « **Reactie #58 Gepost op:** 12 april 2018, 11:24:45 »

Overigens, v.w.b. het externe IP-adres, ik heb gezien in de logs, dat het adres, die met QC wordt opgehaald, heel anders is dan wat je hier hebt getoond met tracert.
In de log zie ik n.l. 92.xxx.xx.117 en die vind ik niet terug in tracert.

Ik zou het eens proberen met DDNS en dan kijken of je wel verbinding krijgt.

En ja, je upload is nog steeds bijzonder traag.

boco · « **Reactie #59 Gepost op:** 12 april 2018, 13:33:34 »

Citaat

Nu nog steeds niet ?

Nee, met het adres die ik op http://whatismyipaddress.com/ krijg in ieder geval niet

Citaat

Dus, de nu lopende sync loopt via QC?

Ja.

Citaat

Je hoeft thuis poort 6690 ook niet te forwarden, zie hier.

Oké - maar ook als het om een 2-way sync gaat?

Citaat

OK....dan moet het toch kunnen met dat Externe IP-Adres.
Gisteravond kon ik n.l. Het externe IP-Adres (kantoor) gewoon pingen en bereiken met tracert.

Zou je misschien anders even het adres die jij had gevonden even per PM willen sturen? dan kan ik het nogmaals daarmee proberen..

Citaat

Overigens, v.w.b. het externe IP-adres, ik heb gezien in de logs, dat het adres, die met QC wordt opgehaald, heel anders is dan wat je hier hebt getoond met tracert.

Ja - dat klopt - dit was met VPN aan - dit had ik toen ook later aangegeven

Citaat

In de log zie ik n.l. 92.xxx.xx.117 en die vind ik niet terug in tracert.

Zegt mij ook niets - kan het misschien iets met Synology Suport te maken?

Citaat

Ik zou het eens proberen met DDNS en dan kijken of je wel verbinding krijgt.

Dit was mij ook (eerder) niet gelukt - ik kan het proberen als het IP adres echt niet werkt..?

Trage download met DS212j Gestart door OmisysBoard SABnzbd (usenet)	Reacties: 0 Gelezen: 1510	28 augustus 2012, 16:04:43 door Omisys
DS410j trage overdrachtssnelheid Gestart door MJS73Board NAS hardware vragen	Reacties: 12 Gelezen: 3610	17 januari 2015, 20:09:00 door MJS73
Trage Nas Gestart door Dr.BenBoard Synology DSM algemeen	Reacties: 2 Gelezen: 531	01 juli 2023, 16:03:20 door Birdy
Trage inlog remote Gestart door Remon1979Board DDNS / Quick Connect / EZ-Internet / Portforwarding	Reacties: 0 Gelezen: 1323	30 oktober 2015, 15:43:39 door Remon1979
heel trage kopie van laptop naar synology Gestart door raul09Board File Station	Reacties: 3 Gelezen: 2515	31 december 2012, 10:01:30 door raul09

Auteur Topic: trage Cloud Station ShareSync over internet (gelezen 14622 keer)

Birdy

Re: trage Cloud Server/Client synchronisatie

boco

Re: trage Cloud Server/Client synchronisatie

Briolet

Re: trage Cloud Server/Client synchronisatie

Birdy

Re: trage Cloud Server/Client synchronisatie

boco

Re: trage Cloud Server/Client synchronisatie

Birdy

Re: trage Cloud Server/Client synchronisatie

Birdy

Re: trage Cloud Server/Client synchronisatie

boco

Re: trage Cloud Server/Client synchronisatie

Birdy

Re: trage Cloud Server/Client synchronisatie

boco

Re: trage Cloud Server/Client synchronisatie

Birdy

Re: trage Cloud Server/Client synchronisatie

boco

Re: trage Cloud Server/Client synchronisatie

Birdy

Re: trage Cloud Server/Client synchronisatie

Birdy

Re: trage Cloud Server/Client synchronisatie

boco

Re: trage Cloud Server/Client synchronisatie

Vergelijkbare onderwerpen (5)