quickconnect

[tamme_tekkel]

hallo,

ik gebruik quickconnect. ik zie in mijn dm 2 maal een link de inlog link en een voor een foto boek.
kan ik quickconnect ook voor andere pakketten gebruiken bijv. DS downloaden, DS cam, DS video en DS audio.
ik kan dan met mijn iphone dit ook gebruiken met de ios apps.
kan iemand mijn dit uitleggen hoe dit werkt , en een tweede vraag kan ik ook poortnummers
meegeven zodat ik niet steeds hoef in te loggen op poort 80.

[Babylonia]

De eerste regel met wat je aan info geeft is me volstrekt onduidelijk wat je bedoelt.
M.b.t. je vragen, ja je kunt Quick Connect voor diverse pakketten / apps gebruiken.
M.b.t. poorten, vul die eenmalig gewoon aan achter de QuickConnect ID (dubbele punt en poortnummer), sla het op, en je hoeft erna geen extra poortnummers meer in te vullen verwacht ik.

Maar als je zo uitvoerig gebruik maakt extern van je NAS is het niet verstandiger je router wat meer netjes in te stellen voor benadering van je NAS van buiten uit (vast IP voor je NAS, en port forwarding), zodat je de QuickConnect functie niet meer nodig hebt, maar hooguit gebruik van een DDNS domeinnaam?

[tamme_tekkel]

hallo

ik had tot vor kort een ddns. helaas die doet het niet meer. nu zoek ik een vervanger en quickconnect is dacht ik de
oplossing.
tamme_tekkel say >>ik gebruik quickconnect. ik zie in mijn dm 2 maal een link de inlog link en een voor een foto boek.
als je bij instellingen kijkt van quickconnect zie je deze 2 linken onderaan.
http://QuickConnect.to/<quickconnect id>     dit is inloggen voor de dsm.
http://QuickConnect.to/<quickconnet id >/photo     dit is voor het fotoboek (dit kun je gebruiken met je iphone app
DS photo en DS photo+of met exploder)
daarom dacht ik er moet ook zoiets zijn als http://QuickConnect.to/<quickconnet id>   /cam of /download.
daar zijn ook leuke apps voor, helaas maar dat accepteerd hij niet.
gebruik ik http://QuickConnect.to/<quickconnect id> :poort nummer geeft hij een foutmelding.
Ik hoop dat je nu begrijpt wat ik bedoel.
als dit zou werken wat ik dacht, hoef je maar 1 keer een poort forwarden .
dat zou gebruikers vriendelijker zijn voor veel gebruikers en zeker mij.

[Babylonia]

als dit zou werken wat ik dacht, hoef je maar 1 keer een poort forwarden .
dat zou gebruikers vriendelijker zijn voor veel gebruikers en zeker mij.

Bij gebruik van een  Quick Connect ID  hoef je helemaal geen poorten door te sturen (forwarden).
Daar is dat  Quick Connect ID  nu juist voor bedoeld, om het zonder moeilijke toestanden in de router gebruiksvriendelijk te maken.

Via een een slimme techniek wordt vanaf de NAS data gestuurd naar de Synology server en verzameld hardwaregegevens van de router en andere tussenliggende hardware, waar de data langs komt. Combineert en codeert die gegevens met IPV6 gegevens. Daarmee is de complete "routebeschrijving" vastgelegd. Met benadering van buitenuit gaat het via de Synology server met die "routebeschrijving" bij de hand dan weer net andersom, en kom je bij de NAS uit.

Nadeel is dat de response een stuk langer duurt en alles via de Synology servers moet lopen.
Zeker als het drukker is op de Synology server merk je daar zeker wel een merkbare vertraging in.

Je kunt beter wel de moeite nemen om het een en ander in te stellen in de router. NAS een vast IP-adres geven, en poorten doorsturen voor die services die je gebruikt. Hoe meer verschillende services, hoe meer poorten je moet doorsturen.
Een lijst van Synology is < HIER > te vinden.

Om van buiten uit niet een moeilijk te onthouden internet account IP-adres te moeten onthouden, kun je dan nog gebruik maken van een DDNS domeinnaam. Van Synology of om het even welke vergelijkbare andere aanbieder van dergelijke services.

Het gebruik van Quick Connect is dus duidelijk iets anders als het gebruik van een DDNS domeinnaam.
Beide manieren zijn feitelijk alleen van nut als je van buitenuit je NAS wilt benaderen.
Als je thuis bent gebeurt alles binnen het interne netwerk.
Vul voor je apps dan beter het netwerk IP-adres in, waarachter de NAS hangt.

