Archief - [Vista] vista firewall rules, werking

Het archief is een bevroren moment uit een vorige versie van dit forum, met andere regels en andere bazen. Deze posts weerspiegelen op geen enkele manier onze huidige ideeën, waarden of wereldbeelden en zijn op sommige plaatsen gecensureerd wegens ontoelaatbaar. Veel zijn in een andere tijdsgeest gemaakt, al dan niet ironisch - zoals in het ironische subforum Off-Topic - en zouden op dit moment niet meer gepost (mogen) worden. Toch bieden we dit archief nog graag aan als informatiedatabank en naslagwerk. Lees er hier meer over of start een gesprek met anderen.
R

RippAH

Legacy Member
Hoe komt het dat bijvoorbeeld IE7, firefox 3 en opera gewoon kunnen surfen met de default instellingen van de vista firewall? Ik heb op het eerste zicht, in de advanced instellingen van de firewall, geen enkele rule met betrekking tot de voorgaande applicaties kunnen terugvinden.

Bovendien: Als ik zelf een incoming block rule aanmaak voor IE7 dan blijft IE7 gewoon werken, hoe is dit mogelijk?:)
T

TiZon

Legacy Member
Waarschijnlijk staan poorten 80/21/8080 open, als je deze sluit zal het niet meer werken.

Je moet eens kijken naar dat lagenmodel waar de naam mij nu van ontsnapt, een poort staat boven een programma, dus als de poort openstaat, werkt het programma ook ;)
R

RippAH

Legacy Member
TiZon zei:
Waarschijnlijk staan poorten 80/21/8080 open, als je deze sluit zal het niet meer werken.

Je moet eens kijken naar dat lagenmodel waar de naam mij nu van ontsnapt, een poort staat boven een programma, dus als de poort openstaat, werkt het programma ook ;)
Klik om te vergroten...


Ik had het uitsluitend over de rules die toegepast zijn op inkomend verkeer, en dan kan het eender welke vrije poort zijn die firefox of IE7 gebruikt. Ik ben mij bewust van het OSI layer model. Maar na nog is gezocht te hebben vindt ik geen incoming rule die firefox of IE toelaat. Waar hebben ze die verborgen ? :lol: zie ik daar nu zo hard over :s. Bijvoorbeeld voor AVG antivirus is er wel automatisch een incoming rule aangemaakt, die kan ik gemakkelijk terugvinden, maar die ander dus niet ...
Als ik "block all incoming connections" aanvink kan ik nog surfen met firefox en IE, begrijpen wie begrijpen kan ... :s
SOLVED:Incoming connections are not filtered if they follow a previously initiated outbound request for a session applicable to the requesting program;
Dus als firefox een TCP verbinding kan maken met een webserver (meestal poort 80) en als die verbinding opzetten lukt dan wordt automatisch incoming traffic van die webserver naar de lokale poort die firefox gebruikt, toegestaan
T

TiZon

Legacy Member
laat geen incomming op 80 en 8080 dus, zoals ik al zei :p

@exit, idd OSI-model ;)
R

RippAH

Legacy Member
TiZon zei:
laat geen incomming op 80 en 8080 dus, zoals ik al zei :p

@exit, idd OSI-model ;)
Klik om te vergroten...

Wel als 8080 nu net een vrije lokale poort is die bijvoorbeeld door firefox in gebruik wordt genomen :p. dan wordt die automatisch incoming opengezet van verkeer afkomstig van de webserver.
R

RippAH

Legacy Member
Lokalepc|ipadres:lokale poort <-----> webserver/ipadres:80

Als lokale poort gaat firefox een vrije (niet in gebruik door een ander proces) lokale poort gebruiken
T

TiZon

Legacy Member
Poorten worden niet toegewezen aan een applicatie maar aan een service hé :D

Zo zal de webserver (aan de andere kant dus) beslissen over welke poort hij zijn data (80) en controlelijn (8080) zal sturen :)

Voorbeeldje:
Uw browser gaat standaard op 80 kijken:
www.bartdevos.be = www.bartdevos.be:80
maar er staan nog andere services op...
www.bartdevos.be:2222

die ontvanger (jij) hebt hier geen enkel vat op.
R

RippAH

Legacy Member
Heb nog nooit van een controlelijn bij een webserver gehoord, wat is de functie daarvan?
Een applicatie kan runnen als service of niet en hij kan aan het OS een vrije poort vragen, of expliciet een poort toe-eigenen, dit laatste is alleen mogelijk als die poort niet in gebruik is.

Maar in ieder geval de webserver gaat als bestemming mijn ip + mijn lokale poort gebruiken (als er geen NAT/PAT mee gemoeid is want dan is de bestemming WAN ipadress + poort van mijn router).
Als ik naar de webserver stuurt dan gebruik ik als bestemming ip webserver + poort 80(meestal)
EDIT: doe maar eens netstat in command prompt
L

Lashknife

Legacy Member
RippAH zei:
SOLVED:Incoming connections are not filtered if they follow a previously initiated outbound request for a session applicable to the requesting program;
Dus als firefox een TCP verbinding kan maken met een webserver (meestal poort 80) en als die verbinding opzetten lukt dan wordt automatisch incoming traffic van die webserver naar de lokale poort die firefox gebruikt, toegestaan
Klik om te vergroten...
tzou maar erg zijn eh, als die niet mag antwoorden op een door u opgeroepen sessie.
Zit uw browser daar "halloo HALLOOOOOOOOO" te roepen tegen die webserver en uw firewall denied dat die server "ja ik hoor u wel ze, wa moete hebben?" terug zegt :D

basic tcp/ip syn/ack stuff
R

RippAH

Legacy Member
Lashknife zei:
tzou maar erg zijn eh, als die niet mag antwoorden op een door u opgeroepen sessie.
Zit uw browser daar "halloo HALLOOOOOOOOO" te roepen tegen die webserver en uw firewall denied dat die server "ja ik hoor u wel ze, wa moete hebben?" terug zegt :D

basic tcp/ip syn/ack stuff
Klik om te vergroten...

Der zijn firewalls waar je expliciet incoming en outgoing moet toestaan.
Het archief is een bevroren moment uit een vorige versie van dit forum, met andere regels en andere bazen. Deze posts weerspiegelen op geen enkele manier onze huidige ideeën, waarden of wereldbeelden en zijn op sommige plaatsen gecensureerd wegens ontoelaatbaar. Veel zijn in een andere tijdsgeest gemaakt, al dan niet ironisch - zoals in het ironische subforum Off-Topic - en zouden op dit moment niet meer gepost (mogen) worden. Toch bieden we dit archief nog graag aan als informatiedatabank en naslagwerk. Lees er hier meer over of start een gesprek met anderen.
Terug
Bovenaan