Re: iptables masquerade cache problems

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi, i have already had this problem with windows clients. It seems it's not a 
bug from your linux box, but only from the windows client, whose still have 
your old ip in cache. For my part, i don't know how to work around for this 
bug

Le Lundi 29 Septembre 2003 10:23, lu a écrit :
 Hi,
 I have two lines that were masqueraded, one ADSL and another is ISDN for
 backup. When the line ADSL is broken  I switch the line to ISDN. The problem
 is: when I use ping to test (ping -t from windows client), after the line
 was switched to ISDN, the source address was still that of ADSL  instead of
 ISDN. But, when I stopped the ping from client for a while, all things went
 well. It seems a problem of cache. What is the work-around for it? At a
 moment I just down the ADSL interface.  You can do this test with two lan
 interfaces.
 The Configuration is:
 	iptables -t nat -A POSTROUTING -o hsb0 -j MASQUERADE    # for ADSL
 	iptables -t nat -A POSTROUTING -o ippp0 -j MASQUERADE    # for ISDN

 	default gw dev was hsb0  (ADSL)
 	when ADSL was down then :
 	route del default dev hsb0
 	route add default dev ippp0


 Best regards,
 Jianliang Lu

 TieSse s.p.a      Ivrea (to) Italy
 j.lu@xxxxxxxxxx
 luj@xxxxxxxxx
 http://www.tiesse.com

- -- 
- - M. DILY, administrateur réseau, geek :-)
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.7 (GNU/Linux)

iD8DBQE/eBHIzEzekoYhlpsRAnbvAJwMYms5Vg+d0gVfoPH3rJ/jV7s1LgCfTyKN
SJ8P+jawRbS97afL3VxnNKg=
=ZeBt
-----END PGP SIGNATURE-----




[Index of Archives]     [Linux Netfilter Development]     [Linux Kernel Networking Development]     [Netem]     [Berkeley Packet Filter]     [Linux Kernel Development]     [Advanced Routing & Traffice Control]     [Bugtraq]

  Powered by Linux