Forum Debian Users Gang

witam forumowiczow.
mam nadzieje, ze znajdzie sie ktos kto pomoze rozwiazac mi moj problem

otoz jest squid stojacy na osobnym hoscie i osobnym laczu, ale ze wzgledu na coraz nizszy upload na tym dsl'u zmuszony bylem przepiac go na glowne lacze - zmienilem defaultowa trase routingu. chce teraz puscic tym dsl'em niektore pliki sciagane przez userow typu .exe .iso .zip.
w squidzie zrobilem tcp_outgoing_address ale nie dziala.
dla testu plik ustawilem 500mb.gts - taki jak na stronie http://noc.gts.pl
83.x.x.138 - dsl podpiety do squida
1.1.36.2 - ip proxy w lokalu - przez nie idzie do glownego lacza

w squid.conf mam:

acl dslout url_regex -i 500mb.gts
tcp_outgoing_address 83.x.x.138 dslout
tcp_outgoing_address 1.1.36.2
udp_outgoing_address 83.x.x.138 dslout
udp_outgoing_address 1.1.36.2  

no i niestety nie dziala :(
probuje spingowac przez dsla np onet
ping -I eth1 onet.pl - ping nie idzie

wiec utknalem w routingu.
w tablicy routingu mam wpisane trasy do kazdego usera, np.

ip route add 1.1.36.25/32 via 1.1.36.1 dev eth0

zrobione mam tak, bo kazdy user laczy sie po ppp do serwera .36.1

dopisalem cos takiego:

for f in /proc/sys/net/ipv4/conf/*/rp_filter; do echo 0 > $f; done

ip route add 1.1.36.3/32 via 1.1.36.1 dev eth0 proto kernel  scope link  src 1.1.36.2 table nask #tak dla kazdego usera

ip route add 83.x.x.136/29 dev eth1  proto kernel  scope link  src 83.x.x.138 table nask
ip route add 127.0.0.0/8 via 127.0.0.1 dev lo  scope link table nask
ip route add default via 1.1.36.1 dev eth0 table nask

ip route add 1.1.36.3/32 via 1.1.36.1 dev eth0 proto kernel  scope link src 1.1.36.2 table dslout #tak dla kazdego usera

ip route add 83.x.x.136/29 dev eth1  proto kernel  scope link  src 83.x.x.138 table dslout
ip route add 127.0.0.0/8 via 127.0.0.1 dev lo  scope link table dslout
ip route add default via 83.x.x.137 dev eth1 table dslout

ip rule add from 1.1.36.2 table nask
ip rule add from 83.x.x.138 table dslout

ip route add default via 1.1.36.1

ip route flush cache

tabele nask i dslout wpisalem do rt_tables. 
no i niestety nie dziala :(
ping -I eth1 onet.pl - nie odpowiada
co gorsze wogole trace komunikacje, dopiero reload interfejsow przywraca ruch do "normy".

czy bylby ktos w stanie pomoc rozwiazac ten problem??

z gory dzieki
pzdr