Synology-Forum.nl
Overige software => DDNS / Quick Connect / EZ-Internet / Portforwarding => Topic gestart door: tamme_tekkel op 04 februari 2015, 19:42:26
-
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.
-
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?
-
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.
-
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 > (https://www.synology.com/nl-nl/knowledgebase/faq/299) 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.
-
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. :P
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
-
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 ?
-
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.
-
FYI: Hier wordt door Synology uitgelegd hoe QC werkt. (http://blog.synology.com/?p=2283)
-
FYI: Hier wordt door Synology uitgelegd hoe QC werkt. (http://blog.synology.com/?p=2283)
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.
-
FYI: Hier wordt door Synology uitgelegd hoe QC werkt. (http://blog.synology.com/?p=2283)
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.
-
FYI: Hier wordt door Synology uitgelegd hoe QC werkt. (http://blog.synology.com/?p=2283)
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.
-
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".
-
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.
-
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.
-
Haha, oefen je om in de politiek te gaan?
De vraag is hoe kom je in een NAS van buitenaf zonder PF?
-
De vraag is hoe kom je in een NAS van buitenaf zonder PF?
Wel eerst lezen voordat je reageert, want Eduard legt het boven precies uit met een citaat van jouw eerdere vraag.
Hierdoor blijft de verbinding "open" staan (de heartbeat komt er voordat de NAT timeout optreedt).
Bij de meeste routers is die timeout 1 uur of langer. Android, die ook van die techniek gebruikt maakt voor één van de diensten, geeft daarom om de 15 minuten een hartbeat. Whatsapp houd op die manier ook een verbinding met buiten.... Behalve op Ziggo routers, die een timeout van 5 minuten hebben. Ik kan me hele discussies op een Ziggo forum herinneren van mensen waarbij de WhatsApp messages soms 15 minuten vertraagd binnenkwamen.
Met dit in mijn achterhoofd, vraag ik me af of de korte timeout op sommige routers ook een reden kan zijn van de QC problemen...
-
De vraag is hoe kom je in een NAS van buitenaf zonder PF?
Als jij in je browser www.google.be intypt, dan vinden de servers van Google toch ook even later de weg naar jouw PC, om hun website te sturen, zonder dat je een portforwarding hebt ingesteld? Je hebt zelfs geen dynamic DNS service gebruikt, en toch kunnen ze je bereiken.
Zelfde princiepe.
-
Met dit in mijn achterhoofd, vraag ik me af of de korte timeout op sommige routers ook een reden kan zijn van de QC problemen...
Als het heartbeat systeem een beetje intelligent opgezet is, merkt hij dit, en kan hij de heartbeat tijd korter instellen. 't Is een balans tussen netwerkverkeer beperken (en dus batterij besparen op mobiele toestellen) en de push verbinding toch nog tijdig erdoor te krijgen zonder vertraging.
-
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 ?
Hallo Birdy,
Ik gebruikte de ddns van mijn Panasonic netwerk camera.
Helaas die werkt niet meer. Dat was makkelijk id<Ddns panasonic>:poortnummer router.
Nu moet ik een andere oplossing zoeken. Mij ip van de provider veranderd steeds, dus met eigen ip
Werkt maar voor korte duur. En met de oude ddns hoefde ik dit niet in de gate te houden.
-
De vraag is hoe kom je in een NAS van buitenaf zonder PF?
Als jij in je browser www.google.be intypt, dan vinden de servers van Google toch ook even later de weg naar jouw PC, om hun website te sturen, zonder dat je een portforwarding hebt ingesteld? Je hebt zelfs geen dynamic DNS service gebruikt, en toch kunnen ze je bereiken.
Zelfde princiepe.
Waar het mij om gaat is hoe Quickconnect van buitenaf in een NAS kan komen zonder dat er een Port is geForwarded in de router. Dat staat dus los van DDNS en/of webserver.
Op die vraag zie ik geen duidelijk antwoord. Ik zie alleen een voorbeeld waarin iemand lokaal begint en dan extern verder gaat dus een bestaande lopende verbinding. Daar kan ik mij tig mogelijkheden bij voorstellen waarmee dat kan. Maar het opbouwen van een nieuwe verbinding is iets anders, Ook als dat via Synology gaat want die moet ook in de NAS van buitenaf kunnen komen.
Heartbeat is ook geen oplossing want die bouwt niet continue een verbinding op naar de NAS en heeft voor een terugactie een poort nodig die geforwarded zal moeten worden. Ik mag toch aannemen dat Heartbeat niet de verbinding 24/24 open houd en alleen om de zoveel tijd (24 uur, 2 uur, 1 uur) actief wordt.
-
Ik gebruikte de ddns van mijn Panasonic netwerk camera.
Helaas die werkt niet meer.
Dan gebruik je toch die van Synology (https://help.synology.com/dsm/?lang=nld§ion=DSM&version=5.1&link=AdminCenter%2Fconnection_ddns.html)
-
Waar het mij om gaat is hoe Quickconnect van buitenaf in een NAS kan komen zonder dat er een Port is geForwarded in de router.
Ik denk dat die techniek gewoon geheim. [Geen grapje]
Misschien kom je er achter met een sniffer (http://sectools.org/tag/sniffers/), als je het echt wilt weten ?
Haha, oefen je om in de politiek te gaan?
Nee hoor, maar ik vind jou wel heel geschikt om in de politiek te gaan. ;)
-
Ik mag toch aannemen dat Heartbeat niet de verbinding 24/24 open houd en alleen om de zoveel tijd (24 uur, 2 uur, 1 uur) actief wordt.
En toch is het zo. Anders kan de Synology server nooit aan je NAS.
Als je uitgaand een verbinding opzet, dan houdt je router tijdelijk de ingaande en uitgaande TCP poorten en IP adressen bij (routing tabel), zodat hij weet naar waar hij het terugkomende pakket (de reactie op de vraag van de client) moet sturen. Er is dus eigenlijk een soort van tijdelijke (dynamische) poortforwarding in uw router actief (eigenlijk in alle routers, die tussen de Synology servers en uw NAS zitten). Gedurende de tijd dat die verbinding open is, kan de server reageren op de vraag, en het pakketje kan terug bij de client geraken. Als het té lang duurt, wordt de verbinding verbroken (de tussenliggende routers vergeten de weg terug, en het pakket wordt gedropt). Zo werken alle routers.
In het geval van deze QuickConnect moet de NAS meteen terug een verbinding opzetten, als de time-out opgetreden is (of liefst nog iets ervoor).
Ik weet niet hoe ik dat nog anders kan uitleggen. Volg eens een cursus over routers, of probeer een CCNA te halen. Dan wordt het wel duidelijk.
-
Waar het mij om gaat is hoe Quickconnect van buitenaf in een NAS kan komen zonder dat er een Port is geForwarded in de router. Dat staat dus los van DDNS en/of webserver.
Op die vraag zie ik geen duidelijk antwoord.
--//--
Heartbeat is ook geen oplossing want die bouwt niet continue een verbinding op naar de NAS en heeft voor een terugactie een poort nodig die geforwarded zal moeten worden. Ik mag toch aannemen dat Heartbeat niet de verbinding 24/24 open houd en alleen om de zoveel tijd (24 uur, 2 uur, 1 uur) actief wordt.
Precies.
Zoals ik eerder aangaf wordt bij Quick Connect gebruik gemaakt van IPv6 adressen.
Ik ben ze zelf expliciet wel eens tegengekomen op het scherm bij testen met QuickConnect. Hoe, of in welke context (logbestand of anderszins ?? ) weet ik niet meer, maar kreeg ze voorgeschoteld. Herkende het meteen als zijnde IPv6 omdat het zo'n typische lange structuur is in opbouw van letters en cijfers met dubbele punten ertussen. (Langere reeks als bij IPv4 en meerdere achter elkaar). Heb geprobeerd de situatie op het scherm opnieuw op te roepen, maar is me toen niet meer gelukt.
Dat heeft me indertijd verder aan het denken gezet, en ben toen wat verder aan het zoeken geweest. Weet zo ook niet meer waar en welke URL's ik allemaal heb bekeken. Algemene info op het internet, oudere gebruiksaanwijzingen en info van Synology zelf?
De structuur van IPv6 adressen is zodanig dat je daar direct de MAC-identificatie van apparaten in kunt zetten. MAC-adressen zijn uniek. Met het vastleggen van een MAC-adres in een IP-adres, kan de "unieke" hardware in een netwerk dus altijd gevonden worden, zonder daar op een "ouderwetse manier" met IPv4 adressen en port forwarders te klooien.
Dat is juist de veel bredere inzetbaarheid van IPv6 adressen. Routing is veel strikter tot aan het exacte apparaat te regelen of te herleiden.
http://en.wikipedia.org/wiki/IPv6_address
http://blog.superuser.com/2011/02/11/did-you-know-that-ipv6-may-include-your-mac-address-heres-how-to-stop-it/
http://ben.akrin.com/?p=1347
http://www.tcpipguide.com/free/t_IPv6InterfaceIdentifiersandPhysicalAddressMapping-2.htm
Het is dus niet nodig 24 uur connectie te hebben met een NAS om die gegevens op servers bij Synology te bewaren.
Heb nog even wat oudere gebruiksaanwijzingen van Synology DSM teruggehaald, maar moest veel verder terug dan versie 4.
< Bij DSM 3.1 > (http://usdl.synology.com/download/Document/UserGuide/DSM/3.1/) pagina 36 staat expliciet dat bij automatisch toewijzen van IPv6 nummers dit gebeurt aan de hand van het MAC-adres.
Automatisch: DiskStation zal automatisch IPv6-adressen genereren.
Dit wordt gegenereerd op basis van het MAC-adres van DiskStation.
Mogelijk heb ik eerder dan nog een oudere versie gezien. (Wie heeft nog ergens een oudere DSM handleiding ??)
Het viel me namelijk op dat er toen zeer uitgebreide instellingen mogelijk waren, om op die wijze de routing te regelen.
(Uitgebreider met wat ik nu zie). Dat is waar ik eerder aan refereerde.
Met DSM 5.0 zijn die complete hoofdstukken helemaal uit de gebruiksaanwijzing verdwenen. Maar ik geloof er niets van dat de achterliggende techniek eruit is gehaald. Integendeel, het is IMO specifiek voor de gebruiker verder ontwikkeld, alleen afgeschermd om op een handige automatische wijze bij de NAS te kunnen komen zonder iets aan de port forwarders te hoeven instellen, met behulp van de Quick Connect ID.
-
Mijn Internet provider geeft me zelfs nog geen IPv6 adres, en in mijn router én mijn NAS heb ik de IPv6 ondersteuning uitgeschakeld. Leg me dan eens uit hoe zo'n IPv6 pakket tot op mijn NAS kan geraken?
En zelfs moest dat pakketje op magische wijze toch aan mijn router geraken, dan gaat die dat nooit naar mijn NAS doorsturen.
Het zou kunnen dat de NAS een IPv6 adres hanteert waar zijn MAC adres inzit (als de IPv6 ondersteuning ingeschakeld is, tenminste). Maar waarom dat gerelateerd zou zijn aan QuickConnect begrijp ik toch niet uit je uitleg.
-
Mijn Internet provider geeft me zelfs nog geen IPv6 adres
Mijn provider ook niet. Maar het gaat ook niet om het IP-adres tot aan de huisdeur, maar erachter.
Best mogelijk dat IPv4 adressen gecombineerd worden met IPv6. (IPv6 is "backwards compatibel" met IPv4) (http://www.tcpipguide.com/free/t_IPv6IPv4AddressEmbedding.htm). En als dat om een of andere reden is uitgeschakeld in je router, dat er een fall-back op meer "ouderwets" georiënteerde techniek plaatsvindt voor dat deel? Feit is dat IPv4 zijn langste tijd heeft gehad, en meer en meer implementatie van IPv6 plaats zal hebben, of je nu wilt of niet. Je NAS kan in ieder geval wel met IPv6 overweg.
-
Deze en gene bedankt voor de uitleg. In elk geval is mijn eindconclusie dat het gebruik van deze functie te weinig voordelen biedt gezien de potentiële nadelen.
-
Maar het gaat ook niet om het IP-adres tot aan de huisdeur, maar erachter.
Met alle respect, maar dat is puur giswerk van uw kant, en houdt ook geen steek. Uiteindelijk heb ik enkel een IPv4 verbinding thuis, en moet het pakket dus sowieso via deze weg op mijn NAS geraken. Er is geen andere weg; wat voor "magische IPv6 techniek" er ook zou achter zitten. Ik heb trouwens in je uitleg nergens een verband kunnen lezen tussen QuickConnect en IPv6. Laat staan hoe dit in zijn werk zou gaan.
Feit is dat IPv4 zijn langste tijd heeft gehad, en meer en meer implementatie van IPv6 plaats zal hebben, of je nu wilt of niet.
Is dat nu écht een argument voor je bewijskracht? Dat weet iedereen al, en doet hier niet meteen iets ter zake. Trouwens, waar haal je het van dat ik IPv6 "niet zou willen"?! :-)
Ik ga hier geen tijd meer instoppen, we blijven toch beide bij onze mening. Even goede vrienden.
-
In elk geval is mijn eindconclusie dat het gebruik van deze functie te weinig voordelen biedt gezien de potentiële nadelen.
Het voordeel is dat je van buitenaf op je NAS kan, en dat is toch de bedoeling van deze functie :-)
Over welke nadelen heb je het? Dat de ganse wereld dit ook kan, als ze je wachtwoord kennen?
-
Daar is die functie niet voor nodig.
Over welke nadelen heb je het? Dat de ganse wereld dit ook kan, als ze je wachtwoord kennen?
Op het gevaar af een eindeloze discussie te ontketenen: waarom een derde partij tussenschakelen als die onnodig is? Zeker als die schakel ook nog eens merkafhankelijk is.
-
Uiteraard heb je QuickConnect niet nodig om een verbinding van buitenaf te maken, maar het maakt het eenvoudiger voor de beginners. Daarvoor is het bedoeld.
En zoals zo vaak offeren we weer wat veiligheid op, voor wat extra gebruiksgemak.
-
De methode die Quick Connect gebruikt om poorten in de router open te houden is vergelijkbaar hoe Android poorten opent.
Als je een android toestel in je Wifi netwerk hebt hangen, dan houdt hij ook een poort open naar de Google server.
Als je dan vanaf je PC op de Google PlayStore inlogt, kun je daar software kiezen om op het Android toestel te installeren. Ik denk dat niemand poorten forward naar zijn smartphone/tablet maar toch weet Google hem te bereiken. :P
QC is qua techniek dus niets nieuws, alleen gaat het bij Push acties iets minder openlijk.
-
Daar heb je in je Android toestel wel specifiek "toestemming" voor hebben moeten geven om "locatiegegevens" (waaronder WiFi) door te kunnen geven. Als je dat niet hebt ingesteld ook geen automatisch installeren van apps die je op de PC hebt opgezocht.
Standaard houdt Google wel veel op de achtergrond actief. Als je eenmaal apps hebt geïnstalleerd blijft Google Play actief. Het vreet accu-vermogen. (Kijk eens bij percentages onder accu). WiFi uit, opladen accu, telefoon een keer helemaal uitzetten, en weer aan, werkt het beste om achterliggende processen af te sluiten als je er geen (of niet opnieuw) gebruik van maakt.
-
Gelukkig is mijn Android toestel een tablet die 99% van de tijd aan de lader hangt. Dus stroomverbruik is hier geen issue. :D
Een geheel andere manier om achter een router bereikbaar te zijn wordt door Skype gebruikt. Als de router UPnP toelaat, dan forward hij gewoon poorten naar de Smartphone. Ik zelf gebruik geen Skype, maar als mijn zus een keer langskomt – en UPnP staat aan in de router – dan vind ik steeds forwards naar haar telefoon in mijn router, terwijl ze nooit Skype gebruikt als ze bij mij is. ;D
NB op mijn Ubee router kun je via het menu dergelijke forwards niet zien, maar er zijn genoeg andere tools die de UPnP tabel van een router kunnen uitlezen.
Daar kwam ik een half jaar geleden tot mijn schrik achter. Ik heb UPnP altijd uit staan, maar de Ubee had een bug die UPnP weer aanzette na een stroomonderbreking. En dat zonder dat de checkbox aangaf dat UPnP weer aanstond. Met de nieuwste firmware is dat opgelost, maar zijn er weer nieuwe bugs geïntroduceerd. (Ik gebruik nu weer twee routers achter elkaar om dit soort gaten in mijn firewall door buggy routers te voorkomen)