Routing problema - hosszu
Hegedus Ervin
airween at amit.hu
2002. Feb. 14., Cs, 15:27:59 CET
Sziasztok!
Adott egy FreeBSD 4.4, ket halokartyaval, rl0 es pcn0. A ket
kartya egy halon van:
rl0: 10.1.1.25/16
pcn0: 10.1.1.27/16
A default gateway 10.1.255.254.
Jelenleg a gep a teszteles allapotaban van, ha a vegleges
helyere kerul, akkor is egy halon lesz a ket kartya, de
akkor a kliensek egy tok mas halon lesznek majd. (Squid-proxy)
Idaig megy is minden szepen.
A gepen egy squid fut, elkezdtem hangolgatni, hogy a squid
csak az egyik iface-en figyeljen, ott kiszolgalja a
klienseket, es a masikon pedig letolti maganak a kert
tartalmat. Ez a pcn0.
A kerdes: hogy lehetne megoldani, hogy ha felveszek egy
statikus routot egy iranyba, akkor az altalam preferalt
kartyat hasznalja a rendszer.
Ilyent talaltam (man route): -interface, de nem segitett.
Probaltam egy masik halo fele felvenni a routot, de az sem
mukodik ezzel a kapcsoloval:
route add -net 10.1.100.0/24 10.1.0.72 -interface 10.1.1.27
hiba nelkul hozzaadja, de nem routol arra. Ezek utan a
netstat kimenete:
Internet:
Destination Gateway Flags Refs Use Netif Expire
default 10.1.255.254 UGSc 0 0 rl0
10.1&0xa01011b link#1 UCSc 0 0 rl0 =>
10.1/16 link#1 UC 3 0 rl0
10.1.255.254 0:30:94:a3:9a:f0 UHLW 1 0 rl0 1190
127.0.0.1 127.0.0.1 UH 20 50 lo0
ahol a masodik sor nagyon erdekes:
10.1&0xa01011b link#1 UCSc 0 0 rl0 =>
Ez pl. mit jelent?
Ha ue-zt a parancsot add helyett delete-tel adom ki, akkor
route: writing to routing socket: No such process
delete net 10.1.100.0: gateway 10.1.0.72: not in table
a valasz.
Ha igy adom hozza:
route add -net 10.1.100.0/24 10.1.0.72
akkor minden ok, latja azt a halot, stb.
Mit nem ertek, mit csinalok rosszul?
Otlet?
Koszi:
A.
ps: bocsanat, ha kicsit zagyvanak tunne.
További információk a(z) BSD levelezőlistáról