Synology-Forum.nl
Overige software => DDNS / Quick Connect / EZ-Internet / Portforwarding => Topic gestart door: Lipo op 13 juli 2024, 13:32:32
-
Mijn android kan geen verbinding maken met NAS
OpenVPN-server draait goed en staat dus ingeschakeld.
Ik heb android op mobiele gegevens staan. Dus geen interne wifi.
Poort UDP 1194 staat open in router zoals je kunt zien.
Ik heb 2 DDNS-servers (2 verschillende NAS-systemen) waarbij alle verbonden apparaten hetzelfde IP hebben, draaien in mijn netwerk. En op hetzelfde WAN-IP. Maar niet op hetzelfde moment draaiende uiteraard. Dat moet toch wel kunnen?
LAN2 wordt bij mij in DSM als eerste weergegeven. Maar deze gebruik ik niet. Ik heb er geen UTP-kabel in zitten. Maakt het uit dat deze als eerste wordt weergegeven? Ik vind het wel gek dat niet standaard LAN1 vooraan staat? Ook omdat ik LAN2 helemaal niet gebruik.
DNS-server van google is toch ook goed ingesteld?
IPv6 heb ik zowel in de router als de NAS uitgeschakeld.
Het ovpn-bestand op android is juist ingesteld met 3 certificaten. Ik heb gisteren de nieuwste nog eens opnieuw geexporteerd.
Ik gebruik poort 1194 alleen in combinatie met UDP voor OpenVPN.
Maar DScam van android kan ook geen verbinding met NAS opzetten. Het is dus niet een specifiek OpenVPN-probleem. Ik denk aan een poort die dicht zit. Maar ik heb poort 1194 opengezet in router.
?
-
Poort UDP 1194 staat open in router zoals je kunt zien.
Dat is nergens te zien hoor. Vergeten een plaatje bij te sluiten?
De log-bestanden geven in ieder geval aan dat er geen connectie opgebouwd kan worden met de VPN-server (om welke reden dan ook).
Ik heb 2 DDNS-servers waarbij alle verbonden apparaten hetzelfde IP hebben, draaien in mijn netwerk. En op hetzelfde WAN-IP. Maar niet op hetzelfde moment draaiende uiteraard. Dat moet toch wel kunnen?
Als het om hetzelfde NAS apparaat gaat kunnen die twee DDNS set-ups NIET tegelijkertijd als standaard gelden.
Waarom zou je überhaupt twee DDNS domein naam servers actief willen hebben?
LAN2 wordt bij mij in DSM als eerste weergegeven. Maar deze gebruik ik niet.
Misschien "niet meer"?
Eerder heb je daar mogelijk mee getest op die 2e LAN aansluiting, en staat de servicevolgorde nu wellicht verkeerd.
Bij je tweede plaatje (https://www.synology-forum.nl/ddns-extern-benaderen/synology-nas-geen-verkeer-van-buiten-met-vpnserver-en-surveillance-station/?action=dlattach;ts=1720910272;attach=62118;image) rechts heb je een knop "Beheren".
Daar kun je LAN 1 bovenaan zetten. Mogelijk is het erna ook weer mogelijk een VPN verbinding op te bouwen.
-
Ik heb twee verschillende NAS-systemen. Ik gebruik niet beide NAS-systemen tegelijk op de router. In de toekomst komen beide NAS-systemen aan verschillende routers/netwerken te hangen die niets met elkaar van doen hebben. Het gaat mij er nu om dat ik mijn nieuwe NAS configureer en dat deze werkt met een android. Net zoals bij mijn oude NAS1 waar alles goed werkt.
Ik heb een screenshot van mijn 1194 forward toegevoegd.
Die servicevolgorde is iets wat ik ook vreemd vond. Zie screenshot servicevolgorde beheren. Bij de servicevolgorde staat alleen LAN1. Misschien wel logisch dat LAN2 er niet tussen staat omdat daar geen UTP-kabel aan zit. Ik heb geen idee of ik mijn UTP-kabel ooit per ongeluk in LAN2 heb gehad. Dat kan natuurlijk maar zo. Maar waarom staat LAN2 nog vooraan op het bureaublad van de NAS? Maar goed, volgens mij is LAN2 geen oorzaak van het probleem omdat deze niet in de servicevolgorde staat.
Maar als ik me afmeld van DSM en me opnieuw aanmeld, dan krijg ik iedere keer LAN2 op het bureaublad. Zie laatste screenshot. Dat zit mij niet lekker.
Ik snap er niets van: NAS2 heeft dezelfde configuratie als NAS1 Speld zoeken.
-
Ik gebruik op mijn laptop voor synology assistent een administrator account voor NAS1 en ander administrator account voor NAS2. Dat is toch verder geen probleem?
Ik heb een screenshot van mijn ovpn-bestand van NAS2 toegevoegd. De certificaten cert en key (privkey) zijn niet zichtbaar op de screenshot. Ik heb dus 3 certificaten toegevoegd. Maar deze ovpn-instellingen gebruik ik ook voor NAS1. Uiteraard dan wel met andere certificaten.
Dit is ook de VPNconfig die ik voor NAS1 gebruik. Of heeft mijn nieuwe NAS2 een andere configuratie nodig?
Grote bedrijven hebben meerdere NAS-systemen achter 1 router hangen. Dus dat kan geen probleem zijn lijkt mij.
-
Grote bedrijven hebben meerdere NAS-systemen achter 1 router hangen. Dus dat kan geen probleem zijn lijkt mij.
Dat is ook geen probleem als elke nas maar een andere poort gebruikt voor dezelfde dienst.
-
Ik heb een screenshot van mijn 1194 forward toegevoegd.
Omdat het om het enige plaatje in < die reactie > (https://www.synology-forum.nl/ddns-extern-benaderen/synology-nas-geen-verkeer-van-buiten-met-vpnserver-en-surveillance-station/msg330136/#msg330136) gaat.
Nee, < dat plaatje > (https://www.synology-forum.nl/ddns-extern-benaderen/synology-nas-geen-verkeer-van-buiten-met-vpnserver-en-surveillance-station/?action=dlattach;ts=1720982251;attach=62147;image) heeft niets met een port forward in een router te maken.
Een router is de enige plek waar je "port forwarders" kunt instellen.
Je geeft alleen een status weer van een netwerkpoort van een NAS. Die in dit geval van dat plaatje niet eens actief is.
Te zien aan de weergave van een 169.x.x.x IP-adres. Een zelf uitgegeven IP-adres van de NAS,
als er geen IP-adressen vanuit een router uitgegeven kunnen worden aan specifiek die LAN-poort.
En ook niet verwonderlijk bij een niet aangesloten LAN netwerkpoort. (Van LAN 2 schrijf je expliciet dat die niet is aangesloten).
Ik heb geen idee of ik mijn UTP-kabel ooit per ongeluk in LAN2 heb gehad. Dat kan natuurlijk maar zo.
Maar waarom staat LAN2 nog vooraan op het bureaublad van de NAS?
Met allerlei wisselingen van dan de ene NAS in je netwerk, dan weer een andere NAS om te configureren.
Het gebruik van mogelijk de ene- of andere LAN netwerkpoort van een NAS,
met iedere NAS en LAN poort een ander MAC-adres, zijn vergissingen snel gemaakt voor instellingen in een "router",
om de juiste port forwarders naar de juiste NAS en juiste netwerkpoort te sturen.
Laat staan van mogelijke set-up in de verschillende NAS apparaten zelf. Waardoor dit gedrag zich voordoet.
Het is weer een ratje toe van "van alles" en nog wat, waar een buitenstaander geen chocola van kan maken.
Dus houd het voorlopig maar weer voor gezien.
-
Omdat het om het enige plaatje in < die reactie > gaat.
Nee, < dat plaatje > heeft niets met een port forward in een router te maken.
Een router is de enige plek waar je "port forwarders" kunt instellen.
TS heeft het onnodig ingewikkeld gemaakt, door het router plaatje (nr7) toe te voegen aan het start bericht. ::)
Overigens is nr8 ook toegevoegd.
-
Tja, die plaatjes zaten er eerst nog niet bij. Wordt het daarmee onmogelijk om opvolgende reacties dan nog in de juiste context te zien.
Of die port forward in de router dan alsnog naar de juiste LAN poort van de NAS verwijst, is verder niet uit die extra plaatjes op te maken.
(Misschien wel een port forward naar de nu "niet actieve" LAN 2 poort?? Waardoor je daar op uitkomt?)
-
Ik zat me net te bedenken en dat is bovenaan ook duidelijk. Ik gebruik 1 DSM op mijn laptop voor beide nassen. Wel allebei met een ander administrator account. Maar dat kan toch helemaal niet? Ik heb daar helemaal niet bij stilgestaan. Dan krijg je volgens mij interferentie.
In de log van OpenVPN-connect op mijn android kreeg ik bij de DDNS van de ene NAS in de log wat informatie over mijn andere DDNS van de andere NAS. Ik zag daar mijn andere domeinnaam staan. Dat lijkt wel echt interferentie. Hoe los ik dat probleem op? Waarschijnlijk moet ik dan voor beide NASSEN andere poorten instellen. En dan hoop ik dat de nieuwe NAS werkt met OpenVPN en DSCAM.
Maar 1 DSM voor 2 NASSEN kan dus wel als ik andere poorten gebruik.
Ik gebruik nu ook een andere DHCP-range: 192.168.0.1; 192.168.1.1; 192.168.2.1 e.d.
Ik heb de router gek zitten maken, en mezelf ook. Achteraf wel lachwekkend of huilwekkend eigenlijk.
-
Ik gebruik 1 DSM op mijn laptop voor beide nassen.
Nee dat kan niet. Elke NAS heeft zijn eigen DSM versie. Maar die zullen er ongetwijfeld vergelijkbaar of hetzelfde uitzien.
Net zo goed als dat elke PC of laptop thuis zijn eigen Operating systeem bevat.
En elke smartphone thuis, die van jezelf of van je partner ook ieder zijn eigen Android of iOS versie.
En dan gebruik je ook nog verschillende thuisnetwerk VLAN IP bereiken.
Je maakt er weer een behoorlijk verwarrend feestje van. Succes met het uitzoeken van dat hele ratje toe.
Als leidraad:
Geef iedere NAS een eigen "verschillende" NAS host-name, met mogelijk ook ieder verschillende inlognamen en wachtwoorden.
Iedere NAS en netwerkpoort die je wilt inzetten heeft andere MAC adressen, zul je in de router andere "vaste" IP-adressen moeten geven.
Iedere NAS voor dezelfde vergelijkbare functies, andere in te zetten poortnummers.
-
Ik heb al twee dns-servers gemaakt:
NAS1 (DSM1):https://domeinnaam1:60001
NAS2 (DSM2): https://domeinnaam2:5001
Ik kan van buiten met bijv. een PC contact maken met mijn NAS2. Dat loopt goed. Portforwarding op surveillance station met poort 9901 doet het dus.
Het probleem is dat ik nog steeds niet met mijn android verbinding kan maken met mijn NAS2.
Camera-licentie is ook goed.
Mobiele data aan.
Nog voordat ik in DSCAM op mijn android de vraag krijg om mijn gebruikersnaam en wachtwoord in te vullen, krijg ik de melding:ongeldige connectie.
Ik heb de DSCAM app alle machtigingen gegeven op mijn android.
Firewalls blokkeren IPv6-regels volgens mij niet.
Geen idee?
-
Volgens mij moet je ook poort 443 open zetten in je router als je OpenVPN gebruikt.
-
Zou niet weten waarom, UDP 1194 is voldoende bij OpenVPN.
-
Als je IPv6 uitgezet hebt, zijn 2 DDNS servers overkill. Beide zullen ze naar hetzelfde IPv4 adres resolven.
Meerdere DDNS servers hebben alleen zin als je ook IPv6 gebruikt omdat die naar het IPv6 adres van de specifieke nas zelf wijzen.
-
Ik heb IPv6 nu weer aan staan.
Maar het probleem op dit moment is niet OpenVPN. OpenVPN doet het goed op mijn android. De OpenVPN-tunnel van mijn android met mijn NAS die doet het.
Alleen DSCAM op mijn android kan geen verbinding met mijn NAS bewerkstelligen. Zie mijn bericht hiervoor.
-
Ik heb IPv6 nu weer aan staan.
Willekeurig IPv6 dan weer in- of dan weer uitschakelen heeft consequenties voor op te zetten verbindingen.
En tot op welk niveau is die IPv6 in gebruik?? Alleen je WAN IP-adres, of ook de verdere IPv6 instellingen in je thuisnetwerk?
-
Ik ga eens terug naar af:
Maar DScam van android kan ook geen verbinding met NAS opzetten. Het is dus niet een specifiek OpenVPN-probleem. Ik denk aan een poort die dicht zit. Maar ik heb poort 1194 opengezet in router.
Je maakt dus een VPN verbinding met je telefoon met WiFi uit.
Dan ga je met DS Cam een verbinding maken met Surveillance Station en dat lukt dus niet.
Welke gegevens vul je dan in om die verbinding te maken ?
- Intern IP-adres
- Extern IP-adres
- DDNS
Als je n.l. een VPN verbinding hebt, dan zou je gewoon het interne IP-adres moeten kunnen gebruiken en dat heb ik nog niet terug kunnen lezen, volgens mij.
-
Ik heb een LAN1 IPv6-setup.
Ik heb een VPN-verbinding tussen mijn NAS en mijn android. Die verbinding heb ik uiteraard draaien via mobiele data. En deze verbinding draait goed. Het gaat daarbij om mijn DDNS via poort 1194.
In DSM heb ik bij netwerk => LAN1 (IP-adres NAS), IPv6 op automatisch gezet.
Bij DDNS staat extern IPv4-adres op automatisch. Dit is dus mijn WAN-adres.
Extern IPv6-adres staat ook op automatisch.
Om in DSCAM op android verbinding te maken vul ik mijn DDNS in. Ik heb HTTPS aan staan in DSCAM.
In DSM staat status DDNS op normaal met een IPv6-extern-adres. Mijn WAN-adres dus.
In mijn router heb ik wat betreft WAN2 (mijn WAN-IP dus), IPv6 op aan staan.
Het rare is dus dat het met mijn oude NAS altijd heeft gewerkt. Ik kon mijn camerabeelden met DSCAM bekijken.
-
Ik mis in je opsomming m.b.t. IPv6 dat je voor de LAN sub-netten in de router, daarvoor IPv6 hebt ingeschakeld.
Als alles goed is ingesteld, heeft elk gebruikt apparaat wat in je thuisnetwerk hangt naast een IPv4 adres ook een IPv6 adres.
En zou je bij browsen naar internet met die apparaten (PC of smartphone via WiFi) beide versies IP adressen voor je WAN moeten zien.
https://www.watzijnmijnips.nl
Wil je het helemaal op IPv6 doorvoeren, zou je ook de instelling in de VPN-server op de NAS,
bij het menu van OpenVPN daar moeten activeren. (IPv6 server-modus inschakelen, met een te kiezen IPv6 voorvoegsel).
-
Ik heb IPv6-adressen toegewezen aan mijn LAN-clients. Zie screenshot van een ipconfig.
Watzijnmijnips.nl geeft IPv6 niet beschikbaar.
Zie screenshot van mijn IPv6-WAN-instelling.
-
Ik snap at hele gedoe met VPN en DDNS niet.
Een VPN is een Virtueel Private Netwerk. Dus je werkt alsof je in dat lokale netwerk zit. Dus met lokale IP adressen.
Als je via een VPN de DDNS naam gebruikt om de nas je benaderen, ga je via een omweg via het internet terug naar je nas. Een onlogische omweg die de boel alleen maar storingsgevoelig maakt. Zeker als je geen zekerheid hebt of het verkeer via IPv4 of IPv6 gaat lopen.
-
Ik snap dat hele gedoe met VPN en DDNS wel degelijk.
Als je niet thuis bent, en je wilt vanuit een externe locatie toch connectie met de NAS thuis, kun je dat via twee methoden doen.
Via WiFi vanuit een plek waar je van het daar aanwezige (free) WiFi netwerk gebruik kunt maken. Of via het het mobiele netwerk.
Met name via WiFi (luchthaven, horeca, vakantie-adres) zou ik al helemaal niet zonder VPN met het thuisnetwerk contact willen maken.
En je weet inderdaad niet of de verbinding via IPv4 of IPv6 zal gaan lopen.
Vandaar "transparant" voor beide methoden, dat het zou moeten werken.
-
Watzijnmijnips.nl (https://www.watzijnmijnips.nl) geeft IPv6 niet beschikbaar.
Dan zitten er toch fouten in de IPv6 configuratie. (Voorbeeld situatie hier).
[attach=1]
-
Ik heb nu een statisch IPv6 ingesteld. Kan ik niet beter een 6-in4-tunnel instellen? Ik snap beide eigenlijk nog niet. Ik snap wel meer niet trouwens. De 6in4-tunnel is een methode om IPv6-pakketten over een IPv4-netwerk te transporteren. Een statisch IPv6-IP is dus een IP-adres om een directe verbinding tussen systemen (computerapparaten of IP-adressen) te kunnen opzetten, i.p.v. via een omweg. Met een statisch IPv6 zou je dan in z'n geheel een IPv6-netwerk (moeten) hebben?
Afijn, ik zal jullie input nu bestuderen.
-
Dat is ook mijn gedachte Babylonia. Het gaat mij vooral om mobiele data, omdat je voor wifi afhankelijk bent van een plek die wifi aanbiedt. Ik zit regelmatig in the middle of nowhere en dan heb ik mobiele data nodig. En inderdaad wifi via Schiphol dat voelt bij mij ook niet goed. En al helemaal niet zonder een VPN-verbinding.
Wat gaat er mis met mijn DDNS op de android? Waarom geen contact van mijn android met mijn NAS? Ik ga kijken.
-
Ok....het lukt je om een VPN verbinding te krijgen.
Dan zeg je:
Om in DSCAM op android verbinding te maken vul ik mijn DDNS in. Ik heb HTTPS aan staan in DSCAM.
Maak die verbinding eens opnieuw (zonder WiFi en ver in DS Cam geef je het IP_adres in vsn je NAS en het wachtwoord en HTTPS niet ingeschakeld.
Krijgt DS Cam dan wel verbinding?
-
In DSCAM kan ik alleen maar mijn DDNS invoeren en het vinkje HTTPS aan- of uitzetten. Zoals ik boven in dit forum heb geschreven krijg ik niet het scherm om een synology-accountnaam en wachtwoord in te voeren. Voordat dat scherm komt krijg ik dus de melding: ongeldige verbinding.
Met mijn NAS-IP, en HTTPS uit, krijg ik ook in DSCAM van mijn android de melding: ongeldige verbinding. Ik heb wifi uit en mobiele data aan.
Ik ben erachter gekomen dat mijn IPv6-DDNS van de NAS niet werkt. Als ik IPv4 hier uitschakel en alleen IPv6 op automatisch aan zet, dan werkt de IPv6-DDNS-verbinding van de NAS niet. IPv4-DDNS werkt wel. Zoals je op de screenshot kunt zien van mijn NAS-DDNS-instelling, dan zie je bij extern adres (IPv6): automatisch (-). Op de plek van dat - streepje staat niet mijn WAN-IP-adres. Dat lijkt mij niet goed. Bij IPv4 staat dus wel mijn WAN-IP-adres.
En mijn VPN-verbinding van mijn android met mijn NAS middels mijn DDNS werkt dus wel.
En over die IPv6-instelling van mijn laptop: als ik op mijn laptop naar instellingen => netwerk en internet => eigenschappen => IP-toewijzing bewerken ga, dan gaat het instellen van mijn statische IPv6-adresgegevens volgens mij niet goed. Ik heb in ieder geval geen internet als ik mijn IPv6-IP-adres en link-local-IPv6-adres (gateway) invul.
Bij voorkeurs-DNS gaat het toch om de server van google voor IPv6 = 2001:4860:4860::8888
En bij alternatieve DNS gaat het toch om de extra DNS-server van google voor IPv6 = 2001:4860:4860::8844
Lengte van voorvoegsel van subnet: 128
Ik vul trouwens zowel mijn IPv4- als mijn IPv6-gegevens in. Maar internet krijg ik dus niet. Ook hier werkt het IPv4-gedeelte wel!
Het lijkt erop dat VPN de weg van IPv4-DDNS kiest en DSCAM de weg van IPv6-DDNS. Of zeg ik hier iets geks?
Aangezien zowel de IPv6-DDNS van de NAS en ook de IPv6-instelling van mij laptop niet werkt, dan lijkt het erop dat er in de router iets niet goed staat m.b.t. IPv6. Of zeg ik hier weer iets geks?
Maar in de router heb ik IPv6 toch goed ingevuld?
In mijn router firewall kan ik routing verbindingen blokkeren aan- of uitvinken: block routing connections initiated from WAN IPv4 en IPv6. Als ik beide uitvink, dan werkt het allemaal ook niet. Van buiten komende WAN.
-
In DSCAM kan ik alleen maar mijn DDNS invoeren
Onzin, dat kan wel, kies dan voor een andere account gebruiken en dan Nieuwe account toevoegen en gebruik dus IPv4 adres van je NAS.
Ik kan met zowel DDNS als IP inloggen.
EN zet IPv6 eens gewoon uit, want een IPv6 adres effe invoeren is knippen en plakken of heef veel intikken en maakt het op dit moment allemaal te ingewikkeld, als bovenstaande werkt, dan kan je altijd nog verder borduren met IPv6.
-
Er lopen nu twee zaken door elkaar in dit onderwerp. Functionaliteit van DSCAM en gebruik van IPv6. (Misschien afsplitsen ?)
M.b.t. IPv6
Ik heb nu een statisch IPv6 ingesteld. Kan ik niet beter een 6-in4-tunnel instellen? Ik snap beide eigenlijk nog niet.
Dat is afhankelijk van de internet provider die je gebruikt.
Verder zie ik alleen instellingen voor je WAN, maar waar ik gisteren (reactie #18 (https://www.synology-forum.nl/ddns-extern-benaderen/synology-nas-geen-verkeer-van-buiten-met-vpnserver-en-surveillance-station/msg330230/#msg330230)) al een opmerking over maakte.
Ik mis in je opsomming m.b.t. IPv6 dat je voor de LAN sub-netten in de router, daarvoor IPv6 hebt ingeschakeld.
Bij je vervolgreactie #19 (https://www.synology-forum.nl/ddns-extern-benaderen/synology-nas-geen-verkeer-van-buiten-met-vpnserver-en-surveillance-station/msg330236/#msg330236) is nog steeds "missen" = geen plaatje van die LAN sub-net instellingen voor IPv6
Instellingen voor IPv6 voor WAN en LAN zijn aan elkaar gerelateerd. "Stukken" ervan liggen in elkaars verlengde, met "prefix" waarden e.d.
Als je zaken kloppend wilt instellen, is dat echt een hele uitzoekerij wat je niet zomaar even op een zondagmiddag uit de mouw schud.
Meer algemene informatie bij elkaar om te bestuderen m.b.t. IPv6, URL's die in een apart "Synology router" IPv6 onderwerp zijn opgenomen.
https://www.synology-forum.nl/synology-router/ipv6-ondersteuning-synology-routers/msg328011/#msg328011
Dat hele stuk aan opgegeven URL's tot aan de eerste (dunne) "dubbele lijn" over de volle breedte, in die reactie.
Met name deze is erg waardevol in het begrip hoe indelingen m.b.t. IPv6 worden ingezet.
(Feitelijk "een schema" vanaf de provider, tot aan de eind-gebruiker):
https://wiki.surfnet.nl/display/SURFnetnetwerkWiki/Whitepaper+IPv6-nummerplan+opstellen
Deze whitepaper (PDF) (https://wiki.surfnet.nl/download/attachments/11211103/rapport_201309_IPv6_numplan_NL.pdf?version=1&modificationDate=1545128052529&api=v2) bevat een handleiding voor het opstellen van een goed nummerplan bij de overgang naar IPv6.
Een goed nummerplan is een systeem waarmee u de IPv6-adressen toekent aan locaties en/of gebruikerstypen.
Draytek router:
Welke opties een DrayTek router biedt, en of je daar door de provider "automatisch" aangereikte IPv6 "deel" bereiken kunt gebruiken,
of dat je het allemaal handmatig moet instellen. Is aan jezelf om dat uit te zoeken.
-
Er lopen nu twee zaken door elkaar in dit onderwerp. Functionaliteit van DSCAM en gebruik van IPv6. (Misschien afsplitsen ?)
Juist niet, in het eerste bericht gaat het al over DS Cam en het gaat over het testen met DS Cam, dan wordt wel heel lastig om hiervoor 2 Topics te gebruiken, niet ?
-
Was alleen een "suggestie" om het op te splitsen. OK, laat het dan maar bij elkaar :geek:
-
Ik kan in DSCAM alleen maar een IP-adres, domeinnaam of quickconnect-ID toevoegen. Dat laatste wil ik niet.
Ik kan dus geen ander account aanmaken.
En ik kan in DSCAM met een digitale schakelaar HTTPS in- of uitschakelen.
Maar mijn DDNS moet gewoon werken. Ik moet niet andere accounts aan hoeven maken.
Ik krijg hier de melding: er iets iets fout gegaan bij het wegschrijven van jouw bijlage. Ik kan dus geen bijlages toevoegen.
Ik had een foto van DSCAM willen toevoegen. Dan kan Birdy zien dat ik geen onzin uitkraam.
-
Zo snel ben ik niet Babylonia. Ik wilde eerste nog reageren op jouw grote vriend Birdy.
Een andere chatplek voor IPv6 is misschien niet zo gek. Ik moet wel zeggen dat ik DSCAM en IPv6 hier aan elkaar gekoppeld vind zitten. Dat heb je vaak met computers dat het een bij het ander hoort.
Ik ga nu jullie input bestuderen.
-
Dan moet ik dat IPv6 verhaal gaan bestuderen.
Je hoort wel steeds meer dat we de richting van IPv6 op gaan. Wereldwijde tekort aan IP-adressen. Communicatie schijnt ook sneller te werken met IPv6.
Maar is het verstandig om me nu al voor te bereiden op IPv6?
Birdy lijkt aan te geven dat hij niet zoveel op heeft met IPv6.
Eerlijk gezegd wil ik wel graag leren hoe dat gaat met IPv6. En ik moet er toch een keer aan. Waarom niet nu al?
Ik denk toch dat het misschien niet zo gek is om een aparte chatplek voor IPv6 in het leven te roepen. Maar wat Babylonia al zegt, dat die plek er al is. Ik weet niet of die koppeling van DSCAM met IPv6 er ook al is, en of deze in z'n geheel wat toevoegt aan het synologyforum. Maar dat laatste is meer jullie ding als moderatoren.
-
Maar is het verstandig om me nu al voor te bereiden op IPv6?
Ach, daar zitten op allerlei netwerk technisch niveau nog zoveel hobbels die moeten worden gladgestreken.
Dat het naar ik vermoed nog wel jaren kan duren voordat het zich een beetje "wereldwijd" heeft ontplooit.
Met name < als het gaat om VPN > (https://www.synology-forum.nl/synology-router/ipv6-ondersteuning-synology-routers/msg329199/#msg329199), kun je tegen problemen aanlopen. (Overigens een bekend "algemene" gebruikservaring).
Ook commerciële VPN diensten, zijn doorgaans (nog) alleen "IPv4 only" afgestemd.
Voorbeeld "Privado VPN" (https://privadovpn.com) (om aanbevolen DNS-servers in te stellen):
[attachimg=1]
-
Dan kan Birdy zien dat ik geen onzin uitkraam.
Jij kraamt onzin uit ? Dat zijn dus jouw woorden...
Waarschijnlijk gaat dit over mijn Reactie #27, als ik het wel kan en jij niet, dan lees je niet of niet goed en dat merk ik ook op in andere reacties en dat schiet gewoon niet.
Maar goed, ik heb je geprobeerd te helpen maar, ik haak nu maar af, succes verder !
-
Ik snap dat hele gedoe met VPN en DDNS wel degelijk.
Als je niet thuis bent, en je wilt vanuit een externe locatie toch connectie met de NAS thuis, kun je dat via twee methoden doen.…
Gezien je reactie heb je het juist niet gesnapt. Als je via een VPN werkt, zit je al lokaal op je thuisnetwerk. Dan maak je het jezelf moeilijk om met een DDNS naam te werken i.p.v. met het locale IP adres. Zelf heb ik dat opgelost via een eigen DNS server op de nas, die de DDNS naam naar een lokaal IP resolved zodat ik altijd met domeinnamen kan werken.(Intern als extern). En de VPN verbinding gebruikt deze DNS server op de nas. Maar dit is een oplossing waar Lipo niet op zit te wachten.
Ik snap ook niet dat Lipo het niet via een lokaal IP probeert. Als dat wel lukt, weet je direct in welke richting je het probleem moet zoeken, wan nu gaat het alle kanten op zonder dat je een aanknopingspunt hebt waar je het moet zoeken.
Ik lees ook heel tegenstrijdige meldingen. Eerst schrijft Lipo dat hij geen IP adres in DS-Cam kan invullen (heel vreemd). Later schrijft hij dat hij een hostnaam, IP of QC adres kan invullen.
IPv6 maakt dingen nodeloos ingewikkeld. In de router zul je dat apart moeten toestaan per netwerk apparaat. Het idee van IPv6 was dat elk apparaat direct vanuit het internet toegankelijk moet zijn, maar de meeste router fabrikanten hebben de firewall zo ingesteld dat IPv6 standaard geblokkeerd is voor inkomend verkeer.
-
Als je via een VPN werkt, zit je al lokaal op je thuisnetwerk. Dan maak je het jezelf moeilijk om met een DDNS naam te werken i.p.v. met het locale IP adres.
Een VPN verbinding wordt opgezet met het externe WAN IP adres.
- Domein naam
of
- DDNS domein naam
Afhankelijk welke VPN methode wordt ingezet kun je niet eens een WAN IP-adres voor een VPN connectie inzetten.
Omdat er gecontroleerd wordt op certificaat. En een certificaat is altijd gekoppeld aan een domein of DDNS-domein.
Lipo gebruikt geen eigen domein, maar wel een DDNS domein.
Die kan hij dus daarvoor inzetten om een VPN-verbinding op te zetten.
Zo bedoel ik het, en niet anders. (Niets meer, niets minder).
Begincode OpenVPN configuratiebestand met DDNS
dev tun
tls-client
remote xxxx.synology.me 1194
Misschien de eerdere reactie #20 (https://www.synology-forum.nl/ddns-extern-benaderen/synology-nas-geen-verkeer-van-buiten-met-vpnserver-en-surveillance-station/msg330237/#msg330237) wat onhandig uitgedrukt, dat ik het anders heb begrepen, dan je het hebt bedoeld?
Ik snap at hele gedoe met VPN en DDNS niet.
...
Als je via een VPN de DDNS naam gebruikt om de nas je benaderen,...
-
Als je via een VPN werkt, zit je al lokaal op je thuisnetwerk. Dan maak je het jezelf moeilijk om met een DDNS naam te werken i.p.v. met het locale IP adres.
Een VPN verbinding wordt opgezet met het externe WAN IP adres.
- Domein naam
of
- DDNS domein naam
Jij snapt het nog steeds niet.
Lipo heeft al een werkende VPN verbinding opgezet, dus wat je nu aangeeft is niet relevant. Hij wil vanuit die VPN verbinding (Dus virtueel lokaal) een verbinding via DS-Cam opzetten.)
-
Of je een bepaalde service rechtstreeks via remote (vanuit externe locatie) zou kunnen benaderen - zonder VPN.
En je gebruikt daarvoor een DDNS domein.
En in andere gevallen wil je dezelfde service wel via VPN benaderen, en je gebuikt zowel de DDNS voor de VPN zelf,
alsook voor de andere service. Ofwel twee keer DDNS, maakt praktisch gezien weinig uit.
Als er al storing is met de DDNS service, is die er ook al meteen in het begin bij de opzet van een VPN, met dezelfde DDNS.
Is daarin geen storing, is er die ook niet voor de andere service die je inzet met DDNS.
Om vergissingen van wel- of geen gebruik van connecties via VPN voor externe verbindingen uit te sluiten.
Zou je kunnen overwegen om externe connecties exclusief alléén voor VPN toe te passen. Niet voor andere services.
Die benader je dan met het interne LAN IP-adres omdat er in dat geval dan geen andere mogelijkheid is.
(Maar of DDNS domein + certificaat na 3 maanden dan nog wordt verlengd met alleen een VPN verbinding voor extern verkeer ??)
-
Ik heb alles van IPv6 in mijn router en NAS uitgezet, maar DSCAM doet het nog niet met mijn DDNS-domeinnaam.
Dat is helemaal juist Babylonia. Ik heb dus een VPN-verbinding opgezet met een DDNS-domeinnaam. DSCAM maakt dan volgens mij ook verbinding met mijn NAS via die VPN-verbinding. Maar wat is er in godsnaam aan de hand met DSCAM?
Waarom 91.148.225.50 voor voorkeurs DNS i.p.v. 8.8.8.8 van google? Dat IP wat jij aanhaalt is volgens mij van eweka. Ik maak ook gebruik van eweka trouwens.
DDNS-certificaten kun je zelf handmatig verlengen.
-
Als je wilt dat de app DSCAM (https://play.google.com/store/apps/details?id=com.synology.DScam&hl=nl) functioneert via DDNS.
Werkt dat alleen als -zonder gebruik van VPN- je de inlog van de NAS "ook" van buitenaf kunt benaderen.
Ofwel dat de poorten 5000/5001 in de router correct naar de NAS zijn doorgestuurd, met bijbehorende firewall regels in router en/of NAS.
(De poorten voor gebruik van Surveillance Station om die met DSCAM te kunnen benaderen,
zijn dezelfde als toegang tot de NAS / DSM interface / File Station).
https://kb.synology.com/nl-nl/DSM/tutorial/What_network_ports_are_used_by_Synology_services
De volgende tests met inlog voor de NAS (DSM) en gebruik van VPN.
Echter niet specifiek met Surveillance Station of DS CAM getest.
(Maar omdat ze dezelfde poorten gebruiken, zou dat niet het verschil mogen maken).
Het gebruik van een "dubbele" DDNS (eentje voor een VPN-verbinding, de ander voor benaderen van de NAS), werkt zelfs zodanig transparant.
Dat als je inlogt in de NAS "zonder VPN" - de inlog gehandhaafd blijft, als je erna pas de VPN connectie gaat leggen.
Je moet dan wel even opnieuw de NAS webpagina van de browser verversen. Om nu verder te gaan voor connectie "via VPN".
Je hoeft daarbij echter niet opnieuw "in te loggen" in de NAS.
En visa-versa. Eerst een VPN-verbinding opzetten (via DDNS), dan inloggen in de NAS via DDNS.
En erna de VPN-verbinding weer verbreken. Ook dan blijft de inlog van de NAS gehandhaafd, (wel verversen van browser web-pagina).
Omdat bij verbreken van de VPN, data niet meer via de VPN-tunnel loopt.
Hier geprobeerd bij 3 verschillende NAS'sen van familie / kennissen waar ik beheerrechten toe heb.
(Via VPN, kan ik namelijk evt. aanvullende instellingen van de daar gebruikte router controleren.
Dat zijn andere apparaten in het LAN netwerk, waar je normaal gesproken "van buitenaf" geen toegang toe hebt.
In dat geval dan wel gewoon de interne LAN IP-adressen gebruiken van die apparaten).
Waarom 91.148.225.50 voor voorkeurs DNS i.p.v. 8.8.8.8 van google?
Dat is niet mijn idee om die DNS-servers te gebruiken. Maar een "bijkomstig" idee van Privado, als je van hun VPN-service gebruik maakt !!
Het plaatje wat ik heb geplaatst, is enkel een voorbeeld om aan te geven dat commerciële VPN services géén gebruik maken van IPv6.
Niets meer, niets minder. (Leek me dat mijn vorige reactie (https://www.synology-forum.nl/ddns-extern-benaderen/synology-nas-geen-verkeer-van-buiten-met-vpnserver-en-surveillance-station/msg330279/#msg330279) met de uitleg die ik daar heb gegeven daarin duidelijk genoeg is ??)
Of je daarbij die "IPv4" gerelateerde DNS-servers gebruikt, of je eigen voorkeuren, is aan jezelf.
-
Ik kan met het onderstaande van buitenaf (pc of android) aanmelden op mijn NAS.:
https://x.x.synology.me:9901
Dat kan ik met en zonder VPN aan!
Surveillance station van buitenaf zit zo te zien op poort 9901.
Er staat me iets van bij dat ik voor surveillance station vroeger poort 5001 gebruikte. Misschien is de poort bij een nieuwe surveillance station update veranderd. Als ik in DSM naar aanmeldingsportaal => toepassingen => dan zie ik bij surveillance station de poorten 9900 en 9901 staan. En dus was dat volgens mij voorheen 5000 en 5001. DSCAM maakt dus ook gebruik van 5000 en 5001.
Voor DSM inloggen gebruik ik 5001 en daar zit/zat surveillance station dus ook op inderdaad.
Ik heb geprobeerd om in surveillance station te zoeken naar de instelling van de die 9901 of 5001 poort, maar ik weet niet waar ik die instelling kan vinden? Ik kan het gewoon niet vinden. Er staat me iets van bij dat ik die poort ooit bij de eerste install van surveillance station kon invullen.
Maar ik zet altijd inderdaad eerst de VPN-verbinding op en daarna gebruik ik DSCAM. Bij mijn oude NAS werkten zowel de VPN-tunnel als DSCAM.
-
(Kan het toch niet laten)
Standaard hebben Surveillance Station en DS CAM 5000 5001
https://kb.synology.com/nl-nl/DSM/tutorial/What_network_ports_are_used_by_Synology_services
-
Ik heb in mijn router poort 5001 doorgestuurd voor mijn beide Nassen. Beide op dezelfde poort. Ik schaam me diep :silent:
Zowel mijn VPN-server als DSCAM op de android doen het goed.
-
Ik heb in mijn router poort 5001 doorgestuurd voor mijn beide Nassen. Beide op dezelfde poort. Ik schaam me diep :silent:
Tja, doorgaans bij pakweg 99,9% van de situaties waarbij functies niet werken zoals verwacht of bedoeld,
zijn gerelateerd aan menselijk falen, onachtzaamheid, vergissingen die men maakt.
Maar vraag me dan wel af wat je met eerder aangereikte adviezen doet, als extra controle voor je netwerk set-up?
Want al redelijk snel bij < reactie #9 > (https://www.synology-forum.nl/ddns-extern-benaderen/synology-nas-geen-verkeer-van-buiten-met-vpnserver-en-surveillance-station/msg330169/#msg330169) laatste regel.
Is er al op gewezen dat je bij gebruik van 2 NAS apparaten, en gebruik van overeenkomstige services, poorten daarvoor moet aanpassen.
Iedere NAS voor dezelfde vergelijkbare functies, andere in te zetten poortnummers.