by VistaFirewallControl » Mon Nov 01, 2010 10:15 am
> the Windows Firewall and W7FC are in series and are both looking at traffic against their own sets of rules ?
“In series” is a bit simplified impression. The rules processing sequence/priority is more complex, but “both looking at traffic” is correct
>However the notification pop-ups reflect both processes ?
This makes the entire network management/diagnostics more predictable.
>to use only one utility at a time (ie one firewall, one virus scanner, etc) and not place redundent systems in series.
Understanding the genuine reasons of the recommendation should be helpful.
All the previous firewalls and all AVs are based on their own kernel drivers. The kernel driver compatibility is not guaranteed. Moreover some firewall creators wanting to be on the top of the traffic processing chain “manipulate” with the other drivers in the chain (if any) making the entire system crash more probable. However some firewalls successful co-existence is known.
W7FC does NOT include any kernel drivers, so there is no reason for such recommendations.
W7FC is compatible to any other firewall as any average App-1.exe is compatible to any other App-2.exe
>Why not have W7FC inherit the rules from WF and then turn WF OFF - wouldn't that be a much better approach ?
Hardly. The initial W7FC versions only implemented the approach but we decided to rearrange because of
- WindowsFirewall rules are intended for different purpose – protecting against incomings only. We provide with outgoing security as well
- WindowsFirewall has many applicationsless rules blocking the incoming traffic to the entire system, it’s against W7FC’s application centric concept.
-WindowsFirewall rules are not protected, any other program (typically games) can easily manipulate with the rules on its own. W7FC rules are protected.
- Possible simultaneous editing of the same rules from W7FC and WindowsFirewall applets would be hardly more successful than editing a text file with two separate text editors at once.