NetFilter
[Top] [All Lists]

Re: -j SNAT

To: netfilter@lists.netfilter.org
Subject: Re: -j SNAT
From: Denis <denismpa@gmail.com>
Date: Thu, 30 Nov 2006 07:05:45 -0300
Delivered-to: sp-com-lists@consult.net
Delivered-to: netfilter-list1@securepoint.com
Domainkey-signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=OZOgBmCxUFdkjRu47rCXoqQwKEvUQNClZ0MPaIzEeF8MDh4yW2H6RwVvmfHJAxd0vq8L/TbHJl1osLp9Z9KdDrQxc77tGZJ8nzZx6ePUr0oUxpQIt4oWE5vqfsnW9Xzz3Gd9ZBRdIXfsiJkdrxuLVF4qKwJxLVCJJtxCJaf8GL0=
In-reply-to: <456E73B3.8050008@hostway.com>
List-archive: </pipermail/netfilter>
List-help: <mailto:netfilter-request@lists.netfilter.org?subject=help>
List-id: General discussion and user questions <netfilter.lists.netfilter.org>
List-post: <mailto:netfilter@lists.netfilter.org>
List-subscribe: <https://lists.netfilter.org/mailman/listinfo/netfilter>, <mailto:netfilter-request@lists.netfilter.org?subject=subscribe>
List-unsubscribe: <https://lists.netfilter.org/mailman/listinfo/netfilter>, <mailto:netfilter-request@lists.netfilter.org?subject=unsubscribe>
References: <e9aeeef80611280916r2a6b2ba1w52b65d81a2b0416f@mail.gmail.com> <e9aeeef80611280920n4cde4f1bj469a15688e28cee2@mail.gmail.com> <456D2294.3020002@hostway.com> <e9aeeef80611290525v713b0003y68b033248305e6f8@mail.gmail.com> <456D943D.7090307@hostway.com> <e9aeeef80611290846n1d968a5ci16b7d03fafb033ef@mail.gmail.com> <456E73B3.8050008@hostway.com>
Sender: netfilter-bounces@lists.netfilter.org
Ok Danny, but the problem is ocurring to the another side of the connection.

From proxy to ssl on internet. Cause one single connect arrives from
to ips (the valid nodes ips)

------------------------------
| bank site              |
------------------------------
|200.x.x.x2  | 200.x.x.x1
----------    ----------
|node1|   |Node2|
----------   -----------
|172.16.x.x    |172.16.x.x


clients

from proxy to my clients its all ok!

2006/11/30, Danny <dineshg@hostway.com>:
Hi Denis !

Yes ! indeed I agree that the requests are replied by the real server
directly.
If you do a tcpdump on any of the real server, you would see that the
response would be from the fake IP [ which is a virtual IP ]



- Danny

Denis wrote:
> Hey Danny!
>
> My lvs topology is like this:
>
> http://www.ultramonkey.org/3/topologies/sl-ha-lb-eg.html, using
> "direct routing"
>
>
>
> Direct Routing: Packets from end users are forwarded directly to the
> real server. The IP packet is not modified, so the real servers must
> be configured to accept traffic for the virtual server's IP address.
> This can be done using a dummy interface, or packet filtering to
> redirect traffic addressed to the virtual server's IP address to a
> local port. The real server may send replies directly back to the end
> user. That is if a host based layer 4 switch is used, it may not be in
> the return path.
>
>
> So, my clients works connecting to the virtual server IP.
>
> The problem occurs when my servers go get the information accross the
> internet.




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