From: johnny@liquidzone.net
To: lartc@vger.kernel.org
Subject: Re: [LARTC] multiple nics, same isp, each nic independently
Date: Mon, 26 May 2003 07:13:09 +0000 [thread overview]
Message-ID: <marc-lartc-105393324909478@msgid-missing> (raw)
In-Reply-To: <marc-lartc-105389620919789@msgid-missing>
Hi, and thank you for your reply. I read thru the script i had made with
the routes and realized i had screwed up... i had forgotten to add a "dev
eth2" when setting a default route on the table table_eth2.
# ip route add $net dev eth2 src $ip2 table table_eth2
# ip route add default via 213.114.191.1 -->dev eth2<-- table table_eth2
# ip rule add from $ip2 table table_eth2
so when adding the routes the last time i actually didnt change any route,
but just adding the default route on eth0 in a different table... but now
it all works fine.
Since the howto was for routing between 2 different isp:s it didnt have to
apply what nic the rule was for, and since im kindof new to this i didnt
see it either...
but now it all works as it should (i hope).
Thank you Martin.
> Hi Johnny,
>
> : I want each of the nics to use there own gateway.. even if it’s the
> : same on all nic:s... this is because I have bound different services to
> : the different nics so I can get accurate transfer stats for every nic,
> : separate ftp traffic from www and mail.
>
> Interesting....might I ask why using netfilter (with connection tracking)
> doesn't give you the sort of accounting you need? I suspect that this
> would be much simpler than the solution you propose (restricting certain
> kinds of traffic to specific interfaces).
>
> : Eth0 = mail (public ip)
> : Eth1 = www (public ip)
> : Eth2 = ftp (public ip)
> : Eth3 = internal network (private ip)
> :
> : Kernel IP routing table
> : Destination Gateway Genmask Flags Metric Ref Use
> Iface
> : 222.144.190.0 0.0.0.0 255.255.255.128 U 0 0 0
> eth0
> : 222.144.190.0 0.0.0.0 255.255.255.128 U 0 0 0
> eth2
> : 222.144.190.0 0.0.0.0 255.255.255.128 U 0 0 0
> eth1
> : 192.168.150.0 0.0.0.0 255.255.255.0 U 0 0 0
> eth3
> : 127.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0
> lo
> : 0.0.0.0 222.144.190.1 0.0.0.0 UG 0 0 0
> eth0
>
> Here's your problem. You have only one routing table. The main routing
> table. In order to solve this problem in the manner you describe, you'll
> need
> to use policy routing. You should become familiar with the concept of the
> RPDB and multiple routing tables before you can solve this problem.
>
> : if I connect to ftp, eth2 incoming traffic goes in on eth2, ftp data
> : (files and such) goes out eth0. If I surf to my webserver eth1
> : incomming requests goes on eth1 but the actuall webpage is sent on
> : eth0.
> :
> : This is not what I want, I want both ftp-data and ftp-command to go in
> and
> : out on eth2, www and the actual pages to go in and out on eth1. and
> mail
> : to go in and out on eth0. so I want all the nics to use there own
> gateway.
> : But I don’t know how to do it...
>
> I expect that it would be easier for you to famaliarize yourself with
> iptables and use the accounting rules than it would be for you to become
> familiar with policy routing for such a simple problem.
>
> : the solution to this is probably trivial but i have tryed all i could
> : find info on... read the howto on lartc but the closest thing i can
> : find is
> :
> : 4.2. Routing for multiple uplinks/providers
> :
> : but that doesnt really apply to my "problem" since i want to use the
> : same provider, but each nic independently...
>
> I wouldn't recommend this solution--but as you note, this was the closest
> thing you could find. This is not to say that you couldn't specify output
> interface based on source IP. If you really wish to attempt this
> solution, write back to the list.
>
> I'd suggest using a simpler technique like this:
>
> iptables -t filter -I OUTPUT -s $DHCP0 -j ACCEPT
> iptables -t filter -I OUTPUT -s $DHCP1 -j ACCEPT
> iptables -t filter -I OUTPUT -s $DHCP2 -j ACCEPT
>
> iptables -t filter -I INPUT -s $DHCP0 -j ACCEPT
> iptables -t filter -I INPUT -s $DHCP1 -j ACCEPT
> iptables -t filter -I INPUT -s $DHCP2 -j ACCEPT
>
> Then, when you need to calculate how much bandwidth was used on each
> service, you can use iptable -nvL INPUT to see the total amount of
> bandwidth used in each of these rules.
>
> If you are serious about calculating your bandwidth usage, you may find an
> IP accounting tool is well-suited for your needs. Consider something like
> iptraf [1] in background mode [2] or ipac-ng [3] (I assume you are running
> a 2.4 kernel).
>
> Best of luck,
>
> -Martin
>
> [1] http://iptraf.seul.org/
> [2] http://iptraf.seul.org/2.7/backop.html
> [3] http://sourceforge.net/projects/ipac-ng/
> http://www.linux.org/apps/AppId_7462.html
> --
> Martin A. Brown --- SecurePipe, Inc. --- mabrown@securepipe.com
>
> _______________________________________________
> LARTC mailing list / LARTC@mailman.ds9a.nl
> http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
>
_______________________________________________
LARTC mailing list / LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
prev parent reply other threads:[~2003-05-26 7:13 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-05-25 20:56 [LARTC] multiple nics, same isp, each nic independently johnny
2003-05-25 23:55 ` Martin A. Brown
2003-05-26 7:13 ` johnny [this message]
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=marc-lartc-105393324909478@msgid-missing \
--to=johnny@liquidzone.net \
--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 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.