Logo Море(!) аналитической информации!
IT-консалтинг Software Engineering Программирование СУБД Безопасность Internet Сети Операционные системы Hardware
Архив форумов ЦИТФорума
Море(!) вопросов - Море(!) ответов
 
 FAQFAQ   ПоискПоиск   ПользователиПользователи   ГруппыГруппы   РегистрацияРегистрация 
 ПрофильПрофиль   Войти и проверить личные сообщенияВойти и проверить личные сообщения   ВходВход 
Как правильно задавать вопросы

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

 
Перейти:  
Этот форум закрыт, вы не можете писать новые сообщения и редактировать старые.   Эта тема закрыта, вы не можете писать ответы и редактировать сообщения.    Список форумов Архив форумов ЦИТФорума -> Unix
Предыдущая тема :: Следующая тема  
Автор Сообщение
Dimasm



Зарегистрирован: 25.04.2005
Сообщения: 454

СообщениеДобавлено: Сб Окт 06 2007 20:52    Заголовок сообщения: ограничить скорость Ответить с цитатой

можно ли средствами Linux (кроме Sqid) ограничить скорость на одном из интерфейсов...?
например опустить скорость со 100Мб до 512кб?
система SentOS 4
_________________
С уважением Dimasm
Вернуться к началу
Посмотреть профиль Отправить личное сообщение
and3008



Зарегистрирован: 12.10.2001
Сообщения: 14893
Откуда: Н.Новгород

СообщениеДобавлено: Сб Окт 06 2007 22:45    Заголовок сообщения: Ответить с цитатой

Можно. Почитай русский перевод Advanced Routing Howto.
Вернуться к началу
Посмотреть профиль Отправить личное сообщение
Dimasm



Зарегистрирован: 25.04.2005
Сообщения: 454

СообщениеДобавлено: Сб Окт 06 2007 23:00    Заголовок сообщения: Ответить с цитатой

Цитата:
12.3.2. Действия в случае превышения ограничения

Если правило "решит", что произошло превышение заданного предела, то оно выполнит соответствующее действие. Имеются четыре вида действий:
continue
Выполняется в случае несовпадения с условной частью правила, чтобы передать пакет следующему фильтру.
drop
Очень жестокое действие, которое просто отказывает "в праве на жизнь" трафику, объем которого превысил заданную величину. Часто используется во входных фильтрах и имеет ограниченное применение. Например, представим, что имеется сервер имен, который не в состоянии работать при нагрузке выше чем 5Мбит/сек, в этом случае можно построить входной фильтр, который ограничит входящий трафик для нашего сервера.
Pass/OK
Пропустить трафик. Может использоваться для того, чтобы отключить сложный фильтр, оставив его на месте.
reclassify
Действие, заданное по-умолчанию. Наиболее часто сводится к переклассификации в Best Effort (в данном контексте фразу "Best Effort" следует понимать как -- "лучшее из оставшегося". прим. перев.)

Чё-то меня это смущает... а где правило "притормозить" пакеты? почему только отбрасываем или пропускаем? данные теряться не будут?
_________________
С уважением Dimasm
Вернуться к началу
Посмотреть профиль Отправить личное сообщение
crash



Зарегистрирован: 02.11.2001
Сообщения: 1836
Откуда: Бердск

СообщениеДобавлено: Вс Окт 07 2007 03:54    Заголовок сообщения: Ответить с цитатой

Dimasm писал(а):
Чё-то меня это смущает... а где правило "притормозить" пакеты? почему только отбрасываем или пропускаем? данные теряться не будут?

кого притормозить, если ограничение превышено. Выше сами написали:
Цитата:
12.3.2. Действия в случае превышения ограничения
Вернуться к началу
Посмотреть профиль Отправить личное сообщение
Dimasm



Зарегистрирован: 25.04.2005
Сообщения: 454

СообщениеДобавлено: Вс Окт 07 2007 07:45    Заголовок сообщения: Ответить с цитатой

мне надо чтобы у меня интернет был не 8 мегабит/с а 115...320 кбит/с
не защиту от лишнего ICMP траифка (в том документе ниже пример) а более низкую скорость
будет ли теряться тот трафик, который попадёт DROP? ведь по идее пакеты которые отбрасываются, они часть передаваемых данных?
или тут надежда на TCP... если не получит подтверждения, то отправит заново?
_________________
С уважением Dimasm
Вернуться к началу
Посмотреть профиль Отправить личное сообщение
and3008



Зарегистрирован: 12.10.2001
Сообщения: 14893
Откуда: Н.Новгород

СообщениеДобавлено: Вс Окт 07 2007 09:13    Заголовок сообщения: Ответить с цитатой

Ну в общем-то да. А как иначе вы видите решение проблемы? Организовать буфер, где бы пакеты подождали? Дык буфер не бесконечный, он тоже кончится. ИМХО единственное действенное решение - убийство пакетов.
Вернуться к началу
Посмотреть профиль Отправить личное сообщение
Dimasm



Зарегистрирован: 25.04.2005
Сообщения: 454

СообщениеДобавлено: Вс Окт 07 2007 10:49    Заголовок сообщения: Ответить с цитатой

во блин... получается пакеты от провайдера дойдут до моего шлюза (за них я заплачу) и на нём часть отбросится.. и чуть позже снова придёт ... так ещё больше трафика будет
так не вариант...

почему не хочу Squid - у меня старый комп под шлюзом (Cel300)... на нём ещё и файлсервер для 20 пользователей, MySQL с базой больше 100метров... со squid боюсь загнётся
ну а можно заставить интерфес работать на маленькой скорости... меньше 10 мбит? у WiFi принудительно 2Мбита можно ставить Sad
или ещё лучше ADSL модем (DLink500T).. на нём технически можно понизить скорость?
_________________
С уважением Dimasm
Вернуться к началу
Посмотреть профиль Отправить личное сообщение
and3008



Зарегистрирован: 12.10.2001
Сообщения: 14893
Откуда: Н.Новгород

СообщениеДобавлено: Вс Окт 07 2007 14:07    Заголовок сообщения: Ответить с цитатой

А самому доки на девайс почитать? Почему это должен делать кто-то другой?
Вернуться к началу
Посмотреть профиль Отправить личное сообщение
Показать сообщения:   
Этот форум закрыт, вы не можете писать новые сообщения и редактировать старые.   Эта тема закрыта, вы не можете писать ответы и редактировать сообщения.    Список форумов Архив форумов ЦИТФорума -> Unix Часовой пояс: GMT + 3
Страница 1 из 1

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


Powered by phpBB © 2001, 2002 phpBB Group
Русская поддержка phpBB

 

IT-консалтинг Software Engineering Программирование СУБД Безопасность Internet Сети Операционные системы Hardware

Информация для рекламодателей PR-акции, размещение рекламы — adv@citforum.ru,
тел. +7 495 6608306, ICQ 232284597
Пресс-релизы — pr@citforum.ru
Послать комментарий
Информация для авторов
This Web server launched on February 24, 1997
Copyright © 1997-2000 CIT, © 2001-2006 CIT Forum
Внимание! Любой из материалов, опубликованных на этом сервере, не может быть воспроизведен в какой бы то ни было форме и какими бы то ни было средствами без письменного разрешения владельцев авторских прав. Подробнее...