Dotaz: iptables a zmena ip cez dhcp

[mirec]

dobry vecer...uz som problem vyriesil ale neviem z akeho dovodu vznikol a tak by ma zaujimalo ci sa s tym niekto stretol alebo nieco o tom vie....no ten problem bol taky ze mi provider zmenil ip pridelovanu DHCPckom a nastal problem ze mi pod linuxom nic neslo pingnut ani ten DHCP server(pod win to islo) a ked som zmazal vsetky pravidla iptablesov a nahadzal ich tam znovu tie iste tak to zrazu ide....a tak ma napadlo vo vypise iptables-save ze by to mohlo byt toto

:INPUT ACCEPT [0:0]
:FORWARD DROP [0:0]
:OUTPUT ACCEPT [662:99947]

to cislo v zatvorkach za OUTPUTom.....co to cislo znamena a preco je iba pri OUTPUT??? ....dik ...

Odpovědi

[unchallenger]

Je zapotřebí shodit služby, pokud ti něco jede, restartovat síť a nahodit je. Pokud jsi ale mezitím restartoval počítač do win, tak nemá důvod to nejet, pokud jsi někam nenapsal IP adresu natvrdo.

Ta čísla jsou počty paketů:bajtů, které prošly celým chainem a skončily až na defaultní policy. Na ostatních asi nic nemáš, protože se všechno matchne nějakým pravidlem.

[oron]

hmm ak si dobre myslim tak to cislo je
[pocet paketov : objem dat v byte]

[mirec]

no ano v tom OUTPUT nemam ziadne pravidlo....ok ale tam bola zrejme nejaka neidentifikovana chyba lebo ja som niekolkokrat restartol a stale to neslo az ked som pustil system-config-securitylevel tak to islo....a potom som nahodil vlstne pravidla tie iste co pred tym a islo ..takze zahada....ale dik aspon viem o com su tie cisla..

[Michal Marek (twofish)]

Jak vypadá ten skript pro iptables? Tipoval bych, že si na začátku zjistí IP adresu interfacu ven a tu pak používá v nějakých pravidlech.

[mirec]

ktory skript myslite? mam FC3 ... no ale v tych pravidlach co mi dal vypis

iptables -L

nic v OUTPUTe nebolo...:( ... dik

[Michal Marek (twofish)]

Skript kterým si nastavujete pravidla pro iptables (a potom som nahodil vlstne pravidla tie iste co pred tym). Prostě jestli se v těch pravidlech někde neobjevuje IP adresa do internetu -- ty pravidla se při restartu ukládají a ta stará adresa by se uložila taky.

[unchallenger]

Pár pravidel jde taky nastavit redhatím klikadlem, ale to, co jsem se tak díval, pravidla explicitně obsahující vlastní IP adresu nevytváří. Nebo jiným nástrojem, a pak těžko říci...

[petr_p]

A co obsahuje chain INPUT? Neni tam nahodou neco jako akceptovat jen pakety, jejich IP lezi v siti daneho rozhrani (IP rozhrani providera/vase)? Driv bylo doporuceno tzv. "martanske" pakety blokovat (napr. paket se SRC=127.0.0.1, ktery prisel z eth0). Dnesni netfilter to dela automaticky.

[Michal Kubeček]

Netfilter nic takového automaticky nedělá, defaultní nastavení netfilteru je takové, že propouští úplně všechno. To, co popisujete, dělá pouze rp_filter, ale ten koliduje s tolika věcmi, že je lépe ho nezapínat.

[unchallenger]

Nemáš-li nějaké svérázné routování, nerozumím, s čím ti koliduje. Mně nekoliduje.

[Michal Kubeček]

Z hlavy si vzpomínám minimálně na dvě věci:

1. routing, kdy může odpověď na paket, přišlý na jedno rozhraní, odejít přes druhé rozhraní

2. FreeS/WAN s jádry řady 2.4 a staršími; dost možná se to týká i nativního IPsec s jádrem 2.6 (ale to už jsem měl rp_filter raději všude vypnutý)

3. mám pocit, že nějaké problémy mohou nastat i u GRE tunelů, ale tím si nejsem stoprocentně jistý.

Těch situací, kde jsem na to narazil, bylo víc, ale na další si teď hned nevzpomenu. V každém případě aktivace rp_filter podle mých zkušeností znamená, že různé netriviální síťové záležitosti začnou zlobit.

[unchallenger]

To ale popisuješ ta svérázná routování. Pro normální desktop, workstation (o něž tu jde) to nekoliduje, což IMO znamená zapínat.

[mirec]

no ono tie iptables som vypol cez fedoracke textove klikadla a islo to a potom som to aktivoval zase cez fedioracke textove klikadla a aj tak to islo.....proste tam bola nejaka zvlastna chyba,,:) (ja viem ze je to nezm,ysel, vsetko ma svoje vysvetlenie) ale ked som pingol tak ping mi nic nevypisal ani len "Host UNreachable" alebo "not permited" proste nic nenapisal a myslim si ze keby tam bolo nejake pravidlo co to blokovalo tak aspon ping napise ze not permited alebo take nieco....

