Synology-Forum.nl

Overige software => DDNS / Quick Connect / EZ-Internet / Portforwarding => Topic gestart door: HenkGroen op 26 maart 2015, 12:53:47

Titel: DDNS vs. QuickConnect
Bericht door: HenkGroen op 26 maart 2015, 12:53:47
Ik wil mijn 2e nas op een andere locatie zetten, en daarnaast in de toekomst gebruik maken van DS Audio, DS Photo etc.
Maar ik heb nu zowel DDNS van Synology geactiveerd, alsmede de QuickConnect.

Mijn vragen zijn nu :
1)   Kunnen ze beide naast elkaar werken, of geeft dat conflicten
2)   Welke van deze 2 is beter / sneller
3)   Wanneer moet je welke gebruiken
Titel: Re: DDNS vs. QuickConnect
Bericht door: Ben(V) op 26 maart 2015, 13:44:51
Waar het om gaat is dat het externe ipadres dat je krijgt van je internet provider niet gegarandeert hetzelfde blijft.
Overigens is dat verschillend per provider (ik geloof dat ADSL vaker wisselt) en bij veel providers hou je normaal gesproken gewoon steeds hetzelfde ipadres.

Maar DDNS lost dit voor je op. Dit is een dienst die voor jouw er voor zorgt dat je altijd kunt connecten met een naam en dat wijzigingen van dat ipadres worden ondervangen door die dienst.

Quickconnect is een dienst waarbij al het verkeer door de servers van Synology gaat en die ervoor zorgt dat het bij die NAS terecht komt ook al wijzigd het ipadres.

Als laatste kun je natuurlijk gewoon het ipadres gebruiken en voor lief nemen dat er een mogelijkheid bestaat dat het wijzigt.
Je zou het een tijdje in de gaten kunnen houden, want volgens mij vallen die wijzigingen wel mee.
Ik heb zelf al jaren hetzelfde ipadres
Titel: Re: DDNS vs. QuickConnect
Bericht door: Babylonia op 26 maart 2015, 13:57:32
QuickConnect is vooral bedoeld voor "beginners" die de "moeizame" instellingen van poorten doorsturen in de router uit de weg gaan.
QuickConnect werkt namelijk zonder specifieke port forwarding.
Omdat het via de servers van Synology gaat is het minder snel, en geeft soms wel eens problemen als de server overbelast is.

Bij DDNS heb je in de router de poorten wel netjes ingesteld.
Als dat is gebeurd is de functie van QuickConnect feitelijk overbodig geworden.
"Met" port forwarding werkt QuickConnect verder wel sneller als voorheen zonder port forwarding
en krijgt met die wel ingestelde port forwarding min of meer een vergelijkbare functie als DDNS.
Titel: Re: DDNS vs. QuickConnect
Bericht door: Briolet op 26 maart 2015, 14:53:10
- DDNS werkt efficiƫnter en wijst direct naar je publieke IP. Daarna moet je zelf de verbinding via portforwards naar je locale apparatuur sturen. Ik heb zelf b.v. 6 apparaten op mijn netwerk die van buiten toegankelijk zijn, maar 1x DDNS is voldoende voor al die apparaten.

- QuickConnect is makkelijker in te stellen en zorgt ervoor dat de nas constant een verbinding open houd met de synology server. Door die omweg via de synology server is het iets minder efficiƫnt. En je kunt het niet gebruiken om er b.v. ook nog IP cameras mee toegankelijk te maken omdat het alleen naar die ene nas wijst.

Ik zou altijd voor die DDNS optie kiezen omdat die veel universeler werkt.
Titel: Re: DDNS vs. QuickConnect
Bericht door: Pippin op 26 maart 2015, 15:03:34
Die omweg geldt echter niet als je voor de nodige apps de poorten openzet in de router zoals al door Babylonia aangegeven.
Titel: Re: DDNS vs. QuickConnect
Bericht door: HenkGroen op 26 maart 2015, 15:10:33
Is er toevallig ergens een lijstje met welke poorten er open moeten als je gebruik van DDNS van Synology wilt maken ?
Titel: Re: DDNS vs. QuickConnect
Bericht door: Birdy op 26 maart 2015, 15:11:46
https://www.synology.com/nl-nl/knowledgebase/faq/299
Titel: Re: DDNS vs. QuickConnect
Bericht door: Ben(V) op 26 maart 2015, 15:14:22
Voor DDNS hoef je geen poorten open te zetten.
Dat is alleen maar een vertaling van een extern ipadress naar een naam.
Pas als je applicaties gaat gebruiken heb je daarvoor benodigde poorten open te zetten en die staan in de lijst die Birdy al aangaf.
Titel: Re: DDNS vs. QuickConnect
Bericht door: HenkGroen op 26 maart 2015, 15:16:53
@Birdy dy & Ben(V)  Top jongens.
Thanks
Titel: Re: DDNS vs. QuickConnect
Bericht door: Babylonia op 26 maart 2015, 16:00:23
Voor DDNS hoef je geen poorten open te zetten.
Dat is alleen maar een vertaling van een extern ipadress naar een naam.
Pas als je applicaties gaat gebruiken heb je daarvoor benodigde poorten open te zetten en die staan in de lijst die Birdy al aangaf.

Het gebruik van DDNS impliceert al automatisch dat je de NAS van buitenuit wilt bereiken voor het gebruik van bepaalde applicaties op de NAS. Waarvoor zou je anders een DDNS domeinnaam willen gebruiken?
Met die connectie van buitenuit dus poorten moet gaan doorsturen.
Die twee opties (DDNS en poorten doorsturen) zijn dus onlosmakelijk met elkaar verbonden.
Titel: Re: DDNS vs. QuickConnect
Bericht door: TonVH op 26 maart 2015, 16:32:25
Citaat van: Babylonia link=topic=23263
Waarvoor zou je anders een DDNS domeinnaam willen gebruiken?

Ik gebruikte DNS al lang voordat ik een NAS had. Gewoon omdat ik mijn Macs van buiten wil bereiken. En wellicht hebben anderen ook weer hun eigen motieven zoals bijv. Website, Timecapsule, .....

Ik zou het dus niet alleen mar aan een NAS willen koppelen.
Titel: Re: DDNS vs. QuickConnect
Bericht door: Birdy op 26 maart 2015, 16:46:49
Pas als je applicaties gaat gebruiken heb je daarvoor benodigde poorten open te zetten en die staan in de lijst die Birdy al aangaf.
Dat is natuurlijk een open deur maar, misschien voor @Peter van Vliet niet ;D
Waarom zou je anders DDNS voor willen gebruiken ?
Titel: Re: DDNS vs. QuickConnect
Bericht door: Babylonia op 26 maart 2015, 17:03:09
Ik zou het dus niet alleen mar aan een NAS willen koppelen.

Maar voor connectie naar PC of Mac toe, ook dan heb je port forwarding in de router nodig om bij die PC of Mac uit te komen.

Titel: Re: DDNS vs. QuickConnect
Bericht door: Ben(V) op 26 maart 2015, 17:21:25
Pas als je applicaties gaat gebruiken heb je daarvoor benodigde poorten open te zetten en die staan in de lijst die Birdy al aangaf.
Dat is natuurlijk een open deur maar, misschien voor @Peter van Vliet niet ;D
Waarom zou je anders DDNS voor willen gebruiken ?

Ik zei dat zodat hij niet op zoek zou gaan naar een DDNS poort. ;D
Titel: Re: DDNS vs. QuickConnect
Bericht door: HenkGroen op 26 maart 2015, 17:29:16
Het is mijn duidelijk.
Ik begrijp dat QuickConnect werkt, maar soms langszaam is.
en geen port-forwarding vereist

Daarnaast ga ik DDNS gebruiken, zodat ik op basis van DDNS mijn 2e nas kan benaderen en kan sync(en) vanaf de 1e nas
Ook hier niet direct port-forwarding voor nodig

