CBQ
8 отговора
485 прегледа
CBQ
znachi imam 3 intefeisa na servera po eth0 mi idva interneta moje li ogranicheniqta po skorost da vajat samo za toq interfeis?
Re: CBQ
може. т.е. ако ползваш маскиране - можеш спокойно да ошейпиш всичко, което иде от етх0 и отива нанякъде. ако ползваш прокси напр - там ще трябва да се справиш и с него. щото една от особеностите на проксито е, че заявките излизат с ип-то на проксито, т.е. на сървера.
TANSTAAFL! There AiNt Such Thing As A Free Lunch
TANSTAAFL! There AiNt Such Thing As A Free Lunch
Re: CBQ
hmm
ako "interneta" idwa ot eth0, a iskash da shape users koito sa wurzani kam eth1/eth2 shte trjabwa da zakachish shapers na poslednite dwa interfejsa! Shape se prawi na izhodjasht trafik/interface a ne na whodjasht!
I oshte nesto: polzwaj HTB wmesto CBQ - ako iskash da razberesh zasho e po-dobro i kak se polzwa -> /usr/doc/Advanced Routing HOWTO
ako "interneta" idwa ot eth0, a iskash da shape users koito sa wurzani kam eth1/eth2 shte trjabwa da zakachish shapers na poslednite dwa interfejsa! Shape se prawi na izhodjasht trafik/interface a ne na whodjasht!
I oshte nesto: polzwaj HTB wmesto CBQ - ako iskash da razberesh zasho e po-dobro i kak se polzwa -> /usr/doc/Advanced Routing HOWTO
Почти по темата
> ако ползваш прокси напр - там ще трябва да се справиш и с него. щото
> една от особеностите на проксито е, че заявките излизат с ип-то на
> проксито, т.е. на сървера.
Преди време видях предложение в mail listing-а на Squid. Някой предлагаше следната черта - нещо подобно на delay pools, само че пакетите да могат да се маркират с някакъв firewall mark. Това би било много елегантно решение - вместо squid-а да дублира кода реализиращ шейпинга на трафика, шейпването да се остави на ядрото (администратора задава шейпинг с tc на основата на firewall mark-а), а проксито само да казва кой пакет на кого в действителност принадлежи. За съжаление не съм видял такъв patch реализиран, а и напоследък не ми се е налагало да се занимавам с този проблем.
> една от особеностите на проксито е, че заявките излизат с ип-то на
> проксито, т.е. на сървера.
Преди време видях предложение в mail listing-а на Squid. Някой предлагаше следната черта - нещо подобно на delay pools, само че пакетите да могат да се маркират с някакъв firewall mark. Това би било много елегантно решение - вместо squid-а да дублира кода реализиращ шейпинга на трафика, шейпването да се остави на ядрото (администратора задава шейпинг с tc на основата на firewall mark-а), а проксито само да казва кой пакет на кого в действителност принадлежи. За съжаление не съм видял такъв patch реализиран, а и напоследък не ми се е налагало да се занимавам с този проблем.
Re: CBQ
> Shape se prawi na izhodjasht trafik/interface a ne na whodjasht
Всъщност ако се вярва на опциите на tc, то има и възможност за ingress shaping.
Всъщност ако се вярва на опциите на tc, то има и възможност за ingress shaping.
Re: Почти по темата
последното, което ми хареса в скуид, беше че във версия 2.5.хх има възможност за tcp_outgoing_address да го сложиш на ацл. демек в зависимост от соурс или дест ип-то да си сменяш и tcp_outgoing_address.
аз сега това (Squid Cache: Version 2.4.STABLE6) го правя с около 5 парента
TANSTAAFL! There AiNt Such Thing As A Free Lunch
аз сега това (Squid Cache: Version 2.4.STABLE6) го правя с около 5 парента
TANSTAAFL! There AiNt Such Thing As A Free Lunch
Re: CBQ
mdaam, ama mislish li che ima osoben smisal ot Ingres Policer?
Kato ti se "iztursi" trafika na whoda, i da shape i da ne shape se taja...
Ne che njama situacii kogato moje i da e polezno, no w 95% ot sluchaite, kakto i w konkretnija ne mislja che ima smisal
Re: CBQ
> Kato ti se "iztursi" trafika na whoda, i da shape i da ne shape se taja...
Имайки предвид че над 90% от входящия трафик е TCP, то става ясна причината за съществуване на ingress shaping-а. ACK битовете в TCP пакетите се грижат да няма твърде много излишен входящ трафик.
Имайки предвид че над 90% от входящия трафик е TCP, то става ясна причината за съществуване на ingress shaping-а. ACK битовете в TCP пакетите се грижат да няма твърде много излишен входящ трафик.