forum.opennet.ru - "контроль connect-а" (12)

форумы

помощь

поиск

регистрация

майллист

вход/выход

слежка

"контроль connect-а"

Форум Открытые системы на сервере (Мониторинг, логи / FreeBSD)
Вариант для распечатки		Пред. тема \| След. тема
Изначальное сообщение		[ Отслеживать ]

"контроль connect-а"	+/–
Сообщение от frank82 (ok) on 22-Апр-11, 14:04
Всем добрый день. Проблема, если это можно назвать проблемой, скорее это не знание, короче говоря есть конект сервака FreeBSD с определленым хостом либо абонентом, тип соединения не играет роли! Так вот вопрос - каким образом через команду либо используя прогу из портов можно проверить реальную скорость конекта (типа 13,5Kbit/s; 130 Kbit/s; 1,7Mbit/s и т.д.). iperf не предлагайте, мне нужно видеть реальную сокрость на много разных конектов, но из командного режима сервака, вернее програме нужно. А вот как это сделать не знаю, подскажите ПЛИЗ кто что знает или думает.
Ответить \| Правка \| Cообщить модератору

Оглавление

контроль connect-а, Square, 02:25 , 23-Апр-11, (1)
контроль connect-а, LSTemp, 23:19 , 24-Апр-11, (2)
контроль connect-а, VladBer, 23:39 , 24-Апр-11, (3)

контроль connect-а, LSTemp, 02:21 , 25-Апр-11, (4)

контроль connect-а, frank82, 09:30 , 25-Апр-11, (5)

контроль connect-а, LSTemp, 22:49 , 26-Апр-11, (6)

контроль connect-а, frank82, 22:33 , 28-Апр-11, (7)

контроль connect-а, LSTemp, 02:48 , 03-Май-11, (8)
контроль connect-а, frank82, 00:49 , 06-Май-11, (9)

контроль connect-а, LSTemp, 00:40 , 12-Май-11, (11)

контроль connect-а, LSTemp, 00:30 , 12-Май-11, (10)

контроль connect-а, frank82, 21:27 , 19-Май-11, (12)

Сообщения по теме [Сортировка по времени | RSS]

1. "контроль connect-а" +/–

Сообщение от Square (ok) on 23-Апр-11, 02:25

>[оверквотинг удален]
> Проблема, если это можно назвать проблемой, скорее это не знание, короче говоря
> есть конект сервака FreeBSD с определленым хостом либо абонентом, тип соединения не
> играет роли!
> Так вот вопрос - каким образом через команду либо используя прогу из
> портов можно проверить
> реальную скорость конекта (типа 13,5Kbit/s; 130 Kbit/s; 1,7Mbit/s и т.д.).
> iperf не предлагайте, мне нужно видеть реальную сокрость на много
> разных конектов, но из командного режима сервака, вернее програме нужно. А вот
> как это сделать
> не знаю, подскажите ПЛИЗ кто что знает или думает.
trafshow может быть?

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

2. "контроль connect-а" +/–

Сообщение от LSTemp (ok) on 24-Апр-11, 23:19

>[оверквотинг удален]
> Проблема, если это можно назвать проблемой, скорее это не знание, короче говоря
> есть конект сервака FreeBSD с определленым хостом либо абонентом, тип соединения не
> играет роли!
> Так вот вопрос - каким образом через команду либо используя прогу из
> портов можно проверить
> реальную скорость конекта (типа 13,5Kbit/s; 130 Kbit/s; 1,7Mbit/s и т.д.).
> iperf не предлагайте, мне нужно видеть реальную сокрость на много
> разных конектов, но из командного режима сервака, вернее програме нужно. А вот
> как это сделать
> не знаю, подскажите ПЛИЗ кто что знает или думает.
- для измерения реальной скорости м/ду хостами в любом случае придется ставить на одну сторону серверную часть специализированного софта, а на вторую - клиентскую. есть такая возможность?
- если не очень надо считать эту скорость до безобразия точно, то вполне сойдет и обычный FTP например без ограничения скорости клиента
- любое измерение реальной скорости канала сводится к загрузке последнего "по самое не балуйся". Вы уверены, что Вам это действительно надо (тем более на много коннектов)?
- ИМХО Вам нужен шейпинг - и канал не зальете и видеть будете кто как качает.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

