Jak napovida nazev threadu, potreboval bych komlpetne zablokovat tyto pakety,data, letici pres AP. Respektive dle potreby zablokovat a odblokovat. Pokouseli jsem se to zaridit pres rc.firewall ale veskera snaha vysla na prazdno. Dokud AP nepobezi jako demon nevim jak zatrhnout komunikaci pres porty 20:21. Plz poradte jak na to s tim. Nerad bych blokoval MAC adresy, kdyz si lidi chteji zahrat nejakou tu gamesku a pokud nekdo rve pre AP 300kb/s tak ping jde srasticky dolu a objevuji ze dropy.
Stahovaci jsou problem, ale oni za to nemuzou. Muzem si za to sami, ze nedelame vyhrazena komunikacni pasma pro synchroni sluzby (treba porty 27000 - 27999).
Jo a stahovace neomezis porty 20,21,....,1023 pac vetsina jede prez DC
Taky moc nerozumim proc zakazovat porty pripadne lidem stahovani?
Podle me to vyresi uplne trivialni load balancing treba pomoci TEQL ..
Na pakety co posilas ven uplne bez problemu, ty co ti prichazi tam to bude chtit
omezit maximalni tok, proste aby ti neco nezacpalo prichozi pasmo, treba
tam das 80%, coz by melo zarucit, ze se zavcasu zacnou pakety zahazovat
a nedojde k zahlceni.
Kazdopadne asi to chce tomu vikend venovat a pohrat si s tim
***
Pakety, ktere to AP routuje, muzes zahazovat necim typu:
/sbin/iptables -A INPUT --dport 21 -j DROP
***
Tak presne tohle vubec nefungovalo, vsechno pres AP proletlo uplne bez problemu. Zrovna tak zakaz MAC adres podobnym zpusobem nefungoval... jeste se na to podivam aby tam nebyla nejaka chybka.
***
Zakazovat a omezovat download chci z testovacich ucelu. Zajimalo by me celkove chovani kompletne nezatizeneho spoje, pokud se po nem pohybuji pakety s rekneme latency prioritou + pri provozu. Toho muzu tezko dosahnout, kdyz jsou moje pozadavky jen sporadicky vyslyseny ze strany klientu. Takze na ferovku to cutnu a budu stelovat. Ostatne zprovoznil jsem si to v podstate sam, (mimo toho linucha) tak chvili vydrzi bez tahani. Ostatne vyzkouset to musim sam, protoze zajimavy je ze tady na foru, mozna je to jen muj pocit, kazdy zapojuje, bastli, prostreluje 5 m oloveny zdi, ale solidni info s rozmistenim toho ci jineho spoje, pingem aktualni/maximalni/ dosazene vysledky co se tyka zaruseni, rychlosti, chovani v plnem provozu to se nikde nenajde. Maximalne tak aby clovek lital po strankach jednotlivych nodu a hledal zda se nezadari.
tak nejak.. o cem tu vlastne je rec.. o zakazovani FTP to je jeste v poradku ale aby se clovek nepripojil na FTP "tam kde je" AP nebo nepripojil na zadne jine FTP "za" AP..
15.06.2003 v 12:04
)
