Dotaz: routing verejnej IP a Nat

[Hierax]

Situacia Linux Server eth0:verejna IP Nat Masquerade eth1:neverejna IP PC1 neverejna IP PC2 verejna IP Problem na PC2 je ten ze sa sice dostane do internetu,funguje aj shaping,ale prechadza to cez NAT...akym sposobom sa da obist Nat tak aby PC2 isiel priamo na internet a aby sa dal aj shapovat ???

Odpovědi

[Michal Kubeček]

Např. proxy ARP. Ruku na srdce: opravdu jste se snažil odpověď nejdřív sám najít?

[Hierax]

hej stravil som s tym dva dni...prestudoval som Linux Advanced routing aj iptables...viem spravit NAT 1:1...jednine co stale neviem previest to praxe je preroutovat verejnu IP adresu cez NAT...

[Michal Kubeček]

Pokud máte na tom PC2 veřejnou adresu, nepotřebujete žádný NAT (Fast NAT navíc v jádrech řady 2.6 nefunguje). Příklad s proxy ARP (PC1 má 111.111.111.111, PC2 111.111.111.112, default gateway 111.111.111.65):

ip addr add 111.111.111.111/26 brd + dev eth0
ip addr add 111.111.111.111/26 dev eth1
ip route del 111.111.111.64/26 dev eth1
echo 1 > /proc/sys/net/ipv4/conf/eth0/proxy_arp
echo 1 > /proc/sys/net/ipv4/conf/eth1/proxy_arp
ip route add default via 111.111.111.65

na PC2:

ip addr add 111.111.111.112/26 brd + dev eth0
ip route add default via 111.111.111.111

Pravděpodobně by to fungovalo i s broadcasty na obou stranách, ale to nemám vyzkoušené.

[Hierax]

Hmmm..tak s toho som uplne zmateny...zda sa my to nejake prekombinovane...pre istotu este raz popisem presne situaciu...

Linux Server:

eth0:verejna IP

NAT:pomocou SNAT

eth1:neverejna IP

Vnutorná siet pripojena na eth1

8 PC s vnutornymi IP, WinXP

je tam jedno PC na ktore potrebujem nastavit Verejnu IP

Routovanie je nastavene a v podstate funguje...ale verejna IP PC-WinXP je prekladana za verejnu IP servera

Potrebujem obist nat pre verejnu IP adresu PC..a dalsia otazka je ta ci sa to da spravit tak aby fungoval shaping na serveri aj na tu verejnu ip adresu servera? PS:viem to spravit s NAT 1:1,ale radcej by som spravil tak aby som mohol priamo nastavit verejnu IP na PC.

[Michal Kubeček]

Co se zdá, to je obvykle jen sen. :-)

Ten příklad je právě pro situaci, kterou popisujete. Doplnit ho o pravidlo, které bude maškarádovat jen pakety s neveřejnou zdrojovou adresou, zvládnete snad sám (bez znalosti konkrétního skriptu vám s tím stejně nikdo neporadí). Samozřejmě by proxy ARP nebyla potřeba, pokud by všichni venku věděli, že ta druhá neveřejná adresa je routována přes PC1, ale to je spíše netypická situace. Pokud chcete něco jiného, asi nezbyde než uvést více informací.

[......]

mnohokrát děkuji za kompletní příklad. Mě se to taky bude hodit, už delší dobu nad tím laboruju

Chápu-li to dobře tak router v tomto případě PC1 bude mít na vnitřním rozhraní dvě IP adresy...jedna bude ta samá co na venkovním a druhá bude z privátního rozsahu. Nemýlím se?

Děkuji za nakopnutí.

[......]

ještě podotázečka...myslím si, že v tomto případě neuvidí tohle PC, které se bude tvářit jako přímo připojené do internetu, ostatní PC s privátím rozsahem. Je to tak? Omluvte moje tupé otázky, ale řídím se jen selským rozumem, školy na to nemám

[Michal Kubeček]

