Portforwarding naar NAS als VPN werkt niet meer sinds update naar V10.C.25.08.15

Geen wijzigingen…

Zoals in het mooie overzicht van @TDN staat, is voor status "closed" een actieve terugmelding nodig.

Dan zou de portscanner toch nuttig kunnen zijn: verandert 1194/udp naar “open|filtered” als de Synology losgekoppeld wordt? Zo ja, dan is er verbinding tussen internet en de NAS.

Is overal 1194/UDP ingevoerd?  OpenVPN server/ Synology Firewall / Router / Client ? 

Merkwaardig, ipvoid geeft “filtered” als er een port forward is naar een uitgeschakeld systeem.

ICMP 3 code 1 wordt nu teruggestuurd door de V10.  

In ieder geval: het resultaat verandert. 

In dit geval moet de V10 op zoek naar de eigenaar van het betreffende IP adres, en niemand antwoordt. Blijkbaar is dat een reden om “Host Unreachable code 1” terug te sturen. 

Maak je gebruik van IPv6, probeer dat eens een keer uit/aan te zetten?

Heb je een logging in je Openvpn client of Nas server waar je wat meer info uit kan halen wat er mis gaat?

Mijn poortforwardings:

OpenVPN word niet gebruikt en is niet ingeschakeld of geconfigureerd. Het is dus een 'loze' poortforwarding. Er word niet geluisterd op die poort. De poortscanner zegt:

En voor de Wireguard poort:

Hij ziet niks dus.

En zoals je ziet (sleuteltje bovenin 2de plaatje) gebruik ik Wireguard nu. Ik ben niet thuis.

Dat is het vervelende van UDP, de informatie van de port scanner is verwarrend. Als je toevallig bekend bent met programmeren, weet je mogelijk  dat “|” voor “OF” gebruikt wordt. Dus “open | filtered” is te vergelijken met  “het kan vriezen | het kan dooien”. Met andere woorden: je weet niets. Een beter antwoord op die site zou zijn “No idea”  

In het geval van Wireguard is de keuze  “open”, want Wireguard   werkt correct maar geeft alleen geen antwoord op een vraag zonder Wireguard specifieke informatie.  

Als op de router een poort dicht staat, is de keuze “filtered”, want de router geeft geen antwoord.  

In dit geval staat OpenVPN op “closed”, dus er is wel iets aan de hand op poort 1194/UDP. Het meest voor de hand ligt dat OpenVPN niet draait of op een andere poort/protocol  luistert, maar geks in de router is natuurlijk niet uit te sluiten. 

Ook een geval voor 'closed’ status. UDP wordt gelimiteerd bij linux (meeste routers hebben linux als basis) met 1 aanvraag pro seconde. Als meer dan 2 pro seconde gebeurt wordt met 'closed' beantwoord. Daarom is scannen op UDP zo langzaam en wordt ook meestal niet ondersteund.