Dotaz: wi-fi a nějaký druh zahlcení sítě

[......]

Mám server/router (cbq, firewall, lokální ftp). V serveru je eth0-lokální síť , eth1-připojení k internetu....z eth0 to jde do switche a jsou na něm 3 klienti a jedno HW AP.

No a teď k problému ...pokud se pohybují vše jen na internetu je vše OK, ale pokud uživatel wi-fi začne stahovat z lokálního ftp, tak se nikdo nedostane vůbec na net. Pokud z ftp stahuje někdo z pevné lan tak to jede jak má. Netuším proč donedávna to jelo jak mělo a kdokoli mohl z ftp stahovat co chtěl a internetu se to nijak nedotklo.

Jádro 2.4.26
HW AP OvisLink 1120
eth0-Realtek 8139 10/100Mbit (8139too)
eth1-3 Com etherlink III 10Mbit (3c509)

Odpovědi

[Petr Dvořáček]

Nejsem si jist, jestli CBQ umí omezovat rychlost toku dat v ntranetu. Tzn. vse co je za serverem. Řeknu-li to jinak, tak internet je bržděn na eth0 ale jestli třebo někdo přistupuje k FTP skrze rozhraní eth1, tak podle mě není bržděn.

Já používám HTB + IMQ + ESFQ a brzím na každém eth zařízení a nemám sebemenší problém.

[......]

FTP je jen lokální, nelze na něj z internetu. Intranet omezován není nijak...a nemusí být, protože všichni klienti dohromady jsou pomalejší než rozhraní eth0. Nebo jinak ...když vypnu CBQ a je tam jen onen klient wi-fi a stahuje z ftp, tak se v pohode sshčknu na server ale z něj ping na net nepošlu ...přestane-li stahovat okamžitě se ping rozjede. Přitom on používá rozhraní eth0, mě ale nejde v ten okamžik eth1 což nějak můj mozek nebere. Ale díky Petr

[Petr Dvořáček]

:) GG :)

To je snad logicky, ne ?

Situace, mas server, ktery ma dve rozhrani (eth0 a eth1) eth0 ti jde do internetu, eth1 ti jde do switche nebo treba do AP a zaroven jenom eth1 je rozhranim vedouci do intranetu.

Ty pises, ze kdyz je tam ten stahovac - jenom ten stahovac, tak ze se v klidu sshacknes na server, ale z neho ping neodesles, coz je logicke. Tohle potvrzuje muj dojem, ze brzdis jenom prichozi a odchozi trafik na eth0. to znamena, ze kdyz stahovac zacne stahovat tak nejdriv jde na eth1 odtamtud NAT na eth0 tudíz on vyzere vsechnu konektivitu lezouci do eth1 skrze rozhrani eth0 ale ty ho brdis jenom na eth0, tudis na eth1 se na daneho uzivatele nestahuje zadny shaper. Takze pokud ze mas na svem serveru intranetove-lokalni FTP, tak on vysosne maximalni prenosovou kapacitu linky jak na WiFi strane, tak i na LAN no a pak zalezi kudy tam lezes ty k te eth1 pokud pres WiFi, tak jsi víš kde, protoze radio je zacpany prave tim stahovacem.

No, snad rozumim tvemu problemu dobre, pokud ne, omlouvam se, ale asi jsem to spatne pochopil Petr +420 604526123

[......]

nepochopil ...prohoď eth0 a eth1...eth0 jde do switche.

Na eth0 brzdím download a na eth1 brzdím upload. Ale o to tu nejde to funguje jak má. Píšu že když vypnu CBQ..tzn. vůbec neběží...a on stahuje z lokálního ftp tak zastaví jakýkoli provoz z/do internetu. (pozn. jeho max. je asi 450KB/s, max. eth0 je kolem 5MB/s, takže to zahltit nemůže je 10x pomalejší).

Kdybych to řekl laicky tak nějakým mě neznámým způsobem zastaví/zpomalí routování/NAT ze sítě do internetu, ale k tomu aby to udělal nemá dostatečně rychlé spojení.

PS: abych nezapomněl...děje-li se co jsem popisoval, provoz LAN <--> SERVER normálně funguje...nejde pouze zmiňovaný provoz do netu tj. SERVER <--> INTERNET

[......]

ještě mě napadlo jestli to AP nějak nenastavuje jeho paketům větší prioritu...běží ně něm nějaký linux BusyBox či tak nějak. Ale netuším jestli to vůbec tak levné AP umí či je to vůbec teoreticky možné.

[......]

Takže AP vyměněno a jede to OK ...ovšem teď by mě zajímalo, co nebo jak může linux značit pakety tak aby dokázaly oblbnout rozhraní. Na tom AP běží ty rozhraní v režimu bridge (br0). Neví někdo?

[......]

Takže AP se nakonec ukázalo taky jako špatný nápad...problém byl ve zcela něčem jiném...a proto se omlouvám člověku, kterému jsem tu kdysi psal, že je jedno jestli se používá v NATu MASQUERADE nebo SNAT...měl jsem masquerade a to byl ten problém...dal jsem natvrdo snat a jede to jak víno a jakýmkoli APčkem.