Pokud nepřidáte nic dalšího, tak ano. Ale klidně můžete přidat na PC1 nebo PC2 (nebo na obou) druhou IP adresu z toho privátního rozsahu a pak bude fungovat oboje. V tom příkladu výše jsem uvedl jen to, co je potřeba, aby fungovala komunikace mezi vnějším světem a PC2.

[......]

Děkuju, myslel jsem si to. Moc jste mi pomohl.

[Hierax]

Hura...som uz na to prisiel...kua a mal som to rovno pod nosom ...

takze riesenie pouzit takto nastavene NAT:

iptables -t nat -A POSTROUTING -s 192.168.1.0/24 -o eth0 -j SNAT --to xxx.xxx.xxx.xxx

kde je vlastne specifikovane ze sa maju NAT-ovat len ip s daneho rozashu vnutornej siete-teda dufam ze som to spravne pochopil

islo v podstate o to ze som nevedel obist tu maskaradu a potom uz staci:

route add -host xxx.xxx.xxx.xxx eth1

kamarat prisiel este na jedno riesenie,ktore je podobne ale robi to inak ale ako priklad do uvadzam:

iptables -I POSTROUTING -t nat -s xxx.xxx.xxx.xxx -j ACCEPT

route add -host xxx.xxx.xxx.xxx eth1

[Michal Kubeček]

Přesně tak, jen dvě poznámky:

1. na příkaz route raději zapomeňte, vhodnější je použít "ip route"

2. Místo ACCEPT bych u té druhé varianty raději použil RETURN. Výsledek je sice stejný, ale hraní si s ACCEPT a DROP v tabulce nat bych se raději vyhnul.

[......]

K tomu mám ještě poznámku teda...použiju-li výše uvedené způsoby (ať ten či ten) a mám jako wi-fi APčko dejme tomu Ovislink 1120, který funguje jako bridge a ono PC2 s tou veřejnou IP by mělo být až za ním (myslím připojeno pře wi-fi), tak se z toho musí ten Ovislink zákonitě zbláznit, ne?

[......]

popř. zajímaly by mě pro a proti obou způsobů, protože ten druhý se zdá o hodně snažší, ovšem opět neřeší to, že nevidím lokální síť.

[Michal Kubeček]

Jestli tomu dobře rozumím, jde vám o to, aby všichni zvenku věděli, že tu druhou IP adresu mají routovat přes tu první, aniž byste mohl zasáhnout do jejich routovacích tabulek. Pokud jde o tohle, pak právě to řeší proxy ARP, která zajistí, že PC1 bude odpovídat i na ARP dotazy na tu druhou IP adresu.

[......]

Ne měl jsem na mysli něco jiného. Síť o topologii provider -> server/router -> switch (a na něm pár lan klientů) -> do switche je napojeno i AP (zmiňovaný ovislink, ale má už taky privátní adresu) -> a na toto AP je klient, který má mít tu veřejnou adresu ..o tohle mi šlo...tohle podle mě chodit nemůže.

[Michal Kubeček]

I tohle by nějak obejít šlo, ale bude záležet na tom, co přesně ten Ovislink dělá.

[......]

prostě má spojeno rozhraní eth a wlan do společného br. Ovšem netuším jak to obejít.

[Michal Kubeček]

Pokud je to čistý bridge, který jen spojuje obě strany do jednoho segmentu, pak by nemělo být třeba nic obcházet, protože by se obě části dohromady měly chovat jako ethernetový segment.

[......]

No nezbývá mi než poděkovat a vyzkoušet to v praxi. Děkuju.

[Hierax]

Ja dakujem tiez za cenne rady...

[Hierax]

Ja mam tiez podobnu instalaciu: server provider->ovislink vnutorna ip->PC s verejnou ip...a v pohode to fici...ovislink je transparentne zariadenie...prinicpialne si to mozes predstavit toho owisa ako switch akurat jeden port je wirelles pripojenie

[......]

Díky, díky