Wireguard op PI werkt niet meer na aanschaf RT6600ax

[Dionysus007281]

Goedendag,

In mijn oude situatie had ik een KPN Experia V12 met daarachter een Raspberry PI met daarop Pihole en Wireguard.
De PI was vanaf elke plek ter wereld te bereiken met de Wireguard client, via port forwarding.
Via deze VPN-verbinding kon ik alle apparaten in mijn LAN benaderen: router, NAS, diverse PI's.

Een paar dagen geleden heb ik de Experia V12 vervangen door een RT6600ax, eigenlijk zonder problemen.
Ik heb ook hierop weer de poort naar mijn Wireguard geforward.
De Wireguard server is te bereiken en ik kan alles doen op deze betreffende server: de Pihole interface, SSH, Webmin: alles is bereikbaar.
Echter lukt het me niet meer om andere apparaten in hetzelfde subnet te benaderen: NAS, router, overige PI's, alles geeft een time-out.

Gezien alleen de router is gewijzigd vermoed ik dat het probleem hier ligt, maar wat ik ook probeer, ik krijg het niet voor elkaar.

Heeft iemand een idee wat ik zou kunnen doen?

[Babylonia]

Een VPN Client krijgt een virtueel IP-adres toegewezen vanuit de VPN-server.
Maak in de RT6600ax een extra firewall regel aan die toegang geeft voor dat VPN virtuele sub-net.

Vergelijk een  onderwerp over de RT6600ax  het onderdeel m.b.t. de firewall  < HIER >.

[Dionysus007281]

Dank, ga het vanavond proberen.

[Dionysus007281]

Ik zou denken dat dit moet werken, maar toch niet 

[Babylonia]

Alle gegevens doorhalen schiet weinig op. Daar is niets op te beoordelen.

Doorhalen van dit soort interne sub-netgegevens is overigens helemaal niet nodig.  Mensen kunnen daar helemaal niets mee.
Alleen beter niet het WAN IP adres van je internet aansluiting te tonen, mocht dat toevallig een keer naar voren komen.
Of bijv. herkenbare hostnamen - domeinen e.d.

[Dionysus007281]

Excuus, hierbij een leesbare screenshot.

[Babylonia]

Zie wel dat bij regels  Bron-interface  en  Doel-interface  niet zijn ingevuld (leeg).
Zijn dan sowieso geen geldige regels.

Zou willen adviseren eerst eens goed dat hoofdstuk te bestuderen m.b.t. die Firewall regels.
(Bijv. ook m.b.t. regio's om toegang te beperken, en laatste afsluitregel om alles wat er niet aan voldoet te blokkeren).

M.b.t. interne netwerken en gebruik VPN zou je ook de opmerkingen mee kunnen nemen bij het hoofdstuk over een VPN-server.

         Waarom afwijkende IP-bereiken voor standaard netwerken?

[Dionysus007281]

Dan ga ik er vanavond maar eens even goed voor zitten. Bedankt zover.

[Briolet]

Als ik het goed lees, zit de VPN server op de Pi. Dan lijkt de firewall van de router weinig effect te hebben als je de VPN verbinding doorlaat. De essentie van een VPN is juist dat alles door een gecodeerde tunnel loopt, zodat de router niet kan weten wat dat verkeer doet.

En ik begrijp dat de Pi wel via de VPN bereikbaar is. Dus die forwards kloppen.

[Dionysus007281]

Zo had ik het ook verwacht, maar aangezien ik alleen mij router heb uitgewisseld, denk ik dat toch daar ergens het probleem moet zitten.

[Dionysus007281]

Kan iemand me uitleggen wat het verschil is tussen de twee onderste regels?
Met alleen de onderste regel ingeschakeld krijg ik wel gewoon verbinding met m'n VPN, met alleen de middelste regel ingeschakeld niet; ook het aantal "treffers" blijft hier op 0 staan.
Die middelste regel is op dezelfde manier aangemaakt als de bovenste regel welke het dus ook niet doet.

[Briolet]

Bronpoorten zijn vaak random poorten. Het is riskant om daar op te selecteren. In elk geval zit daar een groot verschil tussen je regels.