Dotaz: connlimit v iptables

[Hollowman]

Zdravičko lidičky, obracim se na vas s radou ohledne omezeni postu spojeni pomoci iptables. Nasel jsem ze by se dalo dobre pouzit:

-N CONN_LIMIT -A FORWARD -i eth1 -p tcp -s 192.168.3.2 --syn -j CONN_LIMIT -A CONN_LIMIT -m limit -s 192.168.3.2 --limit 1/sec --limit-burst 5 -j RETURN

udelam jsem si novy router ktery ma dne rozhrani, eth0 venku a eth1 vnitrni. Na vnitrni jsem si pripojit JEDEN pc s vyse uvedenou adresou a vytvoril jsme na nem plno spojeni nicmene porad jsem mohl otvirat dale.. Akorat si nejsem jisty jestli ten limit burst znamena maximalni pocet soubeznych spojeni..

Proste spojeni jsem mohl vesele otvirat dal jakoby se nechumelilo... muzete mi prosim poradit kde jsem mohl udelat chybu. Jeste bych se chtel zeptat jestli by to slo udelat tak ze kdyz ta IP adresa presahne pocet spojeni a pro dalsi bude chtit otevrit web tak se zobrazi webova stranka s upozornenim... Ve tride (doufam ze se tomu rika trida) *NAT to mam pomoci redirect nebo dnat a funguje to ale ve tride *FILTER nevim jestli to jde

Predem dekuji za vsechny rady

Odpovědi

[Ritchie]

Nikde nevidím, kde nechtěný paket končí jako REJECT či DROP.

Pravděpodobně by pomohlo ještě přidat -A CONN_LIMIT -j REJECT; případně DROP.

[Hollowman]

I KDYZ JSEM TO TAM PRIDAL TAK PORAD MUZU OTVIRAT DALSI A DALSI

[Ritchie]

Pokud nová spojení otevíráte pomaleji než jedno spojení za sekundu, tak jistěže můžete stále otevírat nová TCP spojení.

Možná by pomohlo, kdybyste bez křiku napsal, čeho chcete dosáhnout.

---

--limit-burst 6 --limit 2/minute

Představte si šestiraný revolver, který má na počátku šest nábojů v komorách (limit-burst). Při každém výstřelu se sníží počet nábojů o jedna. Pokud počet nábojů klesna na nula, tak již nemůžete dále střílet. Každých 30 s (limit) dojde k výměně jedné vystřelené nábojnice za nový náboj a revolver je znovu připraven k výstřelu. Nikdy však nemůžete revolver nabít, aby měl v komorách více než šest nábojů (limit burst).

[Hollowman]

ja tu ale prece nekricim.. ty velky pismena jsem se precvakl a nevsiml si capslocku... :D Chtel bych dosahnout toho aby kdyz ten PC bude mit x otevrenych spojeni tak dalsi proste neotevre... zkousel jsem to tak ze jsem si nainstaloval strong dc a tam jsem dal stahovani takze ty spojeni naskakaly ale mohl jsem proste dal.. Staci mi proste jednoduse maximalni pocet spojeni a pri dalsim uz by se ten packet zahpodil nebo nejlepe forwardoval na port 80 prislusneho stroje.. kde by byla informacni hlaska

[trekker.dk]

Forward na port 80 je zbytečnost - představ si, že třeba StrongDC se pokusí otevřít spojení, to se mu nepodaří (bude přes limit) a tak místo odpovědi od peera dostane webstránku. V lepším případě to vyhodnotí jako chybu, v horším se zblázní.

V obou případech ale neobdržíš žádnou hlášku o tom, že jsi vyčerpal limit, maximálně nějakou nicneříkající chybovou hlášku.

[Hollowman]

takze jestli to chapu spravne tak limit burst jsou vlastne spojeni k dispozici a to druhe je obnoveni.. super.. a kdyz bych chtel bez toho refrese? slo by to udelat ze bych tuto hodnotu nezadal? Nebo tato hodnota musi byt uvedena pokazde? Jeste bych se chtel zeptat jestli je nejaka moznost kdyz uz ta IP nebude mit spojeni k dispozici a otevre si web tak aby ji to hodilo tu informacni stranku?

[Ritchie]

Limit musí být uveden, viz man iptables.

Musím zmírnit vaše nadšení. Tímto způsobem dokážete omezit počet otevíraných TCP spojení, nikoliv však počet otevřených TCP spojení. (Představte si situaci, kdy klient opakovaně otevře a zase ukončí TCP spojení. V jistém okamžiku se mu již nové TCP spojení otevřít nepodaří.) Pro omezení počtu současné otevřených TCP spojení slouží match-extension connlimit, jak píše kolega.

[Hollowman]

Dobre diky.. akorat mi nejde do hlavy.. kdyz omezim pocet oteviranych tak se jich prece vic neotevre a nebude tim padem jich vic otevrenych..

[jirka]

Rozdíl je:
1. Počet skutečně otevřených (oboustraně potvrzených - spojení bylo navázáno)
2. Počet otevíraných, ale zatím od protější stanice nepotvrzených (spojení nebylo navázáno, těch může být třeba v případě p2p i desítky tisíc), ty zbytečně obsazují místo v contrack tabulce

Conlimit reguluje pouze první možnost.

[Hollowman]

tak ted jsem se do toho zamotal jeste vic... Protoze Ritchie v komentari vyse rika ze to reguluje pocet otviranych.. tak jsem z toho malinko jelen.

[atan]

a co pouzit modul iptables connlimit?

[Hollowman]

kdyz me poradis jak tak proc ne.. toto jsem pouzil protoze jsem to nekde videl tak jsem se to snazil upravot pro sve potreby..

[atan]

Stahnout posledni snapshot z http://ftp.netfilter.org/pub/patch-o-matic-ng/snapshot/ rozbalit, pak opatchovat kernel a iptables:

./runme --download
./runme connlimit

[atan]

Jinak aby to fungovalo v 2.6.20 se musi pouzit dalsi patch. http://lists.pld-linux.org/mailman/pipermail/pld-cvs-commit/Week-of-Mon-20070205/140348.html

[atan]

tak ten patch pro 2.6.20 uz neni potrebny, ve snapshotu uz je opravena verze.