victorvpv schreef:
Zoals velen heb ik ook het probleem met de KPN Experia box en mn NAT Type voor de PS3

Ik heb alles goed ingesteld in de Experia box (Thomson TG789vn), iig daar ben ik vrij zeker van.

Maar wat mij opviel is dat na het scannen van mn poorten eigenlijk alles openstaat, behalve TCP 443.

is dat bij jullie ook het geval?

magnetra7 schreef:

Hoe heb je gescand?

Bovendien kunnen 'alle poorten' niet open staan, dat zou dus betekenen dat er een applicatie luistert op alle mogelijke poortnummers die er bestaan (1-65535). Wat zo'n scan wel kan aangeven is of er actief wordt gefilterd op de infrastructuur van KPN (c.q. door de firewall mits deze niet aan TCP reset doet; en er van uitgaande dat de aangesloten modem/router een uitgeschakelde firewall heeft), en dat is het geval bij poort 25 (SMTP) en de Windows SMB poorten (139 e.t.c.).

Er zijn dus eigenlijk 3 verschillende mogelijkheden bij een poortnummer:
1. Deze staat 'open' c.q. er luistert een applicatie op dit nummer.
2. Deze is 'filtered'; dat wil zeggen dat een firewall weigert het verzoek aan te nemen.
3. Deze is 'closed'; dat wil zeggen dat de PC welke dit verzoek binnenkrijgt niet weet wat hij er mee moet.

In het derde geval vallen ook firewallregels die voordoen alsof er geen applicatie luistert op dat poortnummer (dus niet laten weten dat deze poort gefilterd wordt). In dat geval spreken we over een firewallregel die een TCP reset doet.

Het probleem ligt dan ook niet bij de infrastructuur van KPN (welke alleen dus SMTP en SMB tegenhoudt), maar bij de Experiabox. In de Experiabox moet immers een regel worden gezet dat deze bepaalde verzoeken met een poortnummer doorsluist als het ware naar een intern apparaat (dit heet dus Port Forwarding). En dat gaat dus vaak mis met de EB: deze regel wordt niet correct toegepast in het apparaat.

En dan heb je uiteraard nog het probleem van de webinterface welke niet uitblinkt in eenvoud van instellen van dit soort zaken. Gelukkig heb je daarvoor de telnet-interface, welke ik een stuk fijner vind werken. Maar goed, dat is dan weer weggesloopt door KPN.

magnetra7 schreef:

Hoe heb je gescand?

Bovendien kunnen 'alle poorten' niet open staan, dat zou dus betekenen dat er een applicatie luistert op alle mogelijke poortnummers die er bestaan (1-65535). Wat zo'n scan wel kan aangeven is of er actief wordt gefilterd op de infrastructuur van KPN (c.q. door de firewall mits deze niet aan TCP reset doet; en er van uitgaande dat de aangesloten modem/router een uitgeschakelde firewall heeft), en dat is het geval bij poort 25 (SMTP) en de Windows SMB poorten (139 e.t.c.).

Er zijn dus eigenlijk 3 verschillende mogelijkheden bij een poortnummer:
1. Deze staat 'open' c.q. er luistert een applicatie op dit nummer.
2. Deze is 'filtered'; dat wil zeggen dat een firewall weigert het verzoek aan te nemen.
3. Deze is 'closed'; dat wil zeggen dat de PC welke dit verzoek binnenkrijgt niet weet wat hij er mee moet.

In het derde geval vallen ook firewallregels die voordoen alsof er geen applicatie luistert op dat poortnummer (dus niet laten weten dat deze poort gefilterd wordt). In dat geval spreken we over een firewallregel die een TCP reset doet.

Het probleem ligt dan ook niet bij de infrastructuur van KPN (welke alleen dus SMTP en SMB tegenhoudt), maar bij de Experiabox. In de Experiabox moet immers een regel worden gezet dat deze bepaalde verzoeken met een poortnummer doorsluist als het ware naar een intern apparaat (dit heet dus Port Forwarding). En dat gaat dus vaak mis met de EB: deze regel wordt niet correct toegepast in het apparaat.

En dan heb je uiteraard nog het probleem van de webinterface welke niet uitblinkt in eenvoud van instellen van dit soort zaken. Gelukkig heb je daarvoor de telnet-interface, welke ik een stuk fijner vind werken. Maar goed, dat is dan weer weggesloopt door KPN.