• Status: Solved
  • Priority: Medium
  • Security: Public
  • Views: 137
  • Last Modified:

Windows 2008 with multiple IP's assigned to different source NATs

My firewall has two different subnets assigned to it's outside interface.  The first subnet has a series of NATs to the IP address 192.168.160.13.  I have a series of NATs on the other subnet to 192.168.160.41.  Both the .13 and .41 IP's are assigned to a single NIC.  The first series of NATs work just, however the second series does not.  The reason being is that they are replying on the wrong IP address on the outside interface.  My firewall has a source NAT rule that states all requests from 192.168.160.41 are you go out on the specified IP address.  This being in the second subnet, however, Windows is overriding this and sending it out on the first subnet.  I know my firewall rules work for I've used them on other hosts, however, those hosts didn't have multiple IP's on a single NIC.  Any ideas on how to make this work?
0
gopher_49
Asked:
gopher_49
  • 5
  • 4
1 Solution
 
Cliff GaliherCommented:
Windows *can't* override your firewall NAT rules.   That just isn't how it works.

BUT.  Windows can send traffic out of the first IP address bound to a NIC. It is up to the application to specify which adapter(s) and which IP(s) to use. The application binds to these assets via Winsock. Many applications just grab *everything* and windows can't be psychic, so it has a simple logic. Highest bound IP wins unless the application specifies otherwise. So this is purely application-specific. You have to configure your application to send traffic out .41 or to reply on the same IP it received traffic on. And if the app doesn't support this...well....nothing you can do. You can even have this problem with multiple adapters if the application is not coded to bind only to specific adapters. Same simple logic. Highest bound IP on the highest bound adapter with the shortest routing metric (which, with two IP's on the same private subnet, means routing metrics don't apply unless you declare static routes.)
0
 
gopher_49Author Commented:
I'm using IIS..  So..  The NAT sends the traffic to 192.168.160.41, however, the reply is not coming from 192.168.160.41.  Due to this the source NAT on my firewall doesn't send the traffic out the correct IP.  I have this particular website bound to 192.168.160.41.. But.. It still doesn't reply back on 192.168.160.41
0
 
Cliff GaliherCommented:
You can do this with IIS, but it isn't trivial, and certainly isn't default behavior. Keep in mind that IIS can act as a proxy and a reverse proxy, so it has a lot of sophistication under the hood. And it is used in so many different ways that assuming a "default" is never a good idea. Hence it falls back to Windows behavior unless you dig in and configure it.

Note that this is further complicated if you stuck with tradition and used 255.255.255.0 (/24) as the subnet mask for your two IPs. Then you have two addresses on the same subnet and that can definitely wonkify Windows.  If you can isolate those, you'll have better luck right out of the gate.
0
Has Powershell sent you back into the Stone Age?

If managing Active Directory using Windows Powershell® is making you feel like you stepped back in time, you are not alone.  For nearly 20 years, AD admins around the world have used one tool for day-to-day AD management: Hyena. Discover why.

 
gopher_49Author Commented:
Can I assign a useable/public IP directly to a NIC and enable Windows firewall on that NIC?  I have a virtual NIC I can mount to it that is bound to my WAN network...  This will result in two different gateways,  however, they are different subnets.  If this won't work what exactly do I need to do?
0
 
Cliff GaliherCommented:
That depends on your firewall. And having two gateways can also be a routing nightmare.  I don't have any good advice due to the complexity of the potential environment.
0
 
gopher_49Author Commented:
I thought by binding 192.168.160.41 to my website within IIS would result in the source IP being 192.168.160.41 which would honor my source NAT.  I wondering if introducing the remote access and routing service might work..  Maybe set a source NAT via it..
0
 
Cliff GaliherCommented:
Won't matter. RRAS is still after IIS in the pipeline. You have to fix it in IIS.
0
 
gopher_49Author Commented:
It works just fine with a public / useable IP on the second NIC.  But I have a feeling eventually I'll have some routing issues.  I'm going to perform a wireshark on it..  I'm 99% sure the PAT/NAT from my public / useable IP is translating to 192.168.160.41 but a different source IP is replying and then ignoring the SNAT and going through the other outside interface...
0
 
gopher_49Author Commented:
Fixed it myself for all other options did not work.
0

Featured Post

Problems using Powershell and Active Directory?

Managing Active Directory does not always have to be complicated.  If you are spending more time trying instead of doing, then it's time to look at something else. For nearly 20 years, AD admins around the world have used one tool for day-to-day AD management: Hyena. Discover why

  • 5
  • 4
Tackle projects and never again get stuck behind a technical roadblock.
Join Now