trage Cloud Station ShareSync over internet

[Birdy]

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

Yep, als eenmaal de connectie is gelegd, gaat het 2-way, Cloud Station is de boss, zeg maar.

Zou je misschien anders even het adres die jij had gevonden even per PM willen sturen?

Doe ik.

[boco]

Dank @Birdy

Het was niet gelukt met het IP adres (voor de zekerheid - deze had ik gewoon moeten knippen en plakken in de eerste veld, toch?)

Maar ik vind het sowieso een beetje verwarrend - het IP adres is toch van de router en niet van de DS?
Kan het zijn dat dit adres van de router van het hele pand is? (en als ja, hoe moet ik bij het adres van mijn eigen router komen)

[Birdy]

deze had ik gewoon moeten knippen en plakken in de eerste veld, toch?

Yep.

het IP adres is toch van de router en niet van de DS

Klopt.

Kan het zijn dat dit adres van de router van het hele pand is?

Nee, omdat ik kan zien in de log file(s) dat Quick Connect uiteindelijk het Extern IP-adres ophaalt en gebruikt.
Ik verwacht dan ook, dat het adres, die ik je zojuist gegeven heb, kunt terugvinden in 1 van de dscc.log*.* files, sinds de sync weer loopt.

[boco]

    deze had ik gewoon moeten knippen en plakken in de eerste veld, toch?

Yep.

    het IP adres is toch van de router en niet van de DS

Klopt.

    Kan het zijn dat dit adres van de router van het hele pand is?

Nee, omdat ik kan zien in de log file(s) dat Quick Connect uiteindelijk het Extern IP-adres ophaalt en gebruikt.
Ik verwacht dan ook, dat het adres, die ik je zojuist gegeven heb, kunt terugvinden in 1 van de dscc.log*.* files, sinds de sync weer loopt.

Hmm.. maar waarom kan ie dus geen verbinding maken? (ik heb het trouwens met en zonder SSL geprobeerd) - met QC is het zó gebeurt..



en wat kan ik anders doen?

[Birdy]

Ik heb werkelijk geen ideeën maar, ik wil het zelf eens proberen, als je het goed vind.
Zo ja, maak even een gebruiker en geef die alleen rechten om Cloud Station ShareSyc te mogen gebruiken.
PB mij dan de inlog.
Dan doe ik alleen de connectie test en kan dan gelijk in m'n log kijken wat er gebeurt.

[Birdy]

Laat maar @boco het gaat al fout als ik zomaar een gebruiker en password gebruik, de connectie faalt gewoon, dus het checken van gebruiker en password, kan al niet worden gedaan.

Code: [Selecteer]

Apr 12 16:42:02 [ERROR] proto-ui.cpp(286): failed to connect to server at <ExternIP Kantoor>:6690
Apr 12 16:42:02 [ERROR] conn-finder.cpp(195): TestConnect: error code -200, error message: 'channel error while connecting to server'
Apr 12 16:42:13 [ERROR] proto-ui.cpp(286): failed to connect to server at <ExternIP Kantoor>:6690
Apr 12 16:42:13 [ERROR] conn-finder.cpp(195): TestConnect: error code -200, error message: 'channel error while connecting to server'
Apr 12 16:42:13 [ERROR] Connection/test.cpp(58): TestConnection to '<ExternIP Kantoor>' failed

Ik heb er gewoon geen verklaring voor, QC gebruikt n.l. hetzelfde IP-Adres

OF de port forwarding is gewoon niet goed (QC heeft het n.l. niet nodig, die forwarding, als je op IP-Adres of DDNS doet dan juist wel)

[boco]

Laat maar @boco het gaat al fout als ik zomaar een gebruiker en password gebruik, de connectie faalt gewoon dus, het checken van gebruiker en password, kan niet worden gedaan.

Code: [Selecteer]

Apr 12 16:42:02 [ERROR] proto-ui.cpp(286): failed to connect to server at <ExternIP Kantoor>:6690
Apr 12 16:42:02 [ERROR] conn-finder.cpp(195): TestConnect: error code -200, error message: 'channel error while connecting to server'
Apr 12 16:42:13 [ERROR] proto-ui.cpp(286): failed to connect to server at <ExternIP Kantoor>:6690
Apr 12 16:42:13 [ERROR] conn-finder.cpp(195): TestConnect: error code -200, error message: 'channel error while connecting to server'
Apr 12 16:42:13 [ERROR] Connection/test.cpp(58): TestConnection to '<ExternIP Kantoor>' failed

Ik heb er gewoon geen verklaring voor, QC gebruikt n.l. hetzelfde IP-Adres

Ja, dat dacht ik al

Maar hoe kan dit nou? zo kan ik dus ook niet met DDNS verbinding maken.

Waar zou het aan kunnen liggen? is er misschien een ander IP adres die hiervoor kan gebruiken - ik snap er echt niets van 

[Birdy]

Port forwarding, blijft over, ik heb het idee dat de beheerder 6690 niet toelaat.

Ik begrijp dat je ook VPN gebruikt ?
Van Thuis naar Kantoor ?
Dan heb je ook port forwarding nodig en waarschijnlijk laat de beheerder juist die poort(en) WEL toe.

En, als dat wel werkt, dan kun je het ook via VPN naar kantoor doen, gebruik dan het lokale IP-Adres van de NAS.

[boco]

Dank @Birdy

VPN gebruik ik alleen op de computers, dus ik denk niet dat het iets met de NAS te maken heeft (?).

Maar morgen ga ik in ieder geval weer contact opnemen met de netwerk beheerder van het pand en kijken of ze alsnog port 6690 kunnen forwarden specifiek naar onze router..

Ik laat het horen!

[Birdy]

VPN gebruik ik alleen op de computers, dus ik denk niet dat het iets met de NAS te maken heeft (?).

Kan wel, je kunt n.l. VPN Server op je NAS draaien maar, ik begrijp al dat je die optie niet gebruikt.

[hansiedown]

Suggestie:
Meest eenvoudige test voor mij om te controleren of verbinding mogelijk is, is via telnet
telnet <extern ipnr> 6690
Indien je een zwart scherm krijgt heb je verbinding.
Krijg je 'Could not open connection to the host....' dan is er iets fout met de verbinding.

Dit zou je kunnen uitproberen vanuit kantoorPC (zonder en met VPN) naar het externe ip nr van je kantoor en naar thuis maar ook vanuit thuis naar je exteren ipnr van kantoor en thuis.
Dan weet je of je via poort verbinding tussen de 2 locaties kunt maken.
Als er op je kantoor lokatie maar 1 router staat zou in die router een forward moeten staan naar je kantoor NAS.
Staat er op je kantoor meeerdere routers dan wordt het een ingewikkelder verhaal.

Just my 5 cents

[Birdy]

Gedaan:



Maar goed, de dscc.log*.* files geven het ook aan.

Staat er op je kantoor meeerdere routers dan wordt het een ingewikkelder verhaal.

Het pand (kantoor) heeft 1 router ingang, daarna hebben de kantoren een eigen router dus, een ingewikkelder verhaal.
Waarom het via QC wel lukt ? Omdat QC geen port forwarding gebruikt, initieel.
Dus, met of zonder port forwarding, QC werkt.

[boco]

Dank @hansiedown , @Birdy

Helaas heb ik vandaag de technische beheerder van het pand niet te pakken gekregen - dan moet ik het weer maandagochtend proberen.. een update volgt..

[boco]

Hoi! Even een update:

Inmiddels heeft de beheerder van het pand poort 6690 naar onze router geforward, maar ik heb helaas geen verschil/verbetering gemerkt..

En vanochtend heb ik ruim 2 uur (!) een Team View sessie met Synology support gehad - de medewerker was diverse dingen aan het aanpassen zoals MTU value (die tot nu toe uitgeschakeld was), DNS server naar 8.8.8.8 gewijzigd, Heartbeat uit (en weer aan-) geschakeld en ook meerdere commando's en tests uitgevoerd via PuTTY.

Het was hem trouwens ook niet gelukt om direct met het externe IP adres een verbinding met de NAS te maken en ook niet met DDNS.

Uiteindelijk heeft hij geconcludeerd dat alles (inclusief netwerk/internet verbindingen) naar behoren was, dus hij heeft nog 2 debug log's van beide NAS uitgedraaid en deze gaat hij aan de "developers voorleggen".

Nog geen echt nieuws dus, maar hopelijk kunnen ze erachter komen wat hier het probleem is.

Ik laat het wel weten als ik een update ontvang..