3. "контроль connect-а" +/–

Сообщение от VladBer (ok) on 24-Апр-11, 23:39

>[оверквотинг удален]
> Проблема, если это можно назвать проблемой, скорее это не знание, короче говоря
> есть конект сервака FreeBSD с определленым хостом либо абонентом, тип соединения не
> играет роли!
> Так вот вопрос - каким образом через команду либо используя прогу из
> портов можно проверить
> реальную скорость конекта (типа 13,5Kbit/s; 130 Kbit/s; 1,7Mbit/s и т.д.).
> iperf не предлагайте, мне нужно видеть реальную сокрость на много
> разных конектов, но из командного режима сервака, вернее програме нужно. А вот
> как это сделать
> не знаю, подскажите ПЛИЗ кто что знает или думает.
trafshow -n -i em0 host ip_address
где:
-n     - не выполнять преобразование ip адреса в имя
-i em0 - использовать интерфейс em0
host ip_addres - вместо ip_address подставить ip адрес иследуемого хоста.
trafshow есть в портах. whereis trafshow нарисует, где именно.
Опа... не внимательно прочитал сначала. Так это Вам нужно или надо значение скорости передавать в качестве аргумента другой программе?

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

4. "контроль connect-а" +/–

Сообщение от LSTemp (ok) on 25-Апр-11, 02:21

>[оверквотинг удален]
>> не знаю, подскажите ПЛИЗ кто что знает или думает.
> trafshow -n -i em0 host ip_address
> где:
> -n     - не выполнять преобразование ip адреса в
> имя
> -i em0 - использовать интерфейс em0
> host ip_addres - вместо ip_address подставить ip адрес иследуемого хоста.
> trafshow есть в портах. whereis trafshow нарисует, где именно.
> Опа... не внимательно прочитал сначала. Так это Вам нужно или надо значение
> скорости передавать в качестве аргумента другой программе?
Опа... я тоже...
от автора:
"Так вот вопрос - каким образом через команду либо используя прогу из портов можно проверить реальную скорость конекта". после твоего ответа подозреваю, ему не "реальную", а текущую скорость получить надо. лично я немного запутался. вопрос поставлен не совсем ясно.
тогда вопрос: что Вы подразумеваете под "коннектом", и "тип соединения", который "не играет роли"?

Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

5. "контроль connect-а" +/–

Сообщение от frank82 (ok) on 25-Апр-11, 09:30

>[оверквотинг удален]
>> Опа... не внимательно прочитал сначала. Так это Вам нужно или надо значение
>> скорости передавать в качестве аргумента другой программе?
> Опа... я тоже...
> от автора:
> "Так вот вопрос - каким образом через команду либо используя прогу из
> портов можно проверить реальную скорость конекта". после твоего ответа подозреваю, ему
> не "реальную", а текущую скорость получить надо. лично я немного запутался.
> вопрос поставлен не совсем ясно.
> тогда вопрос: что Вы подразумеваете под "коннектом", и "тип соединения", который "не
> играет роли"?
Конекты разные: HDSL, DSL, dial-up, выделенная линия, на а за локалку то и нечего говорить
и так понятно какая скорость.
Короче говоря скоростя варируют совсем разные.
А скорость нужна не прохождения того или инного пакета, а соединения двух точек
(типа модем-модем) и она будет передаваться в качестве аргумента другой проге (которая
уже написана и ждет решения этой проблы, если она решаема), для сбора статы начальству.

Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

6. "контроль connect-а" +/–

Сообщение от LSTemp (ok) on 26-Апр-11, 22:49

>[оверквотинг удален]
>> играет роли"?
> Конекты разные: HDSL, DSL, dial-up, выделенная линия, на а за локалку то
> и нечего говорить
> и так понятно какая скорость.
> Короче говоря скоростя варируют совсем разные.
> А скорость нужна не прохождения того или инного пакета, а соединения двух
> точек
> (типа модем-модем) и она будет передаваться в качестве аргумента другой проге (которая
> уже написана и ждет решения этой проблы, если она решаема), для сбора
> статы начальству.
бог с ними с "коннектами" и "типами"...
что программе-то отдать нужно??? замер максимальной доступной скорости канала или текущую скорость обмена данными в нем?

Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

7. "контроль connect-а" +/–

