IPfilter
[Top] [All Lists]

Re: Need a one-armed port forwarder

To: IPFilter <ipfilter@coombs.anu.edu.au>
Subject: Re: Need a one-armed port forwarder
From: Jefferson Ogata <Jefferson.Ogata@noaa.gov>
Date: Sat, 06 Jan 2007 03:03:54 +0000
Delivered-to: sp-com-lists@consult.net
Delivered-to: ipfilter-list@securepoint.com
In-reply-to: <20070105145919.GC24417@cc.umanitoba.ca>
References: <20070104022152.GA11019@cc.umanitoba.ca> <459D23F8.60603@alcatel-lucent.com> <20070104224339.GA25637@cc.umanitoba.ca> <459DAB33.3060209@noaa.gov> <20070105145919.GC24417@cc.umanitoba.ca>
Sender: owner-ipfilter@coombs.anu.edu.au
User-agent: Mozilla/4.0 (compatible;MSIE 5.5; Windows 98)
On 2007-01-05 14:59, Gary Mills wrote:
> On Fri, Jan 05, 2007 at 01:34:43AM +0000, Jefferson Ogata wrote:
>> 3. Serving box E receives the SYN packet and responds with a SYN/ACK
>> from E:T -> C:P. The socket on the serving box is in SYN_RCVD state with
>> remote endpoint C:P. Since the SYN/ACK destination C is remote, E sends
>> the packet out through the default router, so the translating box D
>> never sees this packet.
> 
> Could serving box E fake the source of that packet so it appears to
> come from translating box D?  Is that all that's needed to make
> this work?

Not sure. IP Filter expects to see both sides of the conversation so it
can track the connection from SYN_SENT to ESTABLISHED and ultimately
CLOSED. If it sees only one side, it may not forward or translate
(depending on the configuration) non-SYN packets, or you may accumulate
NAT entries until there's a problem. You'd have to test it, or maybe
someone else knows for sure.

-- 
Jefferson Ogata <Jefferson.Ogata@noaa.gov>
NOAA Computer Incident Response Team (N-CIRT) <ncirt@noaa.gov>
"Never try to retrieve anything from a bear."--National Park Service

<Prev in Thread] Current Thread [Next in Thread>