Перейти до

ограничение скорости


rdv

Рекомендованные сообщения

Может повторюсь,но все же,

У нас есть тарифы - безлимитка с ограниченной скоростью.

Можно опциями IPTABLES ( in onconnect script) сделать это?

Или чо то более серьезное заморочит надо?

Может пора в stg еще один параметр для юзеров ввести МАКСИМАЛЬНАЯ СКОРОСТЬ ПОДКЛЮЧЕНИЯ ?

Спасибо !

Денис.

Ссылка на сообщение
Поделиться на других сайтах
Может повторюсь,но все же,

У нас есть тарифы - безлимитка с ограниченной скоростью.

Можно опциями IPTABLES ( in onconnect script) сделать это?

Или чо то более серьезное заморочит надо?

Может пора в stg еще один параметр для юзеров ввести МАКСИМАЛЬНАЯ СКОРОСТЬ ПОДКЛЮЧЕНИЯ ?

Спасибо !

Денис.

cbq + shell - рой в эту сторону

Ссылка на сообщение
Поделиться на других сайтах

А правильней сразу tc и его htb - точнее и знаний больше будет, как и что работает. :(

Зато сколько потом кайфа, когда оно реально начнет работать...

Ссылка на сообщение
Поделиться на других сайтах
А правильней сразу tc и его htb - точнее и знаний больше будет, как и что работает. :(

Зато сколько потом кайфа, когда оно реально начнет работать...

угу но о началу куча гемора :(

Ссылка на сообщение
Поделиться на других сайтах

:( У меня ушло неделя-две приблизительно, чтоб окончательно разобраться. Щас оформляю скрипт. Хотя все зависит от подхода. Если человек в перую очередь делает бизнес - тогда и не надо оно ему. А если человеку приятно этим заниматься, то будет учить :(

ЗЫ Уже мнооооого раз в этом убеждаюсь.

Ссылка на сообщение
Поделиться на других сайтах

Помнится, я както поспорил с админом одной ДС, о целесобразности создания отдельных классов для TCP и UDP трафика на шейпере. cbq кажется... канал общий там 1024 кБит по-моему, а для юзверя каждого - 14400 бит. Как вы считаете, для такого канала помогло бы повышение приоретета для UDP? или бестолку? дело в том, что я пробовал в кс играть :( так вот - 2-3 сек пинг был 20-50 а потом 5000 постоянно... в общем, хотелось бы услышать мнение экспертов :(

Ссылка на сообщение
Поделиться на других сайтах

Однозначно отдельный класс. Ты описал классический пример переполнения буфера - когда пакеты задерживаются шлюзом для обеспечения нужно скорости - вот и по-порядку пакеты пинга задерживаются до 5 секунд, а то и вообще могут со временем отбрасываться. А в начале буфер не был полным, вот пинг и держался 2-3 секунды.

Ссылка на сообщение
Поделиться на других сайтах

А разбиратся там нечего. Лови мой, по подобию сделаеш?

#!/bin/bash

 

# add HTB root qdisc

tc qdisc add dev eth0 root handle 1: htb default 26

 

# add main rate limit classes

tc class add dev eth0 parent 1: classid 1:1 htb rate 100mbit

 

# add leaf classes - We grant each class at LEAST it's "fair share" of bandwidth.

# this way no class will ever be starved by another class. Each

# class is also permitted to consume all of the available bandwidth

# if no other classes are in use.

tc class add dev eth0 parent 1:1 classid 1:20 htb rate 64kbit ceil 70kbit prio 0

tc class add dev eth0 parent 1:1 classid 1:21 htb rate 128kbit ceil 140kbit prio 0

#tc class add dev eth0 parent 1:1 classid 1:22 htb rate 32kbit ceil 36kbit prio 0

 

# attach qdisc to leaf classes - here we at SFQ to each priority class. SFQ insures that

# within each class connections will be treated (almost) fairly.

tc qdisc add dev eth0 parent 1:20 handle 20: sfq perturb 10

tc qdisc add dev eth0 parent 1:21 handle 21: sfq perturb 10

tc qdisc add dev eth0 parent 1:22 handle 22: sfq perturb 10

 

# filter traffic into classes by fwmark - here we direct traffic into priority class according to

# the fwmark set on the packet (we set fwmark with iptables

# later). Note that above we've set the default priority

# class to 1:26 so unmarked packets (or packets marked with

# unfamiliar IDs) will be defaulted to the lowest priority

# class.

tc filter add dev eth0 parent 1:0 prio 0 protocol ip handle 20 fw flowid 1:20

tc filter add dev eth0 parent 1:0 prio 0 protocol ip handle 21 fw flowid 1:21

tc filter add dev eth0 parent 1:0 prio 0 protocol ip handle 22 fw flowid 1:22

 

iptables -t mangle -N MYSHAPER-OUT

iptables -t mangle -I POSTROUTING -o eth0 -j MYSHAPER-OUT

 

iptables -t mangle -A MYSHAPER-OUT -d 195.245.112.178 -s! 192.168.0.0/24 -j MARK --set-mark 20

iptables -t mangle -A MYSHAPER-OUT -d 192.168.0.49 -s! 192.168.0.0/24 -j MARK --set-mark 20

Ссылка на сообщение
Поделиться на других сайтах
я может не до конца вник в проблому.. но ограничение скорости у меня сделано сквидом..без всяких хитро мудростей...

Нет тут другое, сквид это только в основном хттп, а тут про скорость доступа или шпп (ширина полосы пропускания).

Ссылка на сообщение
Поделиться на других сайтах
  • 4 weeks later...
  • 3 months later...

А я юзаю cbq, мне лично нравится,правда конфигов много нана писать (для каждого юзера свой), поставил что с 00-00до06-00 скорость поднимается....вобщем прикольная штука...

Ссылка на сообщение
Поделиться на других сайтах

Создайте аккаунт или войдите в него для комментирования

Вы должны быть пользователем, чтобы оставить комментарий

Создать аккаунт

Зарегистрируйтесь для получения аккаунта. Это просто!

Зарегистрировать аккаунт

Вхід

Уже зарегистрированы? Войдите здесь.

Войти сейчас
  • Зараз на сторінці   0 користувачів

    Немає користувачів, що переглядають цю сторінку.

×
×
  • Створити нове...