[mirec]

uz som to zrjeme pochopil....ja som mal v POSTROUTINGu prevod ipcky nie sposobom masquerade ale natvrdo napisana ipcka a kedze mi provdider zmenil ipcku tak som zrejme vystupval pod starou ipckou co mi vsak provider zamietol....ok ale preco sa POSTROUTING aplikuje na mna??? nema to byt iba na forward???dik

[unchallenger]

Jak na tebe? Postrouting (v -t nat) se aplikuje na odchozí pakety po rozhodnutí, kam je routovat.

[mirec]

no ja som myslel ze pravidla postrouting a prerouting sa aplikuju iba na to co forwardujem.....nie na to co produkujem ja...cize nie je to tak??

ak to tak je tak potom ak v postrouting dropnem vsetko z mojej ip tak sa nikam nepingnem???

[unchallenger]

Ne (ostatně, vyzkoušej). Akorát to díky tomu, že je to v nat, neodstřihne existující spojení. Kdybys to dal do mangle, tak se odstřihneš úplně.

[mirec]

mate pravdu ...tento obrazok to dokazuje....mal by som si tie iptables zopaknut....dik za reakcie.

[Michal Kubeček]

Na desktopu pro změnu nevidím důvod pro zapínání. Normální desktop má typicky jedno rozhraní, když započítám lokální smyčku, tak dvě. Takže jediné, v čem mi rp_filter pomůže, je zahození paketů se zdrojovou adresou ze 127.0.0.0/8, které přijdou na eth0. Pokud je pachatel nastavení paketového filtru aspoň trochu při smyslech, pak takové pakety nikdy nemůže pustit dovnitř. Pokud snad ano, tak tam bude stejně mít mraky daleko závažnějších chyb, takže rp_filter ho nespasí...

[unchallenger]

Tento způsob uvažování je mi cizí. Když omezuji přístup k nějaké službě, tak ji také zkážu v jejím konfiguráku (lze-li), v hosts.allow i v netfilteru. Protože jeden nikdy neví.

[Michal Kubeček]

Ale to já taky, jen hosts.allow jsem už pustil z hlavy. Ale v tomto případě nevidím důvod, proč zapínat potenciálně problematickou feature jen proto, aby blokovala jeden jediný rozsah spoofovaných adres, když tak jako tak budu hlídat spoustu dalších. Navíc třeba IPsec rozhodně nepovažuji za něco, co by na desktopu nemělo co dělat.

[Martin Čížek]

Ještě k tomu dotazu, co znamenají ta čísla, který, pokud se dobře dívám nebyl zodpovězen. Obecně (a to řečeno bylo) je to počet matchnutých paketů:počet matchnutých oktetů. A tento konkrétní případ ve výstupu iptables-save se týká implicitní politiky, tzn. jsou to čítače těch paketů, které přežily traverzaci celým chainem.

[unchallenger]

Ale nepovídej ;-)

[Martin Čížek]

Aha, sorry. Mám dnes nějaké rychlé kolečko myši .