[06:45] ne znam jel sam ja glup pa ne kuzim icmp_ratemask i icmp_msgs_per_sec parametara ? [06:46] mozda netko zna nesto iz rukava... imam aplikaciju koja prima "milione" udp paketa, ako aplikaciju zaustavim, kernel ce naravno vratiti milione ICMP destination unreachable (port unreachable) paketa nazad... sto nije neka sreca [06:47] gledam sto bih napravio da sprijecim kernel da vraca ista nazad ako aplikacija ne radi ili barem da smanji rate tih vracenih paketa [06:47] ovako sto sam testirao, ovi gore parametri ne rade bas to sto sam mislio da rade === gildarts_ is now known as Guest15203 [07:33] quick & dirty - iptables i rate limit outgoing icmp paketa? [07:40] ovi gore navedeni parameti bi trebali radit rate limint outgoing icmp paketa, ali to meni izgleda bas i ne radi [07:41] skuco sam mu 50k paketa u 0.3 sekunde i majstor za sve vrati destination unreachable [07:58] vidi icmp_ratelimit i icmp_msgs_burst [08:01] probaj staiti jako nisko i vidi jel ima efekta [08:03] to dvoje sam i isprobavao [08:03] odnosno msgs bursts nisam [08:03] ratelimit i msgs_per_sec jesam [08:10] spomenuo si icmp_ratemask ... :) probaj sve staviti na neku smiješnu vrijednost ... koji kernel btw? [08:11] glupo pitanje, al nisi slučajno uletio kroz ipv6 a limitirao na ipv4? :) [08:30] nisam, bez brige :) [09:22] i, si uspio kaj? :) [09:23] nope, ostavio sam to sa strane, jos nisu propustili promet :P [09:23] kad ga puste, a app ne bude up, bice zanimljivo :) [09:27] ma uvijek možeš napraviti iptables -A OUTPUT -p icmp --icmp-type destination-unreachable -j DROP [09:27] ne bih bas htio za sve zabranit [09:38] onda možda -m limit --limit 50/s -j ACCEPT :) [09:38] to je u neku ruku onda emulacija onih parametara u proc, iako bi i oni morali raditi === jelly is now known as yllej === yllej is now known as hurtigbuffer === hurtigbuffer is now known as jelly [16:29] joj ovi spamr poceo pricat pricu u svojim porukama... ajme sta je dosadan === _chaky_ is now known as chaky