Перейти к содержимому
Калькуляторы

Ork Yason

Пользователи
  • Публикации

    85
  • Зарегистрирован

  • Посещение

О Ork Yason

  • Звание
    Абитуриент
    Абитуриент

Контакты

  • ICQ
    Array

Город

  • Город
    Array
  1. ну попробуем вернуть одинаковые исчо раз пасиба :)
  2. тьфу работает! пасиба большое! tc filter add dev eth0 parent 1: prio 10 handle 999: protocol ip u32 divisor 64 tc filter add dev eth1 parent 1: prio 10 handle 999: protocol ip u32 divisor 64 хэндлы можно там и там оставить по 999????
  3. есть тазик на нем нарезка на двух интерфейсах eth0 и eth1 раньше все было через маркировку iptables, решили переделать под u32 + хеши tc filter add dev eth0 parent 1: prio 10 handle 999: protocol ip u32 divisor 64 tc filter add dev eth1 parent 1: prio 10 handle 999: protocol ip u32 divisor 64 tc filter add dev eth0 parent 1: protocol ip prio 100 u32 ht 800:: match ip src 192.168.0.0/18 hashkey mask 0x00003F00 at 16 link 999: tc filter add dev eth1 parent 1: protocol ip prio 100 u32 ht 800:: match ip dst 192.168.0.0/18 hashkey mask 0x00003F00 at 16 link 999: ну и для каждой из подсетей: tc filter add dev eth0 parent 1: prio 10 handle 3f: protocol ip u32 divisor 256 tc filter add dev eth1 parent 1: prio 10 handle 3f: protocol ip u32 divisor 256 tc filter add dev eth0 parent 1: protocol ip prio 10 u32 ht 999:3f: match ip src 192.168.63.0/24 hashkey mask 0x000000ff at 16 link 3f: tc filter add dev eth1 parent 1: protocol ip prio 10 u32 ht 999:3f: match ip dst 192.168.63.0/24 hashkey mask 0x000000ff at 16 link 3f: по итогу режет только на исходящем для клиентов интерфейсе... т.е. на eth1 - все режецо, в фильтрах есть попадания в ячейки, но на eth0 - все по нулям... была мысль создать разные таблицы: tc filter add dev eth0 parent 1: prio 10 handle 888: protocol ip u32 divisor 64 tc filter add dev eth1 parent 1: prio 10 handle 999: protocol ip u32 divisor 64 ничего не изменилось
  4. ... байтораздирающее зрелище (с)
  5. Странная тема

    думал, дочитаю, сразу напишу про кэдди... ну раз не хо :)
  6. ну, скажем, я был не уверен в столь интеллектуальности iptables... если он знает в какой цепочке искать - эт хорошо ок, благодарю, бум думать, как бы поправильней сделать цепочек...
  7. т.е. я правильно понял, что каждой подсети была создана новая цепочка и траффик туда завернут тогда вопрос, количество марков не изменилось, они лишь разнесеные по разным цепочкам... почему от этого становицо легче процу?
  8. а подробней можно?! в теории как это будет выглядеть
  9. хм... я читал, что айпитейблз "есть" мало процессора... ю32 - говорят еще больше есть как тогда мне быть?
  10. есть писюковый роутер на нем через ТС настроен шейпинг... встал вопрос, какую дисциплину использовать, что минимизировать нагрузку на процессор нарезка на приблизительно полтысячи пользователей, для каждого создается такой вот набор правил: tc class replace dev eth1 parent $tc_parent classid 1:$code_user htb rate 1kbit ceil ${ceil}kbit quantum 2000 tc qdisc add dev eth1 parent 1:$code_user handle $code_user: sfq perturb 10 tc filter replace dev eth1 protocol ip parent 1:0 prio 5 handle $code_user fw classid 1:$code_user ... tc class replace dev eth0 parent $tc_parent classid 1:$code_user htb rate 1kbit ceil ${ceil}kbit quantum 2000 tc qdisc add dev eth0 parent 1:$code_user handle $code_user: sfq perturb 10 tc filter replace dev eth0 protocol ip parent 1:0 prio 5 handle $code_user fw classid 1:$code_user ...
  11. так значит все таки для того чтобы у меня всегда были какие-то каналы - нужно на них садить ботов а зачем ставят сервиса?
  12. господа, помогите с настройкой ирки хибрид поставлен... нужно шоб при подключении пользователи уже видели готовые каналы... что для этого нужно?! ставил сервиса от anope - толи не настроил толком - толи они не создают каналов поставил ботов Eggdrop - ни в какую не хотит конектицо к серверу, хотя все сделал по мануалу просветили хоть по теории - что мне нада?!
  13. зачем на родителе, а не на каждом из вланоф?! есть общие чуток ужатые классы для определенных клиентов... если на каждом влане делать свой ТЦ, то данный механизм не будет работать...
  14. linux 2.6 есть eth1, а на нем живет кучка вланоф, eth1.101, eth1.102 ... если создать классы пользователей в ТЦ для интерфейса eth1 - будет ли работать такая конструкция?! по идее траффик проходит через родительский интерфейс?! реализовать для каждого влана - немного не то, что хотелось бы...