[Briolet]

Vul voor je apps dan beter het netwerk IP-adres in, waarachter de NAS hangt.

Dat advies veranderd wel als je helemaal op IPv6 overgestapt bent. Dan werkt het toch gemakkelijker met namen. 

Voor externe toegang zou ik idd overstappen op de ddns dienst van Synology. Gratis en gemakkelijk te onthouden namen en veel efficiënter dan Quick Connect

[Birdy]

Dan kom je dus op het punt:

ik had tot vor kort een ddns. helaas die doet het niet meer.

Met de vraag: waarom doet die het niet meer ?
Heb/had je die van Synology of anders ?

[Eduard]

Via een een slimme techniek wordt vanaf de NAS data gestuurd naar de Synology server en verzameld hardwaregegevens van de router en andere tussenliggende hardware, waar de data langs komt. Combineert en codeert die gegevens met IPV6 gegevens. Daarmee is de complete "routebeschrijving" vastgelegd. Met benadering van buitenuit gaat het via de Synology server met die "routebeschrijving" bij de hand dan weer net andersom, en kom je bij de NAS uit.

Sorry hoor, maar waar haal je deze uitleg vandaan?  Die quickconnect gebruikt gewoon een heartbeat techiek.  En aangezien de connectie steeds vanuit de NAS vertrekt (en dus niet vanaf de Synology servers) moet je geen poorten openzetten, en heb je geen last van NAT time outs.  De Synology servers moeten helemaal geen "routebeschrijving" weten.  Vooral die "IPv6 gegevens 'combineren' en 'coderen' is wel grappig.

Je kunt beter wel de moeite nemen om het een en ander in te stellen in de router. NAS een vast IP-adres geven, en poorten doorsturen voor die services die je gebruikt. Hoe meer verschillende services, hoe meer poorten je moet doorsturen.

Ik zou het nochtans sterk afraden om veel poorten rechtstreeks vanop het Internet te openen naar je NAS.  Brengt alleen maar veiligheidsrisico's mee.  Zet enkel VPN open, en gebruik dit dan voor alles.  En dan misschien nog beter een VPN naar je router, als die dat ondersteunt.  Dan hoeven er helemaal geen poorten open, rechtstreeks naar je NAS.

[Birdy]

FYI: Hier wordt door Synology uitgelegd hoe QC werkt.

[TonVH]

FYI: Hier wordt door Synology uitgelegd hoe QC werkt.

Interessant verhaal maar ik mis 1 aspect.

