Printable View
Po viacerych odporucaniach som sa rozhodol kupit tento lowend router a zda sa ze skutocne vsetko bezi uplne v pohode... az na torrentove p2p ... nikdy som nemal problem s DC++ dokonca ani strongDC nerobi routeru ziadne problemy.. ale akonahle zapnem uTorrent tak je siet totalne v haji, stahovanie samo o sebe sice funguje ale browsovanie po webe je uplne nemozne... dokonca aj obycajny ping prechadza len s tazkostami... je na toto nejake riesenie ?
Torrenty generujou spousty tcp spojení což routery se slabšíma cpu těžko rozdejchávaj, nastav v tom utorentu nižší číslo pro max connections a max halfopen connections.
to mi je jasne.. tie tcp spojenia vidim.. je ich tam zhruba 50-200 ale na druhej strane ked obmedzim spojenia tak to stahovanie takmer vobec nejde... preto som chcel vediet ci existuje nejake solidnejsie riesenie... v tom routri sice je QoS nastavenie ale to nema ziaden efekt.Citace:
Původně odeslal Peca-on-line
To je opravdu zvlastni, o jake rychlosti pri stahovani/uploadovani se jedna? Je to skutecne problem toho routeru? - nemuze byt na vine napr. sirka pasma tve linky? Casto pomaha nastavit v torrent-klientu upload a download limit tak na 90-95% kapacity linky.
tie rychlosti pri stahovani su zanedbatelne oproti kapacite od ISP... mam linku 2048/256 pricom stahujem rychlostou okolo 30kBps, upload je zhruba polovicny, bohuzial su to ciastkovo nazbierane rychlosti, z mnohychh peer adries... a to bude zrejme pricina toho zahltenia.Citace:
Původně odeslal Caleb
s tymto (torenty + router) mam problemy stale, a na co som dosiel...
1) obmedzit pocet pripojeni. u mna globalne maximum 35. stahovat sa celkom da, ale "linku" to stale trocha zahlcuje
2) obmedzit upload speed. u mna 2/3 maximalnej rychlosti
3) obmedzit nieco co sa v azureusovi vola "maximum simultaneous outbound conections". default je 8, xp maximum je vraj 10, mne pomohlo to okresat na 2. lahko sa to da vypozorovat, predtym mi opera pisala "connection queued"
stale to problem uplne nevyriesilo, ale uz sa ako tak popri torentoch da.
domnievam sa ze jediny problem ostala distribuovana databaza, na ktoru sa vyssie spomenutych limity nevztahuju. ale bez nej to clovek ani nemusi pustat...
ak v niecom kecam opravte ma. "teoriu" podchytenu nemam, ale u mna to tak nejak funguje...
2JonnZ: Tvůj problém není v routru(minimálně část není), ale ve stupidní windowsí limitaci na 10 half-open tcp spojení. Minimálně z části by ti mělo tvůj problém vyřešit http://www.technovice.net/archives/1...oad-Speed.html
2Branik: Tobě nevím jestli to pomůže, ale nastavením na 50 nic nezkazíš.
Tak este raz aby mi to bolo jasnejsie.. co konkretne odporucas nastavit na 50 ? tie half open connections mam nastavene defaultne net.max_halfopen value 8Citace:
Původně odeslal Peca-on-line
samozrejme ze wokenni connections ;)Citace:
Původně odeslal Branik
XP mají od SP2 nastavený limit max. 10 half-open tcp spojení, což je obzvlášť pro p2p softy málo. Limit v torrent klientovi se projevuje pouze pokud je nižší než strop daný systémem. Pokud máš nastaveno 8, tak na zbytek systému zbydou 2, což vede k vytváření front nevyřízených požadavků a zpomalení(pokud není úzké hrdlo jinde). Když pomocí toho patche z odkazu zvedneš systémový limit na 50, tak bude víc prostoru pro ostatní programy - budou mít větší šanci na odbavení svých dat.
sice neviem (zatial) k comu je dobre half open conn a ako to funguje ale moj problem bude zrejme niekde inde, ked sa totiz pripojim na kablovy modem priamo bez routera, bezi system s torrentom v pohode bez najmensich problemov, na browsovani takmer nepoznam rozdiel, pingy tiez v pohode... takze uzke hrdlo je v tomto pripade urcite router... zrejme pomoze jedine znizit pocet tcp spojeni... kadopadne dik za radyCitace:
Původně odeslal Peca-on-line
http://www.root.cz/clanky/nocni-mura...-syn-flooding/
Citace:
Nejdříve si řekněme, co to vlastně SYN flooding je. Jde o útok typu DoS (Denial of Service - odepření služby), jeho cílem tedy není vstoupit do systému, získat nebo poškodit nějaká data a podobně. DoS útoky způsobují obvykle dočasnou nefunkčnost určité služby, například HTTP (web) nebo SMTP (e-mail).
Podstatou SF je využití jedné z vlastností TCP protokolu, zvaného three-way handshake, neboli třísměrné potřesení rukou, které si klade za cíl ověřit, zda obě strany o spojení opravdu stojí.
Představme si, že KLIENT iniciuje spojení se SERVEREM. KLIENT tedy pošle první paket s nastaveným SYN bitem. SERVER odpoví paketem, který má nastaven SYN a ACK bit a uloží si informaci o nadcházejícím spojení do interní datové struktury. Tomuto stavu se říká polootevřené spojení (half-open connection).Klient nyní za normálních okolností dokončí potřesení třetím krokem, kterým je odeslání paketu s nastaveným ACK bitem. V tuto chvíli je úvodní část spojení dokončena a po síti mohou začít proudit data.
SF vlastně nedělá nic jiného, než že začne odesílat množství paketů se SYN bitem, jako kdyby chtěl normálně komunikovat, neprovádí však již třetí fázi handshaku, takže na stroji, který je cílem útoku, dojde postupně k zaplnění bufferů pro polootevřená spojení.
OK, z toho mi je to celkom jasne... Ale co mi stale nie je jasne - aky je znesitelny pocet halfopen connections...? pochopim ze maly router zblbne ak ma otvorenych 300 TCP conn sucasne, ale kolko je taka bezna norma pre half open ? tych 8 ktore su nastavene v uTorrente ako default sa mi zda relativne nizky pocet na zahltenie routera...Citace:
Původně odeslal tomase
Ci je to vela alebo malo, to zalezi. Dva roky som mal router SMC a bola to hroza a des. Zatuhaval kludne aj po pol hodine, inokedy bezal dva tyzdne v kuse. Nastavenie uTorrentu sa nezmenilo, iba zdochol router, tak som ho vymeil za D-link a ten (klop klop) bezi snad odkedy ho mam (2+ mesiace).
XP maximum half open je 10. takze ked nastavis 5 alebo viac, je dost pravdepodobne ze bude problem. ako som pisal, hlasky connection queed som sa zbavil nastavenim na 2.Citace:
Původně odeslal Branik
ked pouzijes utulitku od pecy (vdaka vdaka :) ) a nastavis wind maximum na 50 tak to je celkom jedno. cize napr defaultnych 8. (stale hovorime o hlaf open)
limit bude stale pocet nadviazanych pripojeni celkovo (nie hlaf open pripojeni)
tak som si potvrdil, ze distribuovana databaza sa v azureus-ovi do globalneho limitu pripojeni nepocita.
cize prave ona je zodpovedna za "zahltenie" routeru. teraz som ju deaktivoval, a popri torente obmedzenom na 35 globalnych pripojeni mi ide bez najmensieho zavahania cely net.
edit: up obmedzeny na 20kBps, down 60-100kBps, cize rychlost uplne v pohode...