dwa lacza, dwa gw, nat...

Thread View: pl.comp.os.bsd

3 messages

[T] Back to Threads [V] Tree View [G] Group Articles

3 total messages Started by Newbie Wed, 07 Apr 2004 23:01

#503

Author: Newbie
Date: Wed, 07 Apr 2004 23:01

63 lines
3071 bytes

Na jedym dslu podzial i natowanie dziala idealnie.
Ale jak teraz sprawic, zeby dzielil i natowal na obu dslach?
Wiem, ze problemem jest tutaj default gw, ustawiony na IP_GW_1
Probowalem fwd'owac pakiety po divertcie
(ipfw add divert 8669 ip from 192.168.4.0/24 to any out xmit rl1)
ipfw add fwd IP_GW_2 ip from IP_ZEW_2 to any out via rl1
oraz mase roznych kombinacji fwd
dodawalem nawet:
route add -net IP_ZEW_2/32 IP_GW_1
ale bez rezultatow...

Sposoby "dorzucenia" drugiego lacza czerpalem z google, oraz usenetu
tudziez archiwum freebsd-isp, ale zaden sposob nie przynosi wlasciwego rezultatu.

Aha, z zewnatrz na pingi nie odpowiada IP_ZEW_2..
Osprzet sieciowy itp..jak najbardziej dziala, wystarczy, ze zmienie default gw
na IP_GW_2 i wszystko smiga na drugim dslu.

FreeBSD 4.9-STABLE

options IPFIREWALL
options IPFIREWALL_VERBOSE
options IPFIREWALL_FORWARD
options IPFIREWALL_VERBOSE_LIMIT=100
options IPFIREWALL_DEFAULT_TO_ACCEPT
options IPDIVERT
options DUMMYNET
options HZ=1000
options IPFW2

net.inet.ip.fw.one_pass=0
net.inet.ip.forwarding=1
net.link.ether.ipfw=1 (to bedzie mi potrzebne, do lapania po macu)

rl0 - inet1 (dsl 1mbps) - IP_ZEW_1 wyjscie IP_GW_1
rl1 - inet2 (dsl 1mbps) - IP_ZEW_2 wyjscie IP_GW_2
rl2 - lan1
rl3 - lan2

defaultrouter=IP_GW_1

ipfw -f flush
ipfw -f pipe flush

ipfw add divert 8668 ip from any to IP_ZEW_1 in recv rl0
ipfw queue 1 config weight 1 pipe 10 buckets 256 queue 8KB mask dst-ip 0xffffffff
ipfw pipe 10 config bw 980kbit/s queue 15KB
ipfw add queue 1 ip from any to 192.168.3.0/24 in recv rl0
ipfw queue 2 config weight 1 pipe 20 buckets 256 queue 2KB mask src-ip 0xffffffff
ipfw pipe 20 config bw 240kbit/s queue 6KB
ipfw add queue 2 ip from 192.168.3.0/24 to any out xmit rl0
ipfw add divert 8668 ip from 192.168.3.0/24 to any out xmit rl0

ipfw add divert 8669 ip from any to IP_ZEW_2 in recv rl1
ipfw queue 11 config weight 1 pipe 110 buckets 256 queue 8KB mask dst-ip 0xffffffff
ipfw pipe 110 config bw 980kbit/s queue 15KB
ipfw add queue 12 ip from any to 192.168.4.0/24 in recv rl1
ipfw queue 12 config weight 1 pipe 120 buckets 256 queue 2KB mask src-ip 0xffffffff
ipfw pipe 120 config bw 240kbit/s queue 6KB
ipfw add queue 12 ip from 192.168.4.0/24 to any out xmit rl1
ipfw add divert 8669 ip from 192.168.4.0/24 to any out xmit rl1

ipfw add 65000 allow ip from any to any

Re: dwa lacza, dwa gw, nat...

#504

Author: Westbam
Date: Thu, 08 Apr 2004 06:50

17 lines
1608 bytes

Newbie wrote:
[...cut...]
> Aha, z zewnatrz na pingi nie odpowiada IP_ZEW_2..
> Osprzet sieciowy itp..jak najbardziej dziala, wystarczy, ze zmienie
> default gw
> na IP_GW_2 i wszystko smiga na drugim dslu.
>

A to ciekawe, bo teoretycznie powinno wyj�� icmp-reply ze �r�d�owym adresem
IP_ZEW_2 tylko przez domy�ln� bram�. Czy�by iDSL mia� zablokowan� mo�liwo��
zmiany �r�d�owego adresu wychodz�cych pakiet�w? Troch� nieprawdopodobne
zwa�aj�c na dostawc� us�ugi (uRPF do tej pory nie zosta� wprowadzony
globalnie na ��cza Polpak).

-- 
pozdr.
westbam(at)net(dot)art(dot)pl

Re: dwa lacza, dwa gw, nat...

#505

Author: ko... Piotr Koper
Date: Mon, 12 Apr 2004 09:53

33 lines
2081 bytes

"Newbie" <no...@nospam.pl> wrote in message news:<c51vha$ma1$2...@atlantis.news.tpi.pl>...
> Na jedym dslu podzial i natowanie dziala idealnie.
> Ale jak teraz sprawic, zeby dzielil i natowal na obu dslach?
> Wiem, ze problemem jest tutaj default gw, ustawiony na IP_GW_1
> Probowalem fwd'owac pakiety po divertcie
> (ipfw add divert 8669 ip from 192.168.4.0/24 to any out xmit rl1)
> ipfw add fwd IP_GW_2 ip from IP_ZEW_2 to any out via rl1
> oraz mase roznych kombinacji fwd
> dodawalem nawet:
> route add -net IP_ZEW_2/32 IP_GW_1
> ale bez rezultatow...
> 
> Sposoby "dorzucenia" drugiego lacza czerpalem z google, oraz usenetu
> tudziez archiwum freebsd-isp, ale zaden sposob nie przynosi wlasciwego rezultatu.
> 

Podobny problem rozwiazalem za pomoca PF, niestety na OpenBSD, bo ten
z portow core'owal mi sie przy uzyciu route-to.

Oczywiscie nie jest to rozwiazanie Twojego problemu z IPFW, ale
znacznie lepszy srodek zastepczy. Mam podlaczone 2 lacza od 2 roznych
ISP do jednej karty sieciowej, na niej ustawiona jedna brama, a za
pomoca mozliwosci okreslania list przeznaczenia do opcji route-to i
translacji wyrzucam raz przez jedna brame, raz przez druga. Serwer
odpowiada na kazdym laczu dzieki zastosowaniu opcji reply-to.

http://www.openbsd.org/faq/pf/pl/

Dodatkowo w OpenBSD dostajesz ALTQ w kernelu gratis. Nie wiem o czym
mozna wiecej marzyc ;-)

pozdr,
koper

Thread Navigation

This is a paginated view of messages in the thread with full content displayed inline.

Messages are displayed in chronological order, with the original post highlighted in green.

Use pagination controls to navigate through all messages in large threads.

Back to All Threads