Dotaz: Konfigurace iptables

[IUnknow]

Zdravim

Pokusam sa rozchodit svoj prvy router avsak neuspesne. Prostudoval sem navod na root.cz o iptables avsak nejsem z toho moc mudri. Naviac mi pracu znemoznuje tak trochu horsia situacia na sieti. Pokusim sa to co najlepsie vysvetlit:

Moja siet je za routrom (gw je 192.168.3.1) cez ktory sa pripajam na net. IP mojeho PC1 je 192.168.3.115 a IP ethernetu0 na mojom PC2 (PC na ktorom sa snazim rozjet router) je 192.168.3.116 na ktorom je vlastne internet(ethernet0 je napojeny na gw 192.168.3.1). Na PC2 je ethernet1 ktory ma IP adresu 192.168.3.117. Tento ethernet1 by som potreboval pouzit ako gw pre PC1.( neskor pripadne pre dalsie pocitace). Uz sem skusil snad vsetky mozne kombinacie a nastavenia pre iptables a ani zaboha sa mi to nedari rozjet :( Potreboval by som pomoct alebo trosku nakopnut.

Diky

Odpovědi

[IUnknow]

No a este dodam vsetky zariadenia mam na subentu 255.255.255.0

[Michal Kubeček]

Netfilter (to, čemu říkáte iptables) je paketový filtr. Sice pomocí něj jdou podobné věci obejít také, ale na úkor funkčnosti. Takže za prvé jste neuvedl naprosto žádný důvod, proč vlastně chcete PC1 schovávat za PC2. Pokud je to proto, že žádný důvod nemáte, tak ho tam neschovávejte, prostě posaďte GW, PC1 a PC2 na jeden segment a máte po problému. Pokud důvod máte, tak záleží na tom, proč přesně to tak chcete a co tam vlastně chcete provozovat. Podle okolností může být řešením přeadresování a rozdělení segmentu, Proxy ARP, bezstavový NAT 1:1 nebo klasická stavová maškaráda (v pořadí klesajících preferencí).

[IUnknow]

Inak nejsom si isty jak myslite dat obydva stroje na jeden segment. Ja mozem na branu 192.168.3.1 ktoru mi poskytuje moj ISP pristupovat len s IP 192.168.3.116 a urcitou MAC adresou. Proste iba cez jednu kartu to mam povolene. Nemozem mat napojene 2 (tym padem 2 ethernety) masiny na jednu branu.

[Petr Šobáň]

Jinak jak vidím tak v tom máš zmatek a fungovat to moc dobře nebude.

Proč používáš stejné IP pro svoji síť jako používá tvůj ISP ? Nebo ty ostatní IP máš od ISP ? Pokud ano stačí nastavit správně routování pokud ne tak si další PC v tvé síti nastav jiný adresní rozsah 10.0.0.x třeba a použij NAT.

[bazil]

můj firewall.sh skript, neříkám že je dokonalý ale třeba pomůže

[Michal Kubeček]

Pominu-li některé koncepční chyby, není mi jasné, jak by to mělo řešit problém tazatele.

[bazil]

treba tak, ze me dycky pomuze ukazka konfiguraku, nez jen navod, jak to udelat. na rootu sou i ukazky, ale ja bych to z nich asi moc nepochopil. mno a treba taky tak, zejestli chce z toho jednoho PC udelat router, a za nej dat truhy PC, tak ten skript staci jen spoustet pri startu na prvnim PC (routru)

[Michal Kubeček]

Nemám nic proti ukázce konfigurace, ale proti tomu, že se vůbec netýkala situace, na kterou se tazatel ptal.

[bazil]

nezdá se mi, žeby neměl nic společného, tazatel přece chce nastavit routování a maškarádu, a to se dělá pomocí netliftru ne ?

[Michal Kubeček]

nezdá se mi, žeby neměl nic společného, tazatel přece chce nastavit routování a maškarádu, a to se dělá pomocí netliftru ne ?

Neřekl bych. O maškarádě nepadlo v dotazu ani slovo a routování se rozhodně neprovádí netfilterem (i jde ve výjimečných případech netfilterem ovlivnit).

[bazil]

a btw jake chyby ?? aspon si to zpravim

[Michal Kubeček]

Pár postřehů:

1. RP filter je lepší nepoužívat. Pakety, které by zahodil, rozumně nakonfigurovaný filtr zahodí tak jako tak. Naopak, existuje spousta situací, kde dělá problémy (a většinou není na první pohled vidět, že za to může RP filter).
2. Povolovat veškerou komunikaci z "vnitřních" sítí není příliš dobrý nápad, zvláště je-li jedna z nich bezdrátová.
3. Pravidlo pro maškarádu je příliš obecné a mohlo by se vám snadno stát, že odmaškarádujete i pakety, které jste nechtěl.
4. Nastavujete řetězci OUTPUT politiku DROP, ale pak v něm stejně úplně všechno povolíte. Proč?
5. Uživatelské řetězce obsahující jedno pravidlo bez podmínek s akcí ACCEPT jsou dost samoúčelné.
6. Limit tří paketů za hodinu pro zápis do logu je pro praxi příliš nízký.

[bazil]

1. díky, přestanu používat
2. vnitřní síť je mistní LAN o par PC, pžez ten bezdrát se připojujeme na internet. ham0 je hamachi (www.hamachi.cc), coz je taková nějaká VPN bo jak to nazvat
3. tak tohle opravdu nevim, jak by to mohlo být líp?
4. jojo trošku blbost, máte pravdu
5. ale já tam žádné omezovací pravidla nechci a nepotřebuji, jen chci povolit ty pakety, co sem do toho řetězce odeslal před tím
6. to jen aby se neřeklo a abych viděl, že se něco děje, jinak samožřejmě nastavuji vyšší log. tohle je jen malinká siť a na net se dostáváme přez další síť z vymezeným rozsahem 192.168.X.X (a majitel se tváří jako velký poskytovatel) a moc ůtoků nehrozí, spíš chyby v nastavení firewallu

[Michal Kubeček]

Ad 2: stejně to není příliš dobrý nápad. Při dnešní frekvenci epidemií všemožných červů a virů si nemůžete být moc jistý, co vám vlastně na stanicích ve vnitřní síti běhá za software. Rozhodně bych i z vnitřní sítě povolil přístup jen na ty služby, které být povolené mají.

Ad 3: přidat podmínku, aby se pravidlo vztahovalo jen na ty zdrojové adresy, které opravdu chcete maškarádovat, tj. rozsahy vnitřních sítí.

Ad 5: v tom případě nechápu, proč místo

  iptables -N lan
  iptables -A INPUT  -p ALL -i $LAN_IF -j lan
  iptables -A OUTPUT -p ALL -o $LAN_IF -j lan
  iptables -A lan -j ACCEPT

nenapíšete prostě

  iptables -A INPUT -i $LAN_IF -j ACCEPT
  iptables -A OUTPUT -o $LAN_IF -j ACCEPT

Chápal bych to, kdybyste si tam ty řetězce připravoval pro případ, že to časem budete chtít upravit a povolit jen něco. Ale pak zase nedává smysl míchání INPUT a OUTPUT dohromady.

[bazil]

jasně díky za připomínky, poupravím si to

[IUnknow]

No provozovat to chcem tak preto, protoze sa chcem neco priucit Clovek nikdy nevi kedy sa neco podobne v zivote zejde vedet (hlavne v mojom obore). Inak ked pojde vsetko podla planu, tak onedlho budu za tym routrem minimalne 3 PC.

2Bazil-XXL: Ok diky, omrknem to.

Zatial vdaka za reakcie.

[IUnknow]

No tak uz sa mi to jakztakz podarilo rozchodit Podla rady Petra Sobana som si nastavil iny rozsah IP. 10.2.0.0 na mojom pc na ktory routujem net a 10.1.0.0 na PC 2 ethernetu1. Takto som nastavil nat

iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE

a jede zatial vsetko bez problemu

[Jan]

Technicky vhodnejsi je misto MASQUERADE pouzivat SNAT s parametrem --to. MASQUERADE je urceno pro dynamicky pridelovane adresy na odchozim interface a je malicko mene efektivni nez SNAT.

[trekker.dk]

Jestli má IP svázanou s MAC, tak pravděpodobně bude dostávat adresu přes DHCP. Sice vždy stejnou, ale co kdyby.

[Michal Kubeček]

Asi by bylo trochu vhodnější použít třeba 10.0.0.1 a 10.0.0.2, ale to je víceméně jedno…

[IUnknow]

OK vdaka za reakce. ALe mam maly problem.

Od ISP mam povoleny port 1180 (udp,tcp) cez ktory chodievam na DC++ alebo Bittorrent. Avsak teraz uz to nefunguje. Predpokladam ze to je kvoli tomu mojmu NATu. V iptables som nic nezakazoval takze neviem preco to nefachci. Ma nekdo nejaky navrh?

[IUnknow]

Uz som to vyriesil. Takze tento prispevok prosim ignorujte

[Petr Šobáň]

Prostě musíš ten port přeroutovat na ten PC z kterého chceš ty DC používat.

Prostě pasivní režim by měl běžet ze všech PC aktivní pouze tam kam si přepošleš ten port.

[Jan]

Prichozi spojeni na porty 1180 jde, ale jen na pocitac, kde bezi maskarada. Na pocitacich za ni uz ne, ledazebyste si ho presmeroval na jeden z nich stejne jak to dela vas poskytovatel. Ovsem jen na jeden z nich. Je to opak maskarady, takze misto SNAT se pouzije DNAT. Prekpladejme, ze ten vybrany pocitac ma adresu 10.0.0.2:

iptables -t nat -A PREROUTING -i eth0 -p tcp -d 192.168.3.115 --dport 1180 -j DNAT --to 10.0.0.2:1180

iptables -t nat -A PREROUTING -i eth0 -p udp -d 192.168.3.115 --dport 1180 -j DNAT --to 10.0.0.2:1180

[IUnknow]

Mam este jednu otazecku.

Ak to routujem takto -A PREROUTING -i eth0 -j DNAT --to-destination 10.1.0.0 -A POSTROUTING -o eth0 -j SNAT --to-source 192.168.3.116

tak nezapricini nahodou prva riadka ze ak budem stahovat neco na router, tak to bude posielat packety aj na 10.1.0.0 a tam sa budu zahazovat? To by potom bolo dost neefektivne

[IUnknow]

Oprava:

-A PREROUTING -i eth0 -j DNAT --to-destination 10.1.0.0 
-A POSTROUTING -o eth0 -j SNAT --to-source 192.168.3.116

[Michal Kubeček]

Za prvé: tím nic neroutujete. Směrování (routování) se nastavuje příkazem 'ip route', router a paketový filtr jsou dvě různé věci. Za druhé: u klasického stavového překladu adres pomocí netfilteru (SNAT, DNAT) píšete pravidlo jakoby pouze pro první paket, o další pakety a opačný směr se postará netfilter sám.

[IUnknow]

Nj, tzn. ze routovani je vlastne to

route add default gw 192.168.3.1

ze packety smerujem na 192.168.3.1. A NAT je preklad adres to je mi UZ jasne. Jako zacatecnik s routrovanim mam v terminologii trochu bordel. Vlastne nielen v terminologii Ale ten prvy prikaz neni vlastne routovanie (smerovanie)? pretoze ja vsetko co ide na eth0 "vrham" na 10.1.0.0

[Michal Kubeček]

To pravidlo netfilteru přepíše cílovou adresu, což (později) způsobí, že driver, který má na starosti směrování s ním naloží jinak (než kdyby zůstala původní). Ale to je jiná část jádra. Proto se také ten řetězec jmenuje PREROUTING - protože se pravidla v něm aplikují ještě před směrováním.

To nastavení default route pište raději takto: 'ip route add default via 192.168.3.1'. Ale v tomto případě se aplikuje položka pro (nejspíš) 10.0.0.0/8, kterou vám vytvoří jádro automaticky.

[IUnknow]

Hmm, odpoviem si sam: Staci iba ak zmenim zdrojovu adresu packetu...router neskor bude aj sam vedet na ktoru adresu v lokalnej sieti sa ma odpoved poslat.