Android kan geen verbinding maken met NAS

[Babylonia]

Was alleen een "suggestie" om het op te splitsen.  OK, laat het dan maar bij elkaar   

[Lipo]

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.

[Lipo]

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.

[Lipo]

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.

[Babylonia]

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 >,  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"  (om aanbevolen DNS-servers in te stellen):

[Birdy]

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 !

[Briolet]

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.

[Babylonia]

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

Code: [Selecteer]

dev tun
tls-client

remote xxxx.synology.me 1194

Misschien de eerdere reactie #20 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,...

[Briolet]

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.)

[Babylonia]

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 ??)

[Lipo]

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.

[Babylonia]

Als je wilt dat de app DSCAM 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 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.

[Lipo]

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.

[Birdy]

(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

[Lipo]

Ik heb in mijn router poort 5001 doorgestuurd voor mijn beide Nassen. Beide op dezelfde poort. Ik schaam me diep 

Zowel mijn VPN-server als DSCAM op de android doen het goed.