Zyxel T56 portforwarding werkt alleen met miniUPnP?

Niet heel toevallig het schuifje bij “Actief” vergeten aan te zetten? Die staat bij het aanmaken van een nieuwe regel standaard Uit.

Nu 2 dagen later nog geen verschil. heb de regels open laten staan, maar dit heeft geen verschil gemaakt. Voorheen heb ik al 2x een fabrieksreset gedaan. Al moet ikzeggen, dat het ook 2 dagen geleden is geïnstalleerd. Dus zou qua firmware (V5.70(ACEA.0)T56C_b10_0410) up to date moeten zijn.


​@Waqqas Onder de 50 geeft geen verandering. Bij de interface kan ik kiezen uit: standaard/WWAN/eth_internet/eth_mgnt/eth_iptv. Ik heb deze gewoon op eth_internet staan. Maar ook de andere opties werken niet.

​@rvk01 Het schuifje staat op actief, maar is inderdaad makkelijk te vergeten. Helaas is dit niet het probleem :)

Mijn server heeft ook gewoon een statische op buiten de dhcp range en ik heb een stuk of 10 port forwards die gewoon werken.

Je moet er uiteraard wel voor zorgen dat je programma geen UPnP gaat doen maar ook in je programma een poort vast zetten. 

Als het om een Windows machine gaat, heb je de netwerkverbinding op prive staan (en niet openbaar)? Heb je ook de firewall helemaal uit geprobeerd (om te kijken of die zich dat tegenhoudt)?

Ik heb firewall standaard aan. Maar om te zoeken naar de mogelijkheden om de poort open te zetten (naast het veranderen van de regels voor binnenkomende verbindingen) heb ik deze uitgezet.

Uitgezet op de zyxel. Uitgezet op: Domeinnetwerk, particulier netwerk, openbaar netwerk.

De netwerkverbinding staat inderdaad op prive. Net geswitched naar openbaar, maar geen verbetering.

Ook kaspersky uitgezet.

Enigszins vraag ik mij af of het probleem aan de zyxel ligt, of aan mijn pc. Bij kpn experia v10 had ik exact hetzelfde probleem, al stond deze bekend om de problemen met portforwarding. 

Ik run windows 10pro.

Ik ga er overigens gewoon vanuit dat als ik op de zyxel de poort open zet, deze gewoon te testen is via oa yougetsignal. Zo werkte het vroeger op de fritz wel in ieder geval. De problemen heb ik sowieso sinds win10. Maar sindsdien heb ik ook de experia en nu dus de zyxel. Dus waar het probleem zich dan zou bevinden is mij een raadsel.

Het stomme is, dat als ik cmd -> netstat -an doe, er een aantal poorten open staan.

Zet ik een poort open via de miniUPnP, dan staat deze er ook tussen.

Toch staat alleen deze poort open, en de rest niet. De poorten die ik via de zyxel toevoeg, staan er niet tussen.

Kleine toevoeging. 

Als ik Extern beheer doe, en dan de WAN aanvink bij de https service, staat de poort ook open.

Als de poorten die je op de Zyxel toevoegt niet op de pc open staan (te zien met netstat) dan is het logisch dat je computer niet bereikbaar is. Die luistert immers niet naar die poort. Dan moet je dus gaan kijken waarom je programma die poort niet open zet. Dat gebeurd niet automatisch op de PC als je die poort op de Zyxel open zet. Je zet op de Zyxel dus alleen poorten open die je programma ook daadwerkelijk open zet op de PC (te controleren met netstat).

Je kunt met sites die open port checken overigens alleen controleren op TCP poorten, niet op UDP.

Met firewall bedoelde ik die van Windows, niet die van de Zyxel. Met beide uit kan ook om te testen. 

Wow ik heb het gevonden! Sowieso bedankt voor het meedenken, dit heeft mij ook weer verder geholpen!

Onderstaande had ik ook al gedaan.

Firewall zowel van windows als zyxel uitgezet. Dus daar zit het hem niet in.

Op de PC kan ik poorten open zetten via “regels voor binnenkomende verbindingen”en bij “regels voor uitgaande verbindingen”. Als ik daar gewoon mijn poort 4050 invul, blijft deze gewoon dicht. En het stomme is, dan zie ik die op netstat nog steeds niet …

In principe volgde ik gewoon deze stappen:

https://www.howtogeek.com/394735/how-do-i-open-a-port-on-windows-firewall/
en

https://learn.microsoft.com/en-us/answers/questions/3864685/how-to-do-port-forwarding-or-port-opening-in-windo
 

----------------------

Allemaal geen probleem. Ik ben de enige gebruiker van het systeem, maar ben schijnbaar ingelogd als een user. Maar als ik de opdrachtprompt (rechtermuisknop admin) open en daar handmatig de poorten inzet, dan gaan ze wel open!
Gebruikte code voor anderen die het probleem hebben: netsh interface portproxy add v4tov4 listenport=xxxx listenaddress=192.168.1.x connectport=xxxx connectaddress=192.168.1.x

Het stomme is wel; na het invoeren van het commando moet ik alsnog de stap volgen zoals beschreven in: https://www.howtogeek.com/394735/how-do-i-open-a-port-on-windows-firewall/