Ik ben ergens in Verweggistan (A'dam bijvoorbeeld) en ik wil iets van m'n NAS. Dan zal er voor Quickconnect toch een Port Geforwarded moeten zijn anders kom je echt die NAS niet in. Ik zal het wel niet goed zien maar ben wel benieuwd hoe het zonder PF kan want het initiatief voor de verbinding ligt in Verweggistan.

 

[Babylonia]

FYI: Hier wordt door Synology uitgelegd hoe QC werkt.

De achterliggende techniek wordt echter niet in detail aangegeven.

Sorry hoor, maar waar haal je deze uitleg vandaan?  Die quickconnect gebruikt gewoon een heartbeat techiek.  En aangezien de connectie steeds vanuit de NAS vertrekt (en dus niet vanaf de Synology servers)

Dat zeg ik toch, dat het eerst vanuit de NAS vertrekt. (Als QuickConnect werkt heb je een "groen" bolletje bij die regels in het account bij MyDS Center, dus is die informatie op de servers van Synology bekend). Maar daarna komt het een keer terug. Zonder tussenkomst van de Synology servers, werkt het niet.

moet je geen poorten openzetten, en heb je geen last van NAT time outs.  De Synology servers moeten helemaal geen "routebeschrijving" weten.  Vooral die "IPv6 gegevens 'combineren' en 'coderen' is wel grappig.

Ook dat heb ik expliciet aangegeven dat je geen poorten hoeft open te zetten met QuickConnect.
En "IPv6 gegevens 'combineren' en 'coderen' is inderdaad erg "grappig" dat dat gebeurt.
Vroeger bij DSM 4.x had je een behoorlijk groot onderdeel om met IPv6 adressen te werken. Erg complex.
Moest je allemaal handmatig instellen. Ik denk dat weinigen er gebruik van maakten.

Vanaf DSM 5.x heeft Synology de instellingen ervoor uit het configuratiescherm gehaald, maar gebruikt het achter de schermen op een andere manier nu juist meer geautomatiseerd via hun service als QuickConnect wat er in is geïntegreerd. Hoe het in detail in zijn werk gaat, dat gaat me ook boven mijn pet, maar dat er gebruik gemaakt wordt van IPv6 adressen staat vast.

Er wordt eerst via IPv6 adressen een "roadmap" uitgestippeld. Bij benadering van buiten uit (via de Synology servers) kan er met die "roadmap" erbij dan weer in omgekeerde richting een connectie tot de NAS gemaakt worden.

Wat betreft het afraden om poorten door te sturen en beter een VPN-verbinding op te zetten is dat sterk afhankelijk wat je met de functies van een NAS wilt doen. In het ene geval zal het uitstekend voldoen. In het ander geval absoluut niet. Ik moet er niet aan denken dat bijv. met het delen van foto's met familie en kennissen iedere gebruiker een VPN-verbinding moet gaan instellen, veel te complex voor het merendeel van die gebruikers.

[Birdy]

FYI: Hier wordt door Synology uitgelegd hoe QC werkt.

De achterliggende techniek wordt echter niet in detail aangegeven.

Dat heb ik ook niet beweerd, er wordt wel, volgens mij, duidelijk uitgelegd wat QC doet.
Maar ja, waar vind je dan de achterliggende techniek in detail, ben daar wel benieuwd naar.

[Eduard]

Ik ben ergens in Verweggistan (A'dam bijvoorbeeld) en ik wil iets van m'n NAS. Dan zal er voor Quickconnect toch een Port Geforwarded moeten zijn anders kom je echt die NAS niet in. Ik zal het wel niet goed zien maar ben wel benieuwd hoe het zonder PF kan want het initiatief voor de verbinding ligt in Verweggistan.

Jouw NAS zal regelmatig een verbinding maken met de Synology servers (heartbeat).  Hierdoor blijft de verbinding "open" staan (de heartbeat komt er voordat de NAT timeout optreedt).

De Synology server kan dus nog steeds jouw NAS bereiken als hij wil, omdat de verbinding er nog is (eigenlijk is het een soort van "trage reactie": de client vraagt "is er een aanvraag" en pas minuten later (met de verbinding nog steeds open) antwoordt de server met "ja" of "neen").  En daarna vraagt hij het meteen opnieuw...

Er moeten dus geen poorten geopend worden op je router, omdat de verbinding niet geïnitieerd wordt vanaf de Synology servers.  De verbinding is namelijk al open (via een outbound port, geen inbound port).  Maar het lijkt alsof de verbinding geïnitieerd wordt vanaf de server.

PS. Net op dezelfde manier werkt trouwens push email.  Ondanks dat er geen inbound poorten opstaan, krijg je toch meteen je email te zien als de server hem pusht.  In feite is die push email een "trage reactie" (men gebruikt een erg lange time out) op de door de client met regelmaat gestelde vraag "is er nieuwe mail".

[Eduard]

Hoe het in detail in zijn werk gaat, dat gaat me ook boven mijn pet

Waarom laat je het tegenovergestelde dan uitschijnen met je uitleg?

maar dat er gebruik gemaakt wordt van IPv6 adressen staat vast.

Ik ben erg benieuwd naar een linkje ter bevestiging van deze stelling.

Ik moet er niet aan denken dat bijv. met het delen van foto's met familie en kennissen iedere gebruiker een VPN-verbinding moet gaan instellen, veel te complex voor het merendeel van die gebruikers.

En met zo'n instelling krijgt gebruiksgemak helaas weer voorrang op veiligheid.  Verdorie toch.

[Birdy]

Interessant verhaal maar ik mis 1 aspect.

....Ik zal het wel niet goed zien maar ben wel benieuwd hoe het zonder PF kan want het initiatief voor de verbinding ligt in Verweggistan.....

In principe is forwarding niet nodig, mag en kan wel:
Port forwarding and QuickConnect can be complementary. If you have forwarded ports on your router, QuickConnect won’t need to leverage the relay server, meaning data won’t transfer through it. This can be quite useful with our mobile applications, to seamlessly reconnect when changing networks with the reconnection mechanism, while having the same performances as using a DDNS.

[TonVH]

Haha, oefen je om in de politiek te gaan?

De vraag is hoe kom je in een NAS van buitenaf zonder PF?