Сообщение от frank82 (ok) on 28-Апр-11, 22:33

>[оверквотинг удален]
>> и так понятно какая скорость.
>> Короче говоря скоростя варируют совсем разные.
>> А скорость нужна не прохождения того или инного пакета, а соединения двух
>> точек
>> (типа модем-модем) и она будет передаваться в качестве аргумента другой проге (которая
>> уже написана и ждет решения этой проблы, если она решаема), для сбора
>> статы начальству.
> бог с ними с "коннектами" и "типами"...
> что программе-то отдать нужно??? замер максимальной доступной скорости канала или текущую
> скорость обмена данными в нем?
Программе нужно отдать текущую скорость обменна данными канала

Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

8. "контроль connect-а" +/–

Сообщение от LSTemp (ok) on 03-Май-11, 02:48

[cut]

Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

9. "контроль connect-а" +/–

Сообщение от frank82 (ok) on 06-Май-11, 00:49

>[оверквотинг удален]
>>> Короче говоря скоростя варируют совсем разные.
>>> А скорость нужна не прохождения того или инного пакета, а соединения двух
>>> точек
>>> (типа модем-модем) и она будет передаваться в качестве аргумента другой проге (которая
>>> уже написана и ждет решения этой проблы, если она решаема), для сбора
>>> статы начальству.
>> бог с ними с "коннектами" и "типами"...
>> что программе-то отдать нужно??? замер максимальной доступной скорости канала или текущую
>> скорость обмена данными в нем?
>  Программе нужно отдать текущую скорость обменна данными канала
А при чем здесь cut???

Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

11. "контроль connect-а" +/–

Сообщение от LSTemp (ok) on 12-Май-11, 00:40

>[оверквотинг удален]
>>>> А скорость нужна не прохождения того или инного пакета, а соединения двух
>>>> точек
>>>> (типа модем-модем) и она будет передаваться в качестве аргумента другой проге (которая
>>>> уже написана и ждет решения этой проблы, если она решаема), для сбора
>>>> статы начальству.
>>> бог с ними с "коннектами" и "типами"...
>>> что программе-то отдать нужно??? замер максимальной доступной скорости канала или текущую
>>> скорость обмена данными в нем?
>>  Программе нужно отдать текущую скорость обменна данными канала
> А при чем здесь cut???
cut/copy/paste - http://www.translate.ru ?
я просто удалил свое сообщение. поскольку движок форума допускает только правку, то я [вырезал] весь текст.

Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

10. "контроль connect-а" +/–

Сообщение от LSTemp (ok) on 12-Май-11, 00:30

>[оверквотинг удален]
>>> Короче говоря скоростя варируют совсем разные.
>>> А скорость нужна не прохождения того или инного пакета, а соединения двух
>>> точек
>>> (типа модем-модем) и она будет передаваться в качестве аргумента другой проге (которая
>>> уже написана и ждет решения этой проблы, если она решаема), для сбора
>>> статы начальству.
>> бог с ними с "коннектами" и "типами"...
>> что программе-то отдать нужно??? замер максимальной доступной скорости канала или текущую
>> скорость обмена данными в нем?
>  Программе нужно отдать текущую скорость обменна данными канала
тогда видимо шейпинг для Вас будет лучший выход (см. htb, tc). сможете и регулировать полосу, отдаваемую клиенту и статистику снимать.
даже если САМ шейпинг не нужен, то прицепив его к интерфейсу пользователя (и не ограничивая скорость) Вы всегда можете статистику получить (bps, pps, etc) с помощью одной команды, не зависимо от того, каким способом пользователь подключен.
придется конечно потрудиться для настройки шейпинга на каждого пользователя, но зато получите единый интерфейс для снятия данных о текущем состоянии канала пользователя - именно за это же Вы боритесь?
PS
универсальных' методов для решения подобных задач "ручным" способом не существует. Ваш вопрос больше относится к задачам, решаемыми биллинговыми системами, когда за Вас все кто-то давно "приручил" и Вы только деньги отстегиваете.

Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

12. "контроль connect-а" +/–

Сообщение от frank82 (ok) on 19-Май-11, 21:27

