MOD: Onnodige citaat is verwijderd, lees even.@Babylonia Om even de ontbrekende info aan te vullen: connectie met telefoon aan 3g, terwijl tunnel uit staat, werkt gewoon. Zo heb ik mijn nas bijna twee jaar gebruikt.
Qua port forwarding - in mijn buitenste router staan alle poorten die je regulier voor je nas gebruikt (5000/1, 5005/6, maar nu ook 1194 en 1195) doorgestuurd naar mijn tweede binnenste router. Daar is alles keurig geforward naar het ip van mijn nas. Hosts die aks recipient van port forwarding staan, hebben uiteraard een vast/gereserveerd IP.
Alle informatie nog eens bij elkaar schrapend, inclusief mijn gevallenonderscheid wanneer t wel/niet werkt, is dat als ik via de tunnel binnenkom in mijn nas, de app dsfile (en dsdownload, etc) weigert te connecten. Ik dacht even dat dat aan de vpn poort ligt (1195 ipv 5000). Maar vervolgens stel ik me ook voor dat de vpn client jn mijn nas de ip pakketjes uitpakt, en daar staan dan weer poort 5005 of zo in, en dat moet dan associeren met de het juiste proces (file station) in de nas.
En toen was mijn vpn-kennis even uitgeput.
Om het verhaal nog smeuiiger te maken. Ik heb (los van die ibvpn-beschrijving) nog een tweede vpn ingericht om "te spelen". Die staat normaliter uit.die vpn is als volgt. OpenVPN client op mijn iphone. Mijn linksys wrt1900ac (binnenste router) heeft dan een openvpn server draaien. Als ik die op mijn gsm aan zet (staat ie eigenlijk nooit) heb ik dus een tunnel van mijn telefoon naar mijn binnenste router. Die stuurt dan mijn dsfile verkeer vlgs de gebruikelijke forwarding gewoon door naar mijn nas. Dat werkt gewoon. Vandaar mijn hypothese dat het basisverkeer met poort 5000, netjes wordt ingepakt in vpn verkeer op poort 1194 (dat is de poort voor mijn openvpn server ibvpn loopt over 1195). Dat verkeer wordt dan in mijn router uitgepakt en doorgezet naar interne ip vd nas over poort 5005.
Hopelojk volgen jullie t nog een beetje haha
Any ideas?