Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 4 Aug 2003 15:47:24 +0100
From:      Matthew Seaman <m.seaman@infracaninophile.co.uk>
To:        fbsdquestions@worldinternet.org
Cc:        questions@freebsd.org
Subject:   Re: ipfw - natd - squid - 3 Nic's - 1 FBSD 5.1 server and routing question
Message-ID:  <20030804144724.GC7562@happy-idiot-talk.infracaninophile.co.uk>
In-Reply-To: <1060003482.e2623ffc060f8@mail.worldinternet.org>
References:  <1060003482.e2623ffc060f8@mail.worldinternet.org>

next in thread | previous in thread | raw e-mail | index | archive | help

--uXxzq0nDebZQVNAZ
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Mon, Aug 04, 2003 at 06:24:42AM -0700, fbsdquestions@worldinternet.org w=
rote:
> I could sure use an idea for solving the following.  We have a perfectly
> functional but saturated ds0 with our telco that is very expensive.  We
> have squid running with transparent proxy for our LAN that consists of
> about 10-15 users.  [ fwd 127.0.0.1,3128 tcp from 192.168.5.0/24 to any 8=
0 ]
> It works fine but still not enough bandwidth so we contracted a connection
> with a cable company that we plan to use for all outgoing requests for
> port 80 from squid.  The problem is that I can't get the outgoing requests
> from squid to use the nic that is connected to the cable company.
>=20
> Squid is setup to use the Cable companies IP
>   tcp_outgoing_address  10.24.194.163
> but since the default gateway is to the telco interface, the request is s=
ent
> to the telco.
>=20
> I'm not sure how to make this work.  Our three nic's are set up as follows
>=20
> rl1
> 192.168.5.0/24   ---
> Internal Network     \
>                       \        rl0 [TelCo]
>                        ------  200.79.x.0/28    --- INTERNET
>                       /        natd-ipfw-squid
> rl2                  /         routing: default 200.79.x.1
> 10.24.194.163/20 ---
> Cable Network
>=20
> Our firewall configuration has been reduced to the following until we can
> get this to work.
>=20
> 00100 allow ip from any to any via lo0
> 00200 deny ip from any to 127.0.0.0/8
> 00300 deny ip from 127.0.0.0/8 to any
> 00400 fwd 127.0.0.1,3128 tcp from 192.168.5.0/24 to any 80
> 65100 divert 8668 ip from any to any via rl0
> 65500 allow ip from any to any
> 65535 allow ip from any to any
>=20
> Everything works great with rl1 -> rl0 but rl2 is basically useless.
> I have tried many different approaches and none have worked.  I'm probably
> complicating it too much.
>=20
> Any help or suggestions will be appreciated.

This sounds to me like a policy based routing problem -- googling for
"policy based routing FreeBSD" in Google Groups should prove
informative.

However, the mechanism is basically the same as you've used to
implement your transparent proxy.  All you need to do is insert
another rule to trap the port 80 traffic coming out of Squid and send
the packets to the next-hop gateway on your rl2 interface.  That
presumably has it's default route set via the cable network.

Something like:

    00500 fwd 10.24.207.254 tcp from me to any 80

(assuming that 10.24.207.254 is the router address in the cable
companies' network.)  Since your Squid is already using a Cable
Co. address as the source address on any outgoing packets this should
cause all in- and out-going HTTP traffic to pass via the Cable
Co. network.

	Cheers,

	Matthew

--=20
Dr Matthew J Seaman MA, D.Phil.                       26 The Paddocks
                                                      Savill Way
PGP: http://www.infracaninophile.co.uk/pgpkey         Marlow
Tel: +44 1628 476614                                  Bucks., SL7 1TH UK

--uXxzq0nDebZQVNAZ
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2 (FreeBSD)

iD8DBQE/LnH8dtESqEQa7a0RAn3VAJ0XsqX/Ce1ME2leJdx4s925LdPaQwCcDDQQ
KvW/HvzgcIVW0UAxUNxJ+5k=
=8PuG
-----END PGP SIGNATURE-----

--uXxzq0nDebZQVNAZ--



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20030804144724.GC7562>