DDNS status op doel NAS normaal, doch geen verbinding

[macxbo]

Ik ben een poging aan het doen om van bij mij thuis mijn NAS via internet een verbinding te laten maken met een NAS van een vriend die bij hem thuis staat zodat we uiteindelijk gedeelde mapsynchronisatie kunnen instellen alsook backups via 'Hyper Backup' naar elkaars NAS kunnen instellen.
Onze internet providers hebben allebei een variabel IP adres. Daarom ben ik genoodzaakt, om te beginnen, op zijn NAS een DDNS te instellen. Dat doe ik via Quick Connect, werkt perfect.

Dus nu heb ik op zijn NAS een DDNS toegevoegd, was een makkie, verbinding getest, status normaa (zie bijlage).
Op 'account.synology.com' staat zijn DDNS als groen gemarkeerd, normaal dus (zie bijlage).
Echter, wanneer ik dan in eender welke browser op mijn Apple / Mac computer "vriend.synology.me" in typ krijg in geen verbinding met zijn NAS.

Meer zou het nochtans niet zijn volgens > https://www.synology.com/nl-nl/knowledgebase/DSM/help/DSM/AdminCenter/connection_ddns

DDNS (Dynamic Domain Name Service) vereenvoudigt de verbinding met uw Synology NAS via internet door een hostnaam aan het IP-adres toe te voegen. Bijvoorbeeld: DDNS geeft u toegang tot uw Synology NAS met behulp van een domeinnaam (bijv. john.synology.me), zonder dat u het IP-adres moet onthouden (bijv. 172.16.254.1).

hmm, wat zie ik over het hoofd? 

[Birdy]

Heeft je vriend wel de juiste poorten geforward?
Bijvoorbeeld 5000 of 5001 voor DSM.

[Briolet]

…op zijn NAS een DDNS te instellen. Dat doe ik via Quick Connect, werkt perfect

Via Quick Connect kun je geen DDNS instellen. Dit zijn twee verschillende dingen. Lees de Wikipedia pagina over DDNS maar eens door.

[macxbo]

Heeft je vriend wel de juiste poorten geforward?
Bijvoorbeeld 5000 of 5001 voor DSM.

héhé, weer de klassieke poorten vraag waarbij ik steeds achter mijn oren moet krabben van het niet weten 
Ik lees in de DDNS uitleg van Synology nergens dat ik een poort zou moeten openzetten. Ik zou ook niet weten hoe dat te moeten doen.
Dus wat bedoel je?
Ik kan via Quickconnect op zijn NAS en heb rsync al geactiveerd voor de komende gedeeld mapsynchronisatie (zie bijlage).

Hoe en waar moet ik poort 5000 of 5001 openzetten? Ik vermoed op zijn router. Zo ja, dat kan me wel lukken want zodra hij thuis is kan ik via teamviewer op zijn Apple / Mac computer en kunnen we samen in zijn router instellingen duiken.

…op zijn NAS een DDNS te instellen. Dat doe ik via Quick Connect, werkt perfect

Via Quick Connect kun je geen DDNS instellen. Dit zijn twee verschillende dingen. Lees de Wikipedia pagina over DDNS maar eens door.

Hoe bedoel je?
Ik ben bijna dagelijks verbonden met zijn NAS via Quick Connect om hem te assisteren en kan alles configureren op zijn NAS, inclusief DDNS en rsync instellingen beheren wat ik daarstraks gedaan heb.

[Birdy]

Ik lees in de DDNS uitleg van Synology nergens dat ik een poort zou moeten openzetten.

DDNS zorgt er alleen maar voor, dat als je Externe IPadres wijzigt DDNS dat weet, hierdoor is het dynamisch.

Poorten doe je forwarden in de router.
Poorten van Synology vind je hier.

Edit 17:57: rsync is poort 873 of 22.

[Sylvester]

QuickConnect uitgelegd :
https://blog.synology.com/?p=2283

[Birdy]

Overigens, je kunt, volgens mij, ook gewoon QC gebruiken in Hyper Backup rsync.
Is wel wat trager.

[macxbo]

Overigens, je kunt, volgens mij, ook gewoon QC gebruiken in Hyper Backup.
Is wel wat trager.

Dat had ik eerder geprobeerd maar lukt niet. Heb ervaring met Hyper Backup tussen mijn eigen 3 Synology Nassen, maar dat het over internet naar een Synology NAS buitenshuis zou gaan wist ik niet.
Hoe zou jij dat dan doen? Stap 1 in de Back-upwizard is sowieso het selecteren van 'Extern NAS-apparaat' maar in de volgende stap is enkel de Servernaam of IP-adres in te geven, geen QC naam. Zie twee screenshots in bijlage.
Vandaar dat ik via de DDNS weg probeer.

- Wat me wel gelukt is, is via Cloud Station ShareSync een verbinding te maken met zijn NAS (zie bijlage).
Dat heb ik zelfs in twee richtingen kunnen doen.

[macxbo]

Overigens, je kunt, volgens mij, ook gewoon QC gebruiken in Hyper Backup rsync.
Is wel wat trager.

Ow, vergissing van mij, en in mijn eerdere screenshots, Via hyper Backup rsync inderdaad. Maar daar moet ook DDNS voor actief zijn, had ik al eerder geprobeerd, maar werkt dus niet omdat waarschijnlijk op zijn Belgische telenet router poorten 5000 of 5001 niet openstaan.

Edit 17:57: rsync is poort 873 of 22.

Heb rsync geactiveerd op zijn NAS en standaard staat die op 22.
Maar ik moet dus eerst die DDNS zien buiten te laten komen via de poorten 5000 of 5001 open te zettten op zijn telent router.

[macxbo]

't is dus inderdaad weer een poortengedoe op de router van de vriend waarbij de Synology doel NAS staat.
Die Belgische internet providers toch met hun dure abonnementen waardoor de doorsnee thuisgebruiker een betaalbare verbinding kiest en dus slechts een dynamisch veranderlijk IP adres heeft.

Ik vond op dit forum net een topic genaamd 'Mijn nas benaderen buiten mijn netwerk... (Telenet)' (topic link).

1) Alhoewel je plaatje het niet toont, forward je kennelijk ook port 5000 en 5001.
Probeer eerst eens je NAS vanaf extern te benaderen met:
"http://<je_externe_IP-adres>:5000" of "https://<je_externe_IP-adres>:5001"
(vergeet de "http:" of "https:" niet!) Je moet dan bij je DSM uitkomen.
Je weet dan of je sowieso extern bereikbaar bent en je 1:1 port forward van port 5000 of 5001 werkt.

2) Werkt 1), vervang dan "<je_externe_IP-adres>" hierboven door je DDNS naam "mijnnaam.synology.me"
"http://mijnnaam.synology.me:5000" of "https://mijnnaam.synology.me:5001"
Je weet dan of je DDNS bij synology.me werkt.

Ik plak net via teamviewer op zijn Apple computer in de safari browser dit zelf aangemaakte DDNS adres op zijn NAS > http://vriend.synology.me:5000 en kan zo op zijn NAS. Niet met 5001 als laatste.
Poort 5000 blijkt dus wel open te staan op zijn router, maar wat ben ik daar nou mee?

Plak ik http://vriend.synology.me:5000 in mijn Safari bij mij thuis kan ik niet op zijn NAS via internet. 
Of staat zijn 5000 poort enkel open voor bij hem thuis?  Grrr...

[Birdy]

Het voorbeeld van poort 5000 of 5001 was ook alleen maar een voorbeeld, om aan te geven hoe DDNS werkt.

Plak ik http://vriend.synology.me:5000 in mijn Safari bij mij thuis kan ik niet op zijn NAS via internet.

Dan is poort 5000 niet geforward in zijn router.

Ik plak net via teamviewer op zijn Apple computer in de safari browser dit zelf aangemaakte DDNS adres op zijn NAS > http://vriend.synology.me:5000 en kan zo op zijn NAS.
Of staat zijn 5000 poort enkel open voor bij hem thuis?

Nee, omdat dit niet via internet loopt, DSM ziet via DDNS dat je intern bezig bent dus, heeft niets te maken met poort 5000 forwarden (er valt niets te forwarden).
Maar, DDNS werkt gewoon.....

Nu wil je Hyper Backup rsync doen naar de NAS van je vriend dus, in de router van je vriend poort 22 geforward worden.

[macxbo]

@Birdy: okay, thanks, ik begin het wat te snappen.

Is blijkbaar een meer voorkomend probleem want las in het eerder genoemde topic genaamd 'Mijn nas benaderen buiten mijn netwerk... (Telenet)' (topic link) ook dit...

Remote toegang via QuickConnect werkt goed, echter niet via DDNS.
In Synology account staan beide nochtans normaal (groen).
...
Waarom werkt QuickConenct toegang wel en DDNS niet?

Jos

Ik ben bij mij thuis via Safari ingelogd op zijn Synology account (account.synology.com/en-global/overview) en als ik op zijn DDNS link klik kan Safari geen verbinding met de server maken; doe ik dat via teamviewer in Safari op zijn mac wordt er wel een verbinding met zijn NAS tot stand gebracht.
Hoe krijg ik dat voor elkaar dat dit ook bij mij werkt? Dat heeft dan toch met poort 5000 of 5001 op zijn router openzetten te maken, of niet?

- In verband met een Hyper Backup rsync doen naar de NAS van mijn vriend, moet in zijn router dus poort 22 geforward worden. Okay, ga ik proberen zodra hij me kan tonen hoe ik via zijn Mac op zijn router kan.

[Birdy]

Hoe krijg ik dat voor elkaar dat dit ook bij mij werkt? Dat heeft dan toch met poort 5000 of 5001 op zijn router openzetten te maken, of niet?

Ja echter, ik was daar niet verder op ingegaan , omdat het alleen maar een voorbeeld was om e.e.a uit te leggen.

Maar, waarom zou je nu via DDNS in DSM willen komen ?
Je komt immers al in DSM met Quick Connect toch ?

Wil je toch persé via DDNS, dan moet je poort 5000 of 5001 (https, dus dan moet je ook nog eens een certificaat maken), in de router van je vriend forwarden. 

[Briolet]

…Nee, omdat dit niet via internet loopt, DSM ziet via DDNS dat je intern bezig bent dus, heeft niets te maken met poort 5000 forwarden (er valt niets te forwarden).
Maar, DDNS werkt gewoon.....

Dit is niet vanzelfsprekend. Ik moet voor interne benadering van de nas mijn poorten wel forwarden als ik via mijn externe IP adres (of mijn DDNS naam) wil verbinden.

On topic: Als poort 5000 wel lukt en poort 5001 niet, kan dat volgens mij alleen aan de ongelijke forwarding liggen.

[macxbo]

Okido, we zijn er in geslaagd poort 22 in zijn modem te forwarden naar zijn doel NAS! 

- De reden waarom ik onderstaande eerder antwoordde is omdat ik pogingen tot poorten forwarden sinds 5 jaar geleden voor bekeken hield in mijn Belgenland waar provider Telenet lang het monopolie had en poorten onder de 1024 geblokkeerd werden. Grote groep mensen in België hebben nog telenet uit gewoonte.

Heeft je vriend wel de juiste poorten geforward?
Bijvoorbeeld 5000 of 5001 voor DSM.

héhé, weer de klassieke poorten vraag waarbij ik steeds achter mijn oren moet krabben van het niet weten 

Sinds eind 2014 heeft telenet echter zijn strategie gewijzigd ontdekte ik de voorbije dagen pas.
Zie > Telenet heft blokkade poorten onder 1024 op (artikel van 24-11-2014) LINK.

Bij mij thuis met Edpnet internet provider krijg ik het echter niet voor elkaar.... grrr.
Tot mijn eurocent viel dat mijn Apple Airport router ertussen uit moest, dan ging het wel.

Maar, waarom zou je nu via DDNS in DSM willen komen ?
Je komt immers al in DSM met Quick Connect toch ?

Was maar uit nieuwsgierigheid dat ik dat met DDNS is wou proberen. Met QC ging het natuurlijk al.
Eind goed al goed!
Merci voor de assistentie.