>[оверквотинг удален]
> (и не ограничивая скорость) Вы всегда можете статистику получить (bps, pps,
> etc) с помощью одной команды, не зависимо от того, каким способом
> пользователь подключен.
> придется конечно потрудиться для настройки шейпинга на каждого пользователя, но зато получите
> единый интерфейс для снятия данных о текущем состоянии канала пользователя -
> именно за это же Вы боритесь?
> PS
> универсальных' методов для решения подобных задач "ручным" способом не существует. Ваш
> вопрос больше относится к задачам, решаемыми биллинговыми системами, когда за Вас
> все кто-то давно "приручил" и Вы только деньги отстегиваете.
Да то что ты подсказал это имено то, что я и ищу, но подскажи как шейпер установить
под ФРЯХУ (я что-то не могу найти как)!!!

Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

1. "контроль connect-а"	+/–
Сообщение от Square (ok) on 23-Апр-11, 02:25
>[оверквотинг удален] > Проблема, если это можно назвать проблемой, скорее это не знание, короче говоря > есть конект сервака FreeBSD с определленым хостом либо абонентом, тип соединения не > играет роли! > Так вот вопрос - каким образом через команду либо используя прогу из > портов можно проверить > реальную скорость конекта (типа 13,5Kbit/s; 130 Kbit/s; 1,7Mbit/s и т.д.). > iperf не предлагайте, мне нужно видеть реальную сокрость на много > разных конектов, но из командного режима сервака, вернее програме нужно. А вот > как это сделать > не знаю, подскажите ПЛИЗ кто что знает или думает. trafshow может быть?
Ответить \| Правка \| ^ к родителю #0 \| Наверх \| Cообщить модератору

2. "контроль connect-а"	+/–
Сообщение от LSTemp (ok) on 24-Апр-11, 23:19
>[оверквотинг удален] > Проблема, если это можно назвать проблемой, скорее это не знание, короче говоря > есть конект сервака FreeBSD с определленым хостом либо абонентом, тип соединения не > играет роли! > Так вот вопрос - каким образом через команду либо используя прогу из > портов можно проверить > реальную скорость конекта (типа 13,5Kbit/s; 130 Kbit/s; 1,7Mbit/s и т.д.). > iperf не предлагайте, мне нужно видеть реальную сокрость на много > разных конектов, но из командного режима сервака, вернее програме нужно. А вот > как это сделать > не знаю, подскажите ПЛИЗ кто что знает или думает. - для измерения реальной скорости м/ду хостами в любом случае придется ставить на одну сторону серверную часть специализированного софта, а на вторую - клиентскую. есть такая возможность? - если не очень надо считать эту скорость до безобразия точно, то вполне сойдет и обычный FTP например без ограничения скорости клиента - любое измерение реальной скорости канала сводится к загрузке последнего "по самое не балуйся". Вы уверены, что Вам это действительно надо (тем более на много коннектов)? - ИМХО Вам нужен шейпинг - и канал не зальете и видеть будете кто как качает.
Ответить \| Правка \| ^ к родителю #0 \| Наверх \| Cообщить модератору

