IPfilter
[Top] [All Lists]

Re: Need a one-armed port forwarder

To: Jefferson Ogata <Jefferson.Ogata@noaa.gov>
Subject: Re: Need a one-armed port forwarder
From: Gary Mills <mills@cc.umanitoba.ca>
Date: Fri, 5 Jan 2007 08:59:19 -0600
Cc: IPFilter <ipfilter@coombs.anu.edu.au>
Delivered-to: sp-com-lists@consult.net
Delivered-to: ipfilter-list@securepoint.com
In-reply-to: <459DAB33.3060209@noaa.gov>
References: <20070104022152.GA11019@cc.umanitoba.ca> <459D23F8.60603@alcatel-lucent.com> <20070104224339.GA25637@cc.umanitoba.ca> <459DAB33.3060209@noaa.gov>
Sender: owner-ipfilter@coombs.anu.edu.au
User-agent: Mutt/1.5.10i
On Fri, Jan 05, 2007 at 01:34:43AM +0000, Jefferson Ogata wrote:
> 
> Think about what actually would happen in your desired scenario:
> 
> 1. Remote client C sends a SYN packet from source endpoint C:P to
> service destination endpoint D:S, which resides on a translating box D.
> On the client, the socket is in SYN_SENT state with remote endpoint D:S.
> 
> 2. Translating box receives SYN packet and translates destination to E:T
> and retransmits it to serving box E. So now the SYN packet is C:P -> E:T.
> 
> 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?

> 4. Client box C receives SYN/ACK from E:T and discards it, because it
> has no pending TCP connection in SYN_SENT state with E:T as the remote
> endpoint.

-- 
-Gary Mills-    -Unix Support-    -U of M Academic Computing and Networking-

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