All of lore.kernel.org
 help / color / mirror / Atom feed
From: Grant Taylor <gtaylor@riverviewtech.net>
To: Mail List - Netfilter <netfilter@vger.kernel.org>
Subject: Re: NAT Port Forward problem in a not so simple network
Date: Tue, 15 Apr 2008 11:45:45 -0500	[thread overview]
Message-ID: <4804DBB9.7030307@riverviewtech.net> (raw)
In-Reply-To: <4804D643.2090101@naxe.it>

On 04/15/08 11:22, Fabio De Paolis wrote:
> Absoluttely CORRECT, your description is very very good.

*nod*  Now I know that I am on track and that it is safe to go down the 
path that I was thinking about.

> Another goal should be to minimize traffic on C for service running on D.

Hum.  This new goal may be problematic.  The problem is that A is 
DNATing traffic to C that you now want to be re-directed elsewhere.  So 
with out re-configuring A, the traffic is going to continue to be DNATed 
to C.  What is better in the long run is to have A DNAT the traffic to B 
which will then DNAT the traffic in to D.

How much control do you have over B?

Can you request changes be made to A on your behalf?

I recently helped someone else on this list with a similar scenario. 
However in their scenario both C and D were directly connected to the 
internet via different providers and there was a VPN between C and D. 
The goal was to port forward connections originally to C over to D and 
have the replies go back through C and out to the original client.  We 
ended up getting things to work exactly as they needed to.  However all 
the traffic for the forwarded service was still passing through C on its 
way to D, which you are now wanting to avoid.



Grant. . . .

  reply	other threads:[~2008-04-15 16:45 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-04-15  9:48 NAT Port Forward problem in a not so simple network Fabio De Paolis
2008-04-15 12:15 ` whiplash
2008-04-15 15:01   ` Grant Taylor
2008-04-17 14:49     ` Pascal Hambourg
2008-04-17 14:56       ` Grant Taylor
2008-04-15 14:57 ` Grant Taylor
2008-04-15 16:22   ` Fabio De Paolis
2008-04-15 16:45     ` Grant Taylor [this message]
2008-04-16 13:54       ` Fabio De Paolis
2008-04-16 14:34         ` Grant Taylor
2008-04-18 13:43           ` Fabio De Paolis
2008-04-18 14:46             ` Grant Taylor
  -- strict thread matches above, loose matches on Subject: below --
2009-01-27 19:10 Fabio De Paolis
2009-01-27 20:34 ` Marek Kierdelewicz

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4804DBB9.7030307@riverviewtech.net \
    --to=gtaylor@riverviewtech.net \
    --cc=netfilter@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.