handler Опубликовано 25 ноября, 2009 Жалоба Поделиться Опубликовано 25 ноября, 2009 Здравствуйте! Нужно написать один набор правил для всех адресов в сети для ограничения входящего трафика вместо сотен таких для каждого адреса #tc qdisc add dev eth0 root handle 1: htb #tc class add dev eth0 parent 1: classid 1:1 htb rate 250kbps burst 10kbps #tc class add dev eth0 parent 1:1 classid 1:10 htb rate 16kbps ceil 250kbps burst 2kbps #tc filter add dev eth0 protocol ip parent 1:0 prio 1 u32 match ip dst 192.168.0.1 flowid 1:10 Есть решения? Цитата Ссылка на комментарий Поделиться на другие сайты Поделиться
vpk_vpk Опубликовано 25 ноября, 2009 Жалоба Поделиться Опубликовано 25 ноября, 2009 Пустить всех через squid? Цитата Ссылка на комментарий Поделиться на другие сайты Поделиться
handler Опубликовано 26 ноября, 2009 Автор Жалоба Поделиться Опубликовано 26 ноября, 2009 Хорошая мысль - попробую Цитата Ссылка на комментарий Поделиться на другие сайты Поделиться
cppmm Опубликовано 26 ноября, 2009 Жалоба Поделиться Опубликовано 26 ноября, 2009 При создании корневой дисциплины указывайте дефолтный класс, а для описания этого класса режьте, как хотите. Всё, что не попадёт в отдельные классы(они вам, я так понял и не нужны) автоматически уйдёт в дефолтный. tc qdisc add dev eth0 root handle 1:0 htb default 100tc class add dev eth0 parent 1:0 classid 1:1 htb rate 512kbit ceil 512kbit burst 15k...Тут, если надо, вписываются отдельные классы и фильтры.Всё остальное попадёт в класс 1:100...tc class add dev eth0 parent 1:1 classid 1:100 htb rate 64kbit ceil 256kbit burst 15k prio 5 Цитата Ссылка на комментарий Поделиться на другие сайты Поделиться
handler Опубликовано 26 ноября, 2009 Автор Жалоба Поделиться Опубликовано 26 ноября, 2009 так все пользователи будут в одном канале - как селедки в бочке... Похоже на ситуацию без шейпера совсем Цитата Ссылка на комментарий Поделиться на другие сайты Поделиться
handler Опубликовано 27 ноября, 2009 Автор Жалоба Поделиться Опубликовано 27 ноября, 2009 так все пользователи будут в одном канале - как селедки в бочке... Похоже на ситуацию без шейпера совсем. А если использовать сквид - он способен разделять тип трафика по приоритетам? К примеру, чтобы скайп и аська имели более высокий приоритет, а фтп и торрент - более низкий? Цитата Ссылка на комментарий Поделиться на другие сайты Поделиться
gogi Опубликовано 27 ноября, 2009 Жалоба Поделиться Опубликовано 27 ноября, 2009 Алексей писал(а) Fri, 27 November 2009 16:11 А если использовать сквид - он способен разделять тип трафика по приоритетам? К примеру, чтобы скайп и аська имели более высокий приоритет, а фтп и торрент - более низкий? Скуид - это http прокси. Указанные Вами протоколы идут мимо него. Цитата Ссылка на комментарий Поделиться на другие сайты Поделиться
cppmm Опубликовано 30 ноября, 2009 Жалоба Поделиться Опубликовано 30 ноября, 2009 Алексей писал(а) Thu, 26 November 2009 17:51 так все пользователи будут в одном канале - как селедки в бочке... Похоже на ситуацию без шейпера совсем Кто вам сказал такую глупость? В одном классе - да. Но кто сказал, что нельзя несколько пользователей без потерь пускать через один класс? Класс != канал. Алексей писал(а) Thu, 26 November 2009 17:51 К примеру, чтобы скайп и аська имели более высокий приоритет, а фтп и торрент - более низкий? Добавить для них отдельные классы. Цитата Ссылка на комментарий Поделиться на другие сайты Поделиться
handler Опубликовано 1 декабря, 2009 Автор Жалоба Поделиться Опубликовано 1 декабря, 2009 Хорошо, но мне необходимо фильтровать трафик по адресам, и не важно, в дефолтный класс они будут заворачиваться или нет - нужно создать столько очередей, сколько абонентов и заворачивать каждого отдельно... Кроме как в цикле этого не реализуешь, а собрать netfilter с поддержкой IPMARK мне не удалось Цитата Ссылка на комментарий Поделиться на другие сайты Поделиться
Рекомендуемые сообщения
Присоединяйтесь к обсуждению
Вы можете написать сейчас и зарегистрироваться позже. Если у вас есть аккаунт, авторизуйтесь, чтобы опубликовать от имени своего аккаунта.