netstat marny wynik

[Jacekalex]

Jeżeli TS nie ma jakiegś logowania verbose, czy czegoś podobnego, to masz dosyć poważną zagwozdkę, jak to ugryźć.
Wzglednie pytałbym też na forum TSa, moze tam ktoś już wałkował podobny temat.

W samym serwerze, możesz jeszcze (i powinieneś) zrobić taki podzaiał zasobów, żeby nani na transmisji sieciowej, ani w dostępnie do RAM i procka usługi nie blokowaly się nawzajem.
Tu jest starsyz sposób:
http://dug.net.pl/tekst/42/pam___limitowanie_uprawnien_uzytkownikow/
Nowszy, to cgroup, ale w tej chwili zbyt dobrych sznurków nie mam.
ale w /etc/cgroup/cgrules.conf jest przykład, jak to ma wygladać.
Całosć bajzlu cgroup obsługuje:

[soban_]

Wlasnie chcialem jeszcze zapytac o protokol UDP - mianowicie po wgraniu iptables, nawet probie limitowania jego po dlugisc pakietu nadal jest problem z tym protokolem. Nie wiem czy to TS jest tak cholernie czuly bo uzywa UDP czy cus, jednak jesli nawet botnet przywali w port 80 (ktory moze miec nawet zamknieta usluge) to zaczynaja sie packet losty na TSie, nie musi to byc 9987 (usluga samego tsa). W sumie to tylko juz zostalo, ale brakuje mi koncepcji jak ten UDP zalatwic. A i nie jest wysycana w typ przypadku rura, poniewaz drugi VPS na ktorym stoi rownolegle teamspeak sie nie wyklada. Polaczenie TCP z ssh jest w normie i mozna nawet nawiazac nowe, jednak packetlosty na tsie tak jak wspomnialem sa tak duze ze usluga sie wyklada. Masz jeszcze jakis pomysl co mozna z UDP zrobic?
Szczerze musze tutaj powiedziec ze nawet jak zablokuje wszystkie polaczenia poza wybranymi IPikami po UDP w iptables, to i tak jest to w jakis sposob interpretowane - z tego co widze, bo jak leci atak to i tak wchodzi i packetlosty sa, moge cos poza iptables jeszcze szukac np w konfiguracji samego systemu zwiazanego z UDP? Np czy w ta strone nie powinienem kombinowac http://www.scribd.com/doc/37752865/88/ip-ct-udp-timeout ?
_________________
gg: 525600