From: Radu Oprisan <radu@securesystems.ro>
To: lartc@vger.kernel.org
Subject: Re: [LARTC] Two outbound internet links, using one network interface
Date: Wed, 11 Oct 2006 11:05:12 +0000 [thread overview]
Message-ID: <452CCFE8.4030602@securesystems.ro> (raw)
In-Reply-To: <45266C57.4010106@ma-isp.com>
Dashamir Hoxha wrote:
> Dashamir Hoxha wrote:
>> Hi,
>>
>> I am trying to categorize the network traffic and to send it out
>> across two different providers.
>> For this I mark the packets in the firewall (in the PREROUTING chain
>> of table mangle),
>> and then use another routing table for the marked packets, which has
>> a different gateway
>> from the main routing table. Basicaly I am following the cookbook
>> example in this page:
>> http://linux-ip.net/html/adv-multi-internet.html
>> with some small changes and modifications.
>>
>> The most important difference is that I am trying to use just one
>> external network interface,
>> which is connected through a hub/switch to both of the ISP links. I
>> add two different IPs
>> to this interface, corresponding to each providers network. Then the
>> masquerading is done
>> with a rule like this:
>>
>> # iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE instead of:
>>
>> # iptables -t nat -A POSTROUTING -o eth4 -j SNAT --to-source 67.17.28.12
>> # iptables -t nat -A POSTROUTING -o eth1 -j SNAT --to-source
>> 205.254.211.179
>>
>> For the traffic that is generated in the LAN behind the box, it
>> works, but for the
>> traffic that is generated in the localhost (routing box), it does not
>> work.
>> Indeed, it cannot possibly work for the localhost with a setup like
>> this (with only
>> one external interface). As it can be seen in this document:
>> http://www.faqs.org/docs/iptables/traversingoftables.html
>> (Table 3-2. Source local host)
>> routing decision happens before the packet enters the chains of the
>> iptables
>> (the chain PREROUTING is not tranversed in this case).
>>
>> This is not a big problem (it is not so important that the traffic of
>> the routing box
>> be categorized as well), but trying to solve it, I came up with
>> another solution,
>> which seems simpler.The idea is to use something like this:
>>
>> ---------------------------------------------------------------------------------
>>
>> IPT=/sbin/iptables
>> PORT_LIST="22 53"
>> GATEWAY1\x192.168.10.1
>> GATEWAY2\x192.168.100.1
>>
>> for PORT in $PORT_LIST
>> do
>> $IPT -t nat -A POSTROUTING -o eth0 \
>> -p tcp --dport $PORT -j SNAT --to-source $GATEWAY2
>> done
>>
>> $IPT -t nat -A POSTROUTING -o eth0 -j SNAT --to-source $GATEWAY1
>> -----------------------------------------------------------------------------
>>
>>
>>
>> I have not tested it yet but I don't see why it should not work.
>
for PORT in $PORT_LIST
do
$IPT -t nat -A PREROUTING -i eth_clients \
-p tcp --dport $PORT -j MARK --set-mark 0x01
done
$IPT -t nat -A POSTROUTING -o eth0 -m mark --mark 0x01 -j SNAT
--to-source $GATEWAY2
$IPT -t nat -A POSTROUTING -o eth0 -j SNAT --to-source $GATEWAY1
> From the testing and meditation that I have done up to now, I have
> arrived
> at the conclusion that this is not a solution for the problem of
> traffic categorization.
> The reason is that POSTROUTING happens after the routing decision is
> taken,
> so the route that is chosen is not affected by the source IP of the
> packet.
> Am I right?
>
>>
>> Also, I have seen somewhere that using two IPs on the same interface
>> may be risky
>> (may have security implications), but I don't see what they can be.
>> If somebody has
>> any idea of them and how to avoid them, please let me know. E.g. I
>> have heard about
>> "IP spoofing" but I don't understand what it is.
>>
>> Regards,
>> Dashamir
>>
>> _______________________________________________
>> LARTC mailing list
>> LARTC@mailman.ds9a.nl
>> http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc
>>
>>
>
> _______________________________________________
> LARTC mailing list
> LARTC@mailman.ds9a.nl
> http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc
_______________________________________________
LARTC mailing list
LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc
next prev parent reply other threads:[~2006-10-11 11:05 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-10-06 14:46 [LARTC] Two outbound internet links, using one network interface Dashamir Hoxha
2006-10-08 10:14 ` Zoilo Gomez
2006-10-11 6:37 ` Dashamir Hoxha
2006-10-11 11:05 ` Radu Oprisan [this message]
2006-10-11 11:17 ` Radu Oprisan
2006-10-11 12:29 ` Dashamir Hoxha
2006-10-11 12:38 ` Dashamir Hoxha
2006-10-11 13:36 ` Alexandru Dragoi
2006-10-11 16:31 ` Pio Mendez
2006-10-12 13:02 ` Pio Mendez
2006-10-13 6:49 ` Dashamir Hoxha
2006-10-13 7:01 ` Dashamir Hoxha
2006-10-14 9:29 ` Dashamir Hoxha
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=452CCFE8.4030602@securesystems.ro \
--to=radu@securesystems.ro \
--cc=lartc@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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox