OpenVPN werkt, maar ik heb geen toegang tot mijn 192.168.3.x netwerk via mijn Experia Box V10

De computers maken verbinding met de NAS, maar de NAS lijkt de weg niet terug te vinden naar de computer. De NAS verteld het IP nummer van de tunnel aan de client, maar verdere data verstuurd die niet als ik het goed kan verworden zo. Maar tot nog toe probeer ik duidelijk te maken wat ik heb en wat ik wil, in de hoop een oplossing te krijgen, Maar ik heb ook nog niets veranderd sins mijn eerste bericht. Dus ik denk dat mijn situatie en mijn probleem duidelijk moet zijn nu.

Als ik vanaf mijn client een ping naar 192.168.2.x doe. krijg ik 100% lost. Ik wil dinsdag kijken wat er gebeurt als ik 10.8.0.1 ping. Want ik ben nu thuis en dinsdag weer in de loods. 

Maar als ik het voor elkaar kan krijgen dat ik via een hotspot een goede verbinding krijgen, dan zal het ook vanuit de loods wel werken denk ik.

Wat logisch is. Jouw cliënt in de loods heeft helemaal niets te zoeken op het netwerk van 192.168.2.x. tenzij je op OpenVPN en route daarvoor ingesteld hebt.

Ik neem aan dat OpenVPN zo ingesteld is dat de QNAP zelf virtueel 10.8.0.1 is en de clients 10.8.0.x krijgen. Dan zou je de services van de NAS gewoon op 10.8.0.1 moeten kunnen bereiken.

Zojuist nog eens getest met OpenVPN server op een OPNSense router virtuele machine op 192.168.5.1 met Linux client. 

Met “verb 3” in de client configuratie wordt op de client gelogd: 

2026-05-25 06:12:57 OPTIONS IMPORT: --ifconfig/up options modified
2026-05-25 06:12:57 OPTIONS IMPORT: route options modified
2026-05-25 06:12:57 OPTIONS IMPORT: route-related options modified
2026-05-25 06:12:57 OPTIONS IMPORT: tun-mtu set to 1500
2026-05-25 06:12:57 net_route_v4_best_gw query: dst 0.0.0.0
2026-05-25 06:12:57 net_route_v4_best_gw result: via 192.168.5.1 dev enp1s0
2026-05-25 06:12:57 ROUTE_GATEWAY 192.168.5.1/255.255.255.0 IFACE=enp1s0 HWADDR=52:54:00:7f:c3:98
2026-05-25 06:12:57 TUN/TAP device tun0 opened
2026-05-25 06:12:57 net_iface_mtu_set: mtu 1500 for tun0
2026-05-25 06:12:57 net_iface_up: set tun0 up
2026-05-25 06:12:57 net_addr_v4_add: 10.8.0.2/24 dev tun0
2026-05-25 06:12:57 net_iface_mtu_set: mtu 1500 for tun0
2026-05-25 06:12:57 net_iface_up: set tun0 up
2026-05-25 06:12:57 net_addr_v6_add: fc00:8::1000/64 dev tun0
2026-05-25 06:12:57 net_route_v4_add: 192.168.2.0/24 via 10.8.0.1 dev [NULL] table 0 metric -1
2026-05-25 06:12:57 Initialization Sequence Completed
2026-05-25 06:12:57 Data Channel: cipher 'AES-256-GCM', peer-id: 1
2026-05-25 06:12:57 Timers: ping-restart 120
2026-05-25 06:12:57 Protocol options: protocol-flags cc-exit tls-ekm dyn-tls-crypt

Vergeet de “v6” regels, dat is IPv6.

Het 192.168.2.0/24 netwerk wordt “gepushed” vanaf de server,
dat kan ook op de client door “route 192.168.2.0 255.255.255.0” aan de configuratie toe te voegen. 

10.8.0.1 is te pingen, en om het 192.168.2.0/24 netwerk te bereiken moest op de OpenVPN server  een NAT regel toegevoegd worden van OpenVPN netwerk  naar 192.168.2.x  adres.