Dotaz: rada ohledne hairpin NAT - nebo tak podobne ?

[georgo23]

Zdravim, potreboval  bych pomoci s nasledujici situaci:
Router je
eth0: 192.168.0.1/24
eth1: 1.2.3.4/30

pc1: 192.168.0.2/24

www: 192.168.0.30/24

Potrebuji vyresit situaci, kdy PC1 at zada jakoukoliv stranku, bude presmerovan zpet na WWWW.
Napadlo me: 
iptables -t nat -A PREROUTING -j DNAT -s 192.168.0.2 -p tcp --dport 80 --to 192.168.0.30:80
lec to nefunguje.
Prosim tedy o radu, dekuji

Odpovědi

[fish]

Protoze je WWW ve stejnem subnetu jako PC1, odpovi mu naprimo. PC1 ale ocekava odpoved po trase po ktere odesel jeho pozadavek, tj. pres branu. Takze bud WWW dat jinam nebo pridat pravidlo pro SNAT tehle presmerovanych pozadavku, ktere zajisti ze i odpoved pujde pres router (coz je samozrejme bastl a navic WWW nepozna, ktere PC z vnitrni site je na nej presmerovane).

[georgo23]

to vim, vsude u levnych routru je polozka loopback NAT - nebo HAIRPIN NAT, ktera toto resi, takze musi byt i reseni v teto situaci.

[fish]

Nemam zkusenost, ale rekl bych ze to budou mit resene uplne stejne. Takze ten presmerovany pozadavek se na WWW bude tvarit, jako kdyby prisel z ip routeru.

[georgo23]

to asi urcite, ale jak by to teda mel vypadat prikaz iptables ?

[fish]

iptables -t nat -A PREROUTING -i $INT_IF -p tcp --dport 80 -j DNAT --to-destination $WWW_IP:80
iptables -t nat -A POSTROUTING -o $INT_IF -s $LOCAL_NET -d $WWW_IP -p tcp --dport 80 -j SNAT --to-source $ROUTER_IP

Plus povolit prislusny forward. Neni to ani zdaleka idealni reseni, ale ani ten pozadavek neni uplne idealni, je lepsi se zasahovani do trafficu vyhnout. Podle konkretni situace by se hodila spis transparentni proxy, ktera muze presmerovani resit na urovni HTTP protokolu.

[georgo23]

Prosimte muzes mit napast bez promennych ? zkousel jsem si je doplnit, ale proste to nefunguje. MOzna se psatne chapeme :(. dekuji

[pavlix]

Na tyhle věci je ideální značkování spojení (CONNMARK), pak můžeš přepisovat jak zdrojovou (SNAT), tak cílovou (DNAT) adresu a můžeš tak de facto fungovat jako TCP proxy. Mimochodem, úplně nedoporučuju diagnostiku stylem: „Prostě to nefunguje.“

[georgo23]

ahoj, je to proste tak ze potrebuji nektere lidi v siti presmerovat na web, kde se mu ukaze ze www stranka ze nezaplatil. Nejvetsi problem je v tom, ze nekteri maj verejnou a jini ne :(. Delam to na hranicnim routru, prolezam net cely den a proste se mi nedari :(.

[pavlix]

Malý ISP. Tohle řešila už hromada lidí před tebou.

1) Označit paket pomocí MARK (teď mi došlo, že CONNMARK je zde zbytečný).

2) Změnit cílovou adresu a port na stroj, kam to chceš poslat.

3) Změnit zdrojovou adresu na adresu routeru, která může komunikovat s tím, kam to chceš poslat.

4) Profit.

Ještě se to hezky kombinuje s address listy, pak už jen upravuješ, koho se to týká.

[lertimir]

Nějak moc nechápu "to nezaplatil" a za co? V součinnosti s tím, že někteří mají veřejnou adresu a jiní ne?

Pokud je to tak, že nezaplatil za konektivitu ven, tak obvykle se to dělá technologií zvanou captive portal, tedy webovým rozhraním, které změní nastavení DHCP serveru tak, že adresy pro přístup ven dostane zařízení až po splnění nějakého loginu, který dále může být navázán na platební informace, jinak DHCP přiřazuje IP z rozsahu bez routovacích pravidel ven.

Pokud je to platba za přístup k webovému serveru, tak je to triviálně navázané na login.

[pavlix]

Není mi úplně jasné, na co do toho pleteš DHCP, které celou situaci jen zkomplikuje.

[lertimir]

Viděl jsem řešení, kdy byly vlastně dvě sítě, jedna s přístupem ven a druhá bez přístupu jen směřující na captive portal a po přihlášení stanice dostala jinou IP. Ale je pravda, že tohle bylo v hotelovém provozu, kdy dynamika množství změn byla velká. Tou redirekcí, cos psal, to je lepší.

[pavlix]

Hlavně jde o to, že ty můžeš vytvořit i varování, kdy se dotyčný po prvním načtení/potvrzení varování zařadí do skupiny, která má normálně přístup. Je to mnohem dynamičtější.