Als ik deze regels weghaal, is de poort weer dicht. Ook als ik het commando intyp in de opdrachtprompt dan moet ik alsnog de regels weer aanmaken.

Als je de firewall op Windows uitgezet hebt dan zou dat allemaal niet meer nodig mogen zijn.

Ik heb het idee dat je heel slecht uitlegt wat je probleem is. Als je gewoon een programma hebt die luistert naar een poort, dan hoef je verder niets te doen. Je Windows firewall (als die al aan zou staan) vraagt of je een uitzondering in de Windows firewall wilt maken. Daarna is de poort op de pc gewoon open. Daarna zet je de poort open. In de router en je hebt klaar.

Nu ga je met die netsh commando iets doorlussen naar een andere poort of pc ??

Hoe ziet dat commando er precies uit? Je hoeft interne op adressen niet te maskeren met .x. Die zijn gewoon veilig. Heb je daar in dat commando de listen address hetzelfde als het connect address? Dit zou nl een nutteloze regel zijn. 

netsh interface portproxy add v4tov4 listenport=4050 listenaddress=192.168.1.4 connectport=4050 connectaddress=192.168.1.4

Dit zou alleen nut hebben als je programma alleen luistert op interface localhost/127.0.0.1 en niet op jouw eigen 192.168.1.4 (b.v.).

Dus haal eens alles weg, netsh en firewall regels. Start je programma en kijk daarna met netstat -ano welke poorten daadwerkelijk open staan op 0.0.0.0 of 192.168.1.4 (waarbij die .4 dus jouw interne netwerk is). Alle poorten bij 127.0.0.1 zijn alleen voor intern gebruik !!

(Het kan dus gewoon zijn dat jij in dat programma aangeeft dat ie alleen moet luisteren op localhost, en dat is uiteraard verkeerd. Welk programma is het overigens?)

Ik denk dat het probleem tussen mij en de computer zit. Maar wat het exact is, weet ik nog niet. Vandaag op de laptop bezig geweest met windows 11home, maar ook hier heb ik het probleem. Al heb ik het werkend. Maar zo simpel als het op internet staat, gaat het hier in ieder geval niet (regel toevoegen aan je firewall, regel toevoegen aan de zyxel en klaar).

De laptop is van mijn vrouw en zo standaard als ik weet niet wat. 

Het programma dat ik wil gebruiken heeft gewoon één open poort nodig, zelf te definiëren. Het programma zet zelf geen poort open. Dus zou via yougetsignal gewoon te testen moeten zijn.

Dit zou wel kunnen met een torrent cliënt. Maar dat werkt dus niet, hier wordt de poort open gezet door middel van NAT-PMP.

Ik heb de poort open gezet op de zyxel zoals beschreven en dit klopt. 

Als ik firewall (ook op de zyxel) en ook de anti-virus uitzet, blijft alles gesloten. Statisch DHCP adres voor de computer is 192.168.1.5.

Maar alleen een uitzondering aanmaken in firewall “regels voor binnenkomende verbindingen” werkt in ieder geval niet (deze methode:

).

Als ik dat doe en netstat run, staat de toegevoegde poort er niet bij. Wel een aantal anderen oa 135 en 443. Die staan op listening bij 0.0.0.0. Dat zijn natuurlijk de bekende poorten. Kan zijn dat het niet in netstat staat omdat er geen actief programma loopt. Maar met het testen van yougetsignal blijft de poort ook dicht. 

Voor mij lijkt het alsof het toevoegen van een uitzondering aan de firewall niet doorgezet wordt. Mogelijk door gebruikersaccountbeheer? Gezien ik de commandprompt in administrator kan runnen.

Hoezo is er geen actief programma? Daar begint het gewoon allemaal bij. Als je geen programma hebt die naar die poort luistert dan kun je het hele port forwarding gewoon vergeten. Heb je wel een programma draaiend dan moet de poort zichtbaar zijn in netstat met 0.0.0.0 of intern ip als interface. En als je dan port forwarding aan hebt staan voor die poort kun je hem ook testen (als het TCP is. UDP kun je niet testen).

Ja ik bedoelde te zeggen dat ik de poort in netstat niet zie omdat ik er nu geen programma voor heb lopen. Excuses. 

Maar wat ik wilde zeggen is dat ik in de firewall de regel kan schrijven om de poort open te zetten, maar dat dit niet meetbaar is met oa yougetsignal.

Gebruik ik die netsh command dan krijg ik het wel meetbaar open. Maar dat zou toch niet nodig moeten zijn.

Bedoel je dat je op dat moment wel dat programma in de lucht hebt en een poort in netstat open ziet staan? Want de firewall zet geen poort open als er geen programma naar luistert.

Als bij dat netsh commando de sourceip hetzelfde is als de destination ip dan zet je verkeer alleen maar van netwerk ip/interface door naar localhost. Dat zou betekenen dat je programma alleen luistert op localhost. Dat is FOUT. Je moet je programma instellen dat ie luistert op de interface van je interne netwerk, niet alleen naar localhost. Ik denk dat daar dus iets verkeerds ingesteld staat want die netsh is normaal inderdaad niet nodig (als je programma op de goede interface luistert).