Na update 6.1 nas niet meer zichtbaar via VPN

[RayRay4105]

Ik begrijp er helemaal niets meer van. Het is niet dat ik niet weet hoe VPN instellingen zijn of hoe netwerken in elkaar steken, maar wat er nu gebeurt kan simpelweg niet. Ik heb alle instellingen nogmaals langs gelopen in zowel de NAS, de router en binnen het netwerk, maar ik krijg het niet meer werkend zoals omschreven door Babylonia. Overigens geeft Kicker06 aan hetzelfde probleem te hebben.

Zoals veelvuldig aangegeven: het was bij mij zo werkend voor de update naar 6.1 en na de update 6.1 dus niet meer. Ik heb voor de rest niets gewijzigd of aangepast in het netwerk. De VPN is actief, ik kan alle achterliggende pc's benaderen op hun lokale IP adres, maar de enige die niet wil is de NAS. Daaruit concludeer ik dat er een instelling dat er mogelijk een instelling is aangepast bij de update naar 6.1, maar de vraag is nu welke?

Daarom heb ik deze vraag bij Synology neergelegd en die beweren (bij hoog en laag) dat het bridgen van subnets niet beschikbaar is binnen DSM en de NAS altijd en alleen benaderd kan worden via het gateway adres. Daarmee zegt men dat de situatie zoals deze bij mij was en bij Babylonia werkend is eigenlijk helemaal niet moet kunnen. Mogelijk worden de subsets gebridged door de router ... ik zal dat ding nog eens opnieuw opstarten om te zien of dat iets verhelpt ... die kan ik tenslotte wel benaderen ....

[Babylonia]

Mijn vermoeden is dat je ofwel de Engelse naar Nederlandse vertaling van Synology Support niet goed overneemt, of langs elkaar heen praat?
Wat bedoel je met het "bridgen van sub-nets"?  (Dat is volgens Synology niet ter sprake).

Hier enkele basis instellingen van de VPN-server geïnstalleerd op de NAS voor mijn situatie.

M.b.t. de "Gateway" (het IP-adres van de router 192.168.10.1 ):




Het IP-adres van de NAS  (in mijn situatie 192.168.10.20 ):




Het IP-adres wat geldig is voor de VPN-server om te benaderen en actief is.
Dat is al vóór ingevuld op  192.168.10.20  en is hetzelfde als van de NAS.
(Daar kan geen misverstand over ontstaan):




Het virtuele VPN sub-net wat ik in mijn situatie heb ingesteld:

[RayRay4105]

Mijn instellingen zijn identiek (behoudens de IP range van mijn subnet).

Het enige wat mij nu opvalt is dat er op mijn NAS een IPv6-standaardgateway is ingevuld .... en daar is dan ook de boosdoener. Bij 'geavanceerde (netwerk)instellingen' blijkt: meerdere gateways inschakelen te zijn aangevinkt. Uitvinken heeft het probleem opgelost.

Voor de volledigheid nog even de reactie van Synology. Heb ik deze nu wel of niet foutief geinterpreteerd?

"If you are using a PC to connect with VPN, after the session are connected, did you using the same IP address or host name to access ?

If so, it will not work is normal, for the VPN session, they traffic has been packaged in a 'tunnel' already.
Using the quickconnect or ddns to access, it will not take effect due to the outgoing traffic cannot be reached.

Please try to use the IP address of the VPN to see if you could access them or not.

For example, before the VPN, you are using the IP address 192.168.x.x, after the VPN, you should use the IP address 10.x.x.0 which is the gateway of your VPN to access.

So does the local network service, if the 'in my network' means the Windows file service, after using the VPN, you should reach them by the VPN IP address.

And if you had set up the VPN as 'default gateway' of your PC side, the traffic will not be possible to return back to your PC side after passing to your DS214play, because the VPN service of DSM is not the bridging service between two local network."

[Babylonia]

In ieder geval heb je zelf ontdekt waar het probleem zat  (m.b.t. IPv6), en is het opgelost.

Wel een vreemde reactie van Synology.  Kennelijk iemand die zelf niet goed op de hoogte is hoe VPN in zijn werk gaat. 
Merk ik bij Support wel eens vaker.  Het eerste contact hier (in Europa) vangt de meeste berichten op, maar zijn medewerkers die vaak minder goed zijn onderlegd en proberen je een oplossing aan te reiken. Als het complexer wordt, wordt het pas doorgestuurd naar een meer technische afdeling in Taiwan.