Poort 139 is is
niet van OpenVPN maar voor het (Microsoft) delen van bestanden en mappen, zie
deze link.
Die poorten 48116 en 54504,
zijn dat wel TCP poorten? Want met telnet (en met canyouseeme.org) kun je alleen
TCP poorten testen. Mij is niet helemaal duidelijk of dezelfde beperking geldt bij yougetsignal, maar gegeven het lijstje van (TCP)poorten aan de rechterkant heb ik sterk het idee van wel.
Dus... Als de opties die je noemde slaan op het VPN
server proces, dan moet je (om in ieder geval te kunnen testen) Use TCP instead of UDP connections
aan hebben staan en het verhaal over Use random ports to connect
uit hebben staan.
Alvast: Je praat de hele tijd over poort 4444 en 5555 om te portforwarden, maar de
echte poorten van je VPN server zijn
niet die nummers. Dan kan op zich wel, maar dan moet je router port
translatie kunnen doen, dus (in jouw geval) dat je op de router kunt instellen dat externe poort 4444 wordt geportforward naar een
andere luisterpoort dan 4444 op je VPNserver.
Klein voorbeeld: Stel je hebt meerdere ip-camera's en die zijn (intern) bereikbaar op de standaard http: poort, dus poort 80 TCP en je wilt ze allemaal vanaf extern bereikbaar maken.
In dit voorbeeld moet dan, per ip-camera, een (eigen) externe poort (in dit voorbeeld: poort 30009) worden geport
transleerd naar poort
80 van de ip-camera.
Zie ook de schermafdruk.
Dus... Praat
nooit over het portforwarden van een poort als je eigenlijk porttranslatie bedoelt, want anders denken de helpers dat het om 1 poort gaat die zowel extern als intern hetzelfde is, terwijl in jouw geval de interne poort
afwijkt van de externe poort die je portforward. En (dus) geldt ook: Je moet, in het geval van porttranslatie, altijd de externe poort(-reeks) en de interne poort(-reeks)
beiden vermelden.
Tijs.