3. "контроль connect-а"	+/–
Сообщение от VladBer (ok) on 24-Апр-11, 23:39
>[оверквотинг удален] > Проблема, если это можно назвать проблемой, скорее это не знание, короче говоря > есть конект сервака FreeBSD с определленым хостом либо абонентом, тип соединения не > играет роли! > Так вот вопрос - каким образом через команду либо используя прогу из > портов можно проверить > реальную скорость конекта (типа 13,5Kbit/s; 130 Kbit/s; 1,7Mbit/s и т.д.). > iperf не предлагайте, мне нужно видеть реальную сокрость на много > разных конектов, но из командного режима сервака, вернее програме нужно. А вот > как это сделать > не знаю, подскажите ПЛИЗ кто что знает или думает. trafshow -n -i em0 host ip_address где: -n - не выполнять преобразование ip адреса в имя -i em0 - использовать интерфейс em0 host ip_addres - вместо ip_address подставить ip адрес иследуемого хоста. trafshow есть в портах. whereis trafshow нарисует, где именно. Опа... не внимательно прочитал сначала. Так это Вам нужно или надо значение скорости передавать в качестве аргумента другой программе?
Ответить \| Правка \| ^ к родителю #0 \| Наверх \| Cообщить модератору


	4. "контроль connect-а"	+/–
	Сообщение от LSTemp (ok) on 25-Апр-11, 02:21
	>[оверквотинг удален] >> не знаю, подскажите ПЛИЗ кто что знает или думает. > trafshow -n -i em0 host ip_address > где: > -n - не выполнять преобразование ip адреса в > имя > -i em0 - использовать интерфейс em0 > host ip_addres - вместо ip_address подставить ip адрес иследуемого хоста. > trafshow есть в портах. whereis trafshow нарисует, где именно. > Опа... не внимательно прочитал сначала. Так это Вам нужно или надо значение > скорости передавать в качестве аргумента другой программе? Опа... я тоже... от автора: "Так вот вопрос - каким образом через команду либо используя прогу из портов можно проверить реальную скорость конекта". после твоего ответа подозреваю, ему не "реальную", а текущую скорость получить надо. лично я немного запутался. вопрос поставлен не совсем ясно. тогда вопрос: что Вы подразумеваете под "коннектом", и "тип соединения", который "не играет роли"?
	Ответить \| Правка \| ^ к родителю #3 \| Наверх \| Cообщить модератору


	5. "контроль connect-а"	+/–
	Сообщение от frank82 (ok) on 25-Апр-11, 09:30
	>[оверквотинг удален] >> Опа... не внимательно прочитал сначала. Так это Вам нужно или надо значение >> скорости передавать в качестве аргумента другой программе? > Опа... я тоже... > от автора: > "Так вот вопрос - каким образом через команду либо используя прогу из > портов можно проверить реальную скорость конекта". после твоего ответа подозреваю, ему > не "реальную", а текущую скорость получить надо. лично я немного запутался. > вопрос поставлен не совсем ясно. > тогда вопрос: что Вы подразумеваете под "коннектом", и "тип соединения", который "не > играет роли"? Конекты разные: HDSL, DSL, dial-up, выделенная линия, на а за локалку то и нечего говорить и так понятно какая скорость. Короче говоря скоростя варируют совсем разные. А скорость нужна не прохождения того или инного пакета, а соединения двух точек (типа модем-модем) и она будет передаваться в качестве аргумента другой проге (которая уже написана и ждет решения этой проблы, если она решаема), для сбора статы начальству.
	Ответить \| Правка \| ^ к родителю #4 \| Наверх \| Cообщить модератору


	6. "контроль connect-а"	+/–
	Сообщение от LSTemp (ok) on 26-Апр-11, 22:49
	>[оверквотинг удален] >> играет роли"? > Конекты разные: HDSL, DSL, dial-up, выделенная линия, на а за локалку то > и нечего говорить > и так понятно какая скорость. > Короче говоря скоростя варируют совсем разные. > А скорость нужна не прохождения того или инного пакета, а соединения двух > точек > (типа модем-модем) и она будет передаваться в качестве аргумента другой проге (которая > уже написана и ждет решения этой проблы, если она решаема), для сбора > статы начальству. бог с ними с "коннектами" и "типами"... что программе-то отдать нужно??? замер максимальной доступной скорости канала или текущую скорость обмена данными в нем?
	Ответить \| Правка \| ^ к родителю #5 \| Наверх \| Cообщить модератору


	7. "контроль connect-а"	+/–
	Сообщение от frank82 (ok) on 28-Апр-11, 22:33
	>[оверквотинг удален] >> и так понятно какая скорость. >> Короче говоря скоростя варируют совсем разные. >> А скорость нужна не прохождения того или инного пакета, а соединения двух >> точек >> (типа модем-модем) и она будет передаваться в качестве аргумента другой проге (которая >> уже написана и ждет решения этой проблы, если она решаема), для сбора >> статы начальству. > бог с ними с "коннектами" и "типами"... > что программе-то отдать нужно??? замер максимальной доступной скорости канала или текущую > скорость обмена данными в нем? Программе нужно отдать текущую скорость обменна данными канала
	Ответить \| Правка \| ^ к родителю #6 \| Наверх \| Cообщить модератору


	8. "контроль connect-а"	+/–
	Сообщение от LSTemp (ok) on 03-Май-11, 02:48
	[cut]
	Ответить \| Правка \| ^ к родителю #7 \| Наверх \| Cообщить модератору


	9. "контроль connect-а"	+/–
	Сообщение от frank82 (ok) on 06-Май-11, 00:49
	>[оверквотинг удален] >>> Короче говоря скоростя варируют совсем разные. >>> А скорость нужна не прохождения того или инного пакета, а соединения двух >>> точек >>> (типа модем-модем) и она будет передаваться в качестве аргумента другой проге (которая >>> уже написана и ждет решения этой проблы, если она решаема), для сбора >>> статы начальству. >> бог с ними с "коннектами" и "типами"... >> что программе-то отдать нужно??? замер максимальной доступной скорости канала или текущую >> скорость обмена данными в нем? > Программе нужно отдать текущую скорость обменна данными канала А при чем здесь cut???
	Ответить \| Правка \| ^ к родителю #7 \| Наверх \| Cообщить модератору


	11. "контроль connect-а"	+/–
	Сообщение от LSTemp (ok) on 12-Май-11, 00:40
	>[оверквотинг удален] >>>> А скорость нужна не прохождения того или инного пакета, а соединения двух >>>> точек >>>> (типа модем-модем) и она будет передаваться в качестве аргумента другой проге (которая >>>> уже написана и ждет решения этой проблы, если она решаема), для сбора >>>> статы начальству. >>> бог с ними с "коннектами" и "типами"... >>> что программе-то отдать нужно??? замер максимальной доступной скорости канала или текущую >>> скорость обмена данными в нем? >> Программе нужно отдать текущую скорость обменна данными канала > А при чем здесь cut??? cut/copy/paste - http://www.translate.ru ? я просто удалил свое сообщение. поскольку движок форума допускает только правку, то я [вырезал] весь текст.
	Ответить \| Правка \| ^ к родителю #9 \| Наверх \| Cообщить модератору


	10. "контроль connect-а"	+/–
	Сообщение от LSTemp (ok) on 12-Май-11, 00:30
	>[оверквотинг удален] >>> Короче говоря скоростя варируют совсем разные. >>> А скорость нужна не прохождения того или инного пакета, а соединения двух >>> точек >>> (типа модем-модем) и она будет передаваться в качестве аргумента другой проге (которая >>> уже написана и ждет решения этой проблы, если она решаема), для сбора >>> статы начальству. >> бог с ними с "коннектами" и "типами"... >> что программе-то отдать нужно??? замер максимальной доступной скорости канала или текущую >> скорость обмена данными в нем? > Программе нужно отдать текущую скорость обменна данными канала тогда видимо шейпинг для Вас будет лучший выход (см. htb, tc). сможете и регулировать полосу, отдаваемую клиенту и статистику снимать. даже если САМ шейпинг не нужен, то прицепив его к интерфейсу пользователя (и не ограничивая скорость) Вы всегда можете статистику получить (bps, pps, etc) с помощью одной команды, не зависимо от того, каким способом пользователь подключен. придется конечно потрудиться для настройки шейпинга на каждого пользователя, но зато получите единый интерфейс для снятия данных о текущем состоянии канала пользователя - именно за это же Вы боритесь? PS универсальных' методов для решения подобных задач "ручным" способом не существует. Ваш вопрос больше относится к задачам, решаемыми биллинговыми системами, когда за Вас все кто-то давно "приручил" и Вы только деньги отстегиваете.
	Ответить \| Правка \| ^ к родителю #7 \| Наверх \| Cообщить модератору


	12. "контроль connect-а"	+/–
	Сообщение от frank82 (ok) on 19-Май-11, 21:27
	>[оверквотинг удален] > (и не ограничивая скорость) Вы всегда можете статистику получить (bps, pps, > etc) с помощью одной команды, не зависимо от того, каким способом > пользователь подключен. > придется конечно потрудиться для настройки шейпинга на каждого пользователя, но зато получите > единый интерфейс для снятия данных о текущем состоянии канала пользователя - > именно за это же Вы боритесь? > PS > универсальных' методов для решения подобных задач "ручным" способом не существует. Ваш > вопрос больше относится к задачам, решаемыми биллинговыми системами, когда за Вас > все кто-то давно "приручил" и Вы только деньги отстегиваете. Да то что ты подсказал это имено то, что я и ищу, но подскажи как шейпер установить под ФРЯХУ (я что-то не могу найти как)!!!
	Ответить \| Правка \| ^ к родителю #10 \| Наверх \| Cообщить модератору