Dotaz: "Špatná" IP adresa funguje

[MichalK]

Dobry den. Trápí mě následující problém.

Mám linux router/firewall s třemi rozhraními:

eth0 - vnitřní "drátová" síť (rozsah 192.168.0.0/24) - síť na tomto rozhraní je považována routerem/firewallem za absolutně bezpečnou, tj. přímí přístup do internetu,volný přístup do ostatních segmentů, dálková administrace routeru atd.

wlan0 - karta nahozená přes Hostap do klientského režimu -spoj do internetu

wlan1 - karta nahozená přes Hostap do AP režimu (rozsah 172.20.5.0/27) - vzhledem k povaze tohoto rozhraní (prostě APčko ) jsou na tento segment aplikována nejrůznější bezpečností opatření

Pokud se přes notebook a wifi kartu naasociuju k AP, tedy na síť wlan1, ale nastavím IP notebooku v rozsahu sítě eth0, např. 192.168.0.30 (+ tomu odpovídající maska, gateway atd.), tak se notebook začne chovat jako by byl skutečně připojen do sítě eth0. Tedy těší se všem výše popsaným výhodám sítě na eth0 - COŽ ALE NETĚŠÍ MĚ. Router pro tuto IP hlásí, že je regulérně připojena na rozhraní eth0 (arp výpis).

Poraďte prosím, co je špatně. Jak zajistit, aby se dalo do sítí připojit skutečně jen s odpovídající IP pro dané rozhraní.

Pro upřesnění, běží to na Debianu.

Díky moc za odpovědi.

Odpovědi

[Petr Šobáň]

Jednoduše man iptables a z příslušných rozhraní povolovat pouze příslušné IP.

$IPTABLES -A IN_FW -i $LAN1_IFACE -s 192.168.0.0/16 -j logdrop
$IPTABLES -A IN_FW -i $INET_IFACE -s 10.0.0.0/8 -j logdrop
$IPTABLES -A IN_FW -s 172.16.0.0/12 -j logdrop
$IPTABLES -A IN_FW -s 96.0.0.0/4 -j logdrop
$IPTABLES -A IN_FW -s 127.0.0.0/8 -j logdrop

Prostě na $LAN1_IFACE se nesmí vyskytnout IP 192.168.0.0/16 a na $INET_IFACE se nesmí vyskytnout 10.0.0.0/8 no a ostatni se nesmí vyskytnout nikde.

Inspirovat se třeba tady.

[Michal Marek (twofish)]

Jinak tohle by měl dělat i rp filter (pokud je zapnutý).

[dmnc_net]

kdo by referoval ke skriptu firewallu, tak POZOR, obrovsky pool 96.0.0.0/4 uz nejakou dobu neni rezervovany (http://www.iana.com/assignments/ipv4-address-space) a nektere rozsahy jsou dokonce pouzity na uzemi CR.

[8an]

Tak tohle je hodně podezřelé. Jako první se podívej do /etc/network/options, jestli tam je "spoofprotect=yes". Také bys mohl do pravidel firewallu dávat -o nebo -i (specifikace rozhraní).

Ale to nic nemění na tom, že tohle by prostě fungovat nemělo (minimálně kvůli ARP). Nemáš tam nějaký bridge nebo tak něco? Zajímalo by mě jak se něco takového může stát, pořád tomu moc nevěřím.

[MichalK]

to Petr Šobáň: tohle mě taky napadlo, ale podle routeru ta adresa není na adapteru z kterého realně přichází, tj. wlan1 ale na adapteru eth0, kam sice svým rozsahem patří, ale fyzicky tam prostě připojená není.

to Lukáš Turek: spoofprotect=yes jsem už taky kontroloval, na "no" i "yes" se to chová vždy stejně. (po každé změně jsem dával . networking restart - ještě jsem to nezkoušel restartovat celé - asi to raději udělám).

Zatím moc díky

[Petr Šobáň]

Ještě mě napadlo zda tam nemá nějak blbě nastavenej NAT ?

[MichalK]

Tak, po rebootu s nastaveným spoofprotect=yes se nic nezměnilo. ANI NEMOHLO. Je to totiž někde úplně jinde.

Trochu mě na to přivedl pan Turek svou otázkou "Nemáš tam nějaký bridge nebo tak něco?"

Na segmentu eth0 (jen pro pořádek - se správnou IP pro tento segment)jede totiž Dlink DWL-900AP+ (FW 3.07) v režimu KLIENT (opravdu klient, tedy ne Access Point, ne Wireless Bridge, ne Multi-point Bridge, ne Repeater, opravdu klient - několikrát jsem to ověřil) asociovaný na naše AP/Router/Firewall (tedy wlan1). Neptejte se proč tam ten Dlink mám - není to stálá konfigurace, něco jsem testoval ) Pokud je zapnutý, chová se to tak jak jsem popsal. Když nejede - vše běží jak má.

Nechal jsem notebook pingat nějakou IP, pakety procházeli perfektně do doby než jsem Dlink vytáhnul ze zdi. Pak to okamžitě přestalo. Po opětovném zapnutí Dlinku to sice hned nepokračovalo, ale stačilo reasociovat kartu v NB (vyndat/zandat ) a vše se zase pěkně rozjelo.

Absolutně nechápu, co se to vlastně dělo. Karta v NB byla skutečně asociovaná na správné AP (alespoň podle MAC). Dlink v logu nehlásil nic kromě toho, že je úspěšně asociovan také na správné AP. Výpis připojených klientů měl prázdný (taky aby ne, když jede v režimu klient, že:)). Prostě to NECHÁÁÁPU. Nicméně problém je odstraněn.

Ten Dlink je za daných okolností velmi pěkná díra do systému. Pochybuju, že se do podobný konfigurace někdy někdo dostanete v realném provozu, ale bacha na to.

Děkuji všem za jejich čas, díky.

[Míra]

...no já nevím, jak NAT, ale přímí - jako mladý...