Date: Mon, 21 Sep 2009 08:39:35 -0700 From: "Scott Elgram" <SElgram@VerifPoint.com> To: "'Steve Bertrand'" <steve@ibctech.ca> Cc: freebsd-questions@freebsd.org Subject: RE: Help with NAT Message-ID: <8CDA12CEBB2F4CD5BAC87320B4B62656@CREDENTALS> In-Reply-To: <4AB4234B.5060409@ibctech.ca> References: <3F3F36886F1E4185AB1EE019FF6DB93D@CREDENTALS> <4AB4234B.5060409@ibctech.ca>
next in thread | previous in thread | raw e-mail | index | archive | help
Steve, Unfortinatly the development and production servers are windows running IIS. However, I have tried the following two experiments: 1.) using IIS's logs I am able to see all hits to development and production servers. When I visit the development server through the FreeBSD NAT box I see an entry in the IIS log. However, on the production server there is no entry. 2.) Using IPFW on the NAT box I logged all traffic in and out of both interfaces. The following is what gets recorded for a successful ht to the development server: xl1 is the external interface, xl0 is the internal interface, xxx.xxx.xxx.142 is the comp I was browsing from. ------------------------------------- ipfw: 200 Divert 8668 TCP xxx.xxx.xxx.142:1345 xxx.xxx.xxx.141:6502 in via xl1 ipfw: 401 Accept TCP xxx.xxx.xxx.142:1345 192.168.0.100:80 in via xl1 ipfw: 401 Accept TCP xxx.xxx.xxx.142:1345 192.168.0.100:80 out via xl0 ipfw: 301 Accept TCP 192.168.0.100:80 xxx.xxx.xxx.142:1345 in via xl0 ipfw: 200 Divert 8668 TCP 192.168.0.100:80 xxx.xxx.xxx.142:1345 out via xl1 ipfw: 502 Accept TCP xxx.xxx.xxx.141:6502 xxx.xxx.xxx.142:1345 out via xl1 ------------------------------------- And this is what I see when I try the production server: ------------------------------------- ipfw: 200 Divert 8668 TCP xxx.xxx.xxx.142:1350 xxx.xxx.xxx.141:6503 in via xl1 ipfw: 402 Accept TCP xxx.xxx.xxx.142:1350 192.168.0.241:80 in via xl1 ipfw: 402 Accept TCP xxx.xxx.xxx.142:1350 192.168.0.241:80 out via xl0 ------------------------------------- At first I thought it might be the production server but I tried another experiment where I pointed NAT to an IP that is currently working fine through another NAT box and that didn't work either, so I'm not sure what the problem is. -Scott -----Original Message----- From: owner-freebsd-questions@freebsd.org [mailto:owner-freebsd-questions@freebsd.org] On Behalf Of Steve Bertrand Sent: Friday, September 18, 2009 5:18 PM To: SElgram@VerifPoint.com Cc: freebsd-questions@freebsd.org Subject: Re: Help with NAT Scott Elgram wrote: > Hello, > > I am at my wits end with this one. I have set up a box to use > of firewall/nat. However, during the setup I pointed set net to do a port > redirect of port 6502 to port 80 of my development web server. Everything > worked fine so I deployed my new box onto a live IP and tested it again with > the same redirect to my dev server. Still, everything works fine so I > changed /etc/natd.conf to point to my production web server and it won't > work. I have tried everything that I can think of to narrow down this issue > but I just can't figure it out. I pointed everything back to my dev server > and it's still working. I changed the dev servers IP and changed nat to > point to the new IP and it still works. It would see that nat will work > only with my dev server and no other computer. > > > > Can anyone offer any suggestions, I'm sure I'm missing something basic. On the production server, after you've got things pointed to it: # tcpdump -n -i em0 port 80 ...where em0 is the interface. Send a request through from the outside, and verify that you can see the HTTP request come in to the production box, and go back out again. It should look like the following. Note that these are v6 addrs not v4, but the result is the same. In the first packet, 5 -> b6 is request in, and b6 -> 5 is response back. You 'should' see the same result, but with your v4 addresses instead. pearl# tcpdump -n -i em0 port 80 tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on re0, link-type EN10MB (Ethernet), capture size 96 bytes 20:09:52.912361 IP6 2607:f118::5.1752 > 2607:f118::b6.80: S 3408461679:3408461679(0) win 16384 <mss 1440> 20:09:52.912425 IP6 2607:f118::b6.80 > 2607:f118::5.1752: S 1781312333:1781312333(0) ack 3408461680 win 65535 <mss 1440> ...whether you see the packets come in or not, post back with your findings. Do you perhaps have to 'restart' natd in order to release any sort of caching? STeve
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?8CDA12CEBB2F4CD5BAC87320B4B62656>