Synology-Forum.nl
Overige software => DDNS / Quick Connect / EZ-Internet / Portforwarding => Topic gestart door: Stefonline op 09 januari 2018, 12:03:29
-
Ik benader mijn DS216+ via quickconnect en dat werkt erg goed.
Ik kan natuurlijk ook de NAS rechtstreeks gaan benaderen.
Maar wat zijn de voor en tegens van beide manieren?
Groet
Stefan
-
Die is toch niet zo moeilijk om zelf te bedenken?
Via QC heb je een makkelijke naam zonder een eigen domein te hoeven aanschaffen.
Geen poorten te forwarden in je router.
Maar wel afhankelijk van een externe partij, storing bij de Synology servers en het werkt even niet.
Via je ip adres moet je zelf de poorten regelen.
Wil je een makkelijke naam moet je een domein regelen.
Wat is makkelijker of beter?
Maakt ieder voor zich uit lijkt mij.
-
Hoi Robert,
Bedankt voor je antwoord.
Port forwarden is geen probleem. Een domein hoeft niet van mij.
Maar ik dacht meer aan wat is veiliger/sneller QC of zelf naar IP verbinden.
Stefan
-
Als je geen behoefte hebt aan een eigen domein adviseer ik om QC te blijven gebruiken.
Je clients aan de NAS koppelen middels het WAN-IP is namelijk risicovol in die zin dat het WAN-IP adres wat je router aan verandering onderhevig is. Het is dus geen statisch adres.
Bijvoorbeeld na netwerkonderhoud buiten loop je een groot risico dat het IPnummer wijzigt (en je dus je NAS niet meer extern kan benaderen op dat IPnummer zonder het nieuwe nummer eerst op te zoeken).
Omdat risico uit te sluiten is DynDNS uitgevonden. In dat geval meldt je NAS zich met regelmaat aan een DDNS server met zijn huidige IPnummer (soort heartbeat), dus ook een eventueel gewijzigd nummer.
Dat IPnummer wordt dan weer keurig aan de domeinnaam gekoppeld door alle DDNS servers.
Je voelt het al aankomen: Daarvoor heb je dus wel een domeinnaam nodig.
(eigenlijk werkt QC niet op een andere manier alleen dan met een Synology (sub)domeinnaam).
Reden voor mij om zelf de verbinding te regelen is mijn privacy gevoel. Vergeet nl niet dat bij QC gebruik al je gegevens over de
servers van Synology lopen. Weliswaar onder HTTPS, maar toch ;-)
En ook de onafhankelijkheid zoals hierboven genoemd, speelt zeker een rol !
Ik had toevallig gisteren een probleem me DS-Cloud wat de oorzaak had bij een probleem bij Synology.
De ketting is zo sterk als zijn zwakste schakel... en hoe korter die ketting ....;-)
Peter
-
Hoi Peter,
Dank voor het duidelijke antwoord. Eigenlijk is je antwoord zoals ik het al een beetje bedacht had alleen dan duidelijker.
Ik ondervond gister ook QC problemen maar dat was niet de reden van dit topic. Ik ga eens nadenken wat voor mij het beste is en ondertussen werkt QC bijna altijd goed. Hoewel ik geen vast IP adres heb(Ziggo) is mijn IP al zeker 3 jaar hetzelfde. Ook heb ik een domein...
Dank je wel voor de duidelijke antwoorden.
Stefan
-
Je spreekt jezelf tegen ;)
Een domein hoeft niet van mij.
Ook heb ik een domein...
-
Synology heeft ook een DDNS service zoals DynDNS dus die laatste is niet nodig.
-
Ik spreek mezelf niet tegen.
mijndomein.nl heb ik 15 jaar dus die heb ik al.
Zie/zag geen noodzaak om NAS te bereiken via mijndomein.nl
Maar omdat het een leuke hobby is zou ik wel eens kunnen uitzoeken of mijn NAS aan een subdomein koppelen wellicht wel een idee is.
Stefan
-
Ik heb het via de reverse proxy zo ingericht dat "dsm.mijndomein.nl" via poort 80/443 bij de inlogpagina van dsm uitkomt. Alle andere *.mijndomein.nl adressen of het IP adres komen op de webserver uit.
Op die manier moet je ook nog de goede url gebruiken om op de inlogpagina uit te komen.
Als je een DDNS naam bij synology aanmaakt, kun je in je eigen subdomein via een CNAME naar de DDNS naam laten wijzen. Dan is ook die onafhankelijk van een verandering van het externe IP.
-
@Briolet Zo ga ik het proberen voor elkaar te krijgen.