> James Williams wrote:
>> If that is the case, then what is the purpose of IIS having support for
>> multiple NICS?
>> I mean if a port 80 request comes in through WAN IP which is attached to
>> NIC A, then it must use the gateway for that WAN.
To expand on what Chris said, It isn't even about supporting multiple
Nics,...IIS wouldn't know a nic if it tripped over one. It supports
multiple *IP#s*,...that is a big difference. It doesn't matter how many Nics
are involved, although you should be following proper networking practices
with the Nic & IP arrangment.
When IIS responds back to an incomming connection all that happens is that
the packets are addressed to the proper Destination Address,...and
then,...they are just *blindly* dropped on the networking componenets of the
OS. How the packets get from point "a" to point "b" and what path they take
are entirely dependent on the OS's networking components and the normal
natural way that TCP/IP operates as an industry standard.
How does that happen? It is fairly simple, the Destination Address is
compared to the OS's Routing Table and a Route is chosen, and an Interface
is chosen from the particular route. The packet is then "dropped on the
wire" of the chosen Interface and is directed to the specified Gateway of
that particular route. It has nothing to do with websites, IIS, other nics,
or what path the original incomming communication happened on.
--
Phillip Windell
www.wandtv.com
The views expressed, are my own and not those of my employer, or Microsoft,
or anyone else associated with me, including my cats.
-----------------------------------------------------