Mocht ik gaan werken met DS Photo / surveillance, dan moeten hier wellicht wel poorten voor open
(adhv. het lijstje van Birdy)
Titel: Re: DDNS vs. QuickConnect
Bericht door: Birdy op 26 maart 2015, 17:34:39
Daarnaast ga ik DDNS gebruiken, zodat ik op basis van DDNS mijn 2e nas kan benaderen en kan sync(en) vanaf de 1e nas
Ook hier niet direct port-forwarding voor nodig
Als de nassen op 1 locatie staan (LAN) dan heb je geen DDNS nodig.
Echter, als ze niet op 1 locaktie staan (WAN) dan is DDNS handig maar, je moet dan wel poorten forwarden, zie lijstje.  ;)
Titel: Re: DDNS vs. QuickConnect
Bericht door: Ben(V) op 26 maart 2015, 17:35:22
Blijkbaar nog niet helemaal duidelijk.
DDNS zorgt er alleen voor dat je de router waarachter je remote NAS zit kunt vinden. Op die router zul je dus altijd een poort die je gebruikt moeten forwarden naar die NAS.

Als je de remote NAS wilt benaderen heb je daar dus minimaal portforwarding voor poort 5000 voor nodig.
Als je iets wilt syncen heb je weer een andere portforwarding nodig  afhankelijk met welke tool je dat wilt doen.
Titel: Re: DDNS vs. QuickConnect
Bericht door: HenkGroen op 26 maart 2015, 17:37:45
 :D
Oke, was iets te kort door de bocht.
Ik ga de 2e NAS op een andere locatie zetten, en mbv. de NAS de onboard backup & replicatie werken.
Ik ga het lijstje bestuderen.

Thanks !
Titel: Re: DDNS vs. QuickConnect
Bericht door: Babylonia op 26 maart 2015, 17:53:28
Daarnaast ga ik DDNS gebruiken, zodat ik op basis van DDNS mijn 2e nas kan benaderen en kan sync(en) vanaf de 1e nas
Ook hier niet direct port-forwarding voor nodig

Kennelijk nog steeds niet duidelijk.
Indien de NAS'sen extern worden benaderd via DDNS heb je per definitie WEL port-forwarding nodig.

Staan 2 NAS'sen ieder op een aparte locatie, zal de benadering van de 1e NAS via internet naar de 2e NAS voor de NAS die extern wordt benaderd (die 2e NAS) port-forwarding in de router moeten zijn ingesteld.
En andersom, als je van de 2e naar de 1e NAS wilt gaan ook met de router op de locatie voor de 1e NAS moeten instellen.

Titel: Re: DDNS vs. QuickConnect
Bericht door: TonVH op 26 maart 2015, 18:27:14
Ik zou het dus niet alleen maar aan een NAS willen koppelen.
Maar voor connectie naar PC of Mac toe, ook dan heb je port forwarding in de router nodig om bij die PC of Mac uit te komen.

Uiteraard, ik zeg ook niet dat het zonder PF zou kunnen.
Titel: Re: DDNS vs. QuickConnect
Bericht door: HenkGroen op 26 maart 2015, 20:15:55
Oke, heren.
Dank voor jullie eerlijke input. Dit neem ik positief op en zeker van harte.
Ik ga ermee aan de slag komende week
Titel: Re: DDNS vs. QuickConnect
Bericht door: HenkGroen op 28 maart 2015, 21:19:26
Heren,
Nogmaals bedankt voor jullie input.
De 2e NAS staat op een 2e locatie, en is momenteel bezig met sync(en) vanaf de 1e locatie.
(Poorten 5001, 5002, 22, 873 zijn op de routers ingesteld.)

Thanks ;)
Titel: Re: DDNS vs. QuickConnect
Bericht door: Birdy op 28 maart 2015, 21:35:57
 ;D
Titel: Re: DDNS vs. QuickConnect
Bericht door: Leonard1052 op 05 mei 2015, 01:31:11
Ik wil van QuickConnect af want op mijn DS210j veroorzaakt dit een overactieve CPU als gevolg van synorelayd proces.
Ik heb twee servers achter mijn modem staan, hoe kan ik die nu apart benaderen, bv via synology.me DDNS. Wat moet ik op de server instellen en welke poorten moet ik in het modem open zetten. Ik wil ze voornamelijk gebruiken voor Cloudstation.
Titel: Re: DDNS vs. QuickConnect
Bericht door: Handige Harry op 05 mei 2015, 06:48:02
1 domein zetten op poort 5001 en de andere op 5002.

Dus server 1 www.domeinserver.nl:5001 en server 2 www.mijndomeinserver.nl:5002

Zou zo moeten lukken.
Titel: Re: DDNS vs. QuickConnect
Bericht door: Briolet op 05 mei 2015, 09:15:01
maar niet voor Cloud Station.