The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Тематический каталог: Шейпер ADSL для домашней сети (shaper ..., auto_topic (?), 03-Сен-09, (0) [смотреть все] +1

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


54. "Шейпер ADSL для домовой сети (shaper traffic adsl bandwidth ..."  +/
Сообщение от alex2ndr (?), 21-Сен-09, 15:14 
Кажется понимаю о чем вы. Написав предыдущий пост я забыл, что то о чем говорил пока находиться в разработке.
Да - в том варианте что сейчас представлен в статье не учитывается трафик на самом сервере - соответственно он может сожрать весь входящий канал и ничего ему не будет. Да - в таком варианте надо использовать какой-то виртуальный интерфейс. Если у вас время терпит то ждите следующую версию - мы работаем над этим.
Ответить | Правка | К родителю #52 | Наверх | Cообщить модератору

55. "Шейпер ADSL для домовой сети (shaper traffic adsl bandwidth ..."  +/
Сообщение от Rusty (??), 21-Сен-09, 15:52 
Да нужно учитывать траф сервера и делить еще его по пользователям сервера )). Я могу подождать (в течение какого времени?), но и сам пока буду разбираться если вы скажете куда копать.
Ответить | Правка | Наверх | Cообщить модератору

56. "Шейпер ADSL для домовой сети (shaper traffic adsl bandwidth ..."  +/
Сообщение от alex2ndr (ok), 21-Сен-09, 16:13 
С учетом трафика сервера мы работаем - сейчас как раз пытаемся ввести виртуальные интерфейсы. Трудно сказать сколько времени это займет - наверное не менее недели точно(т к нормально потестировать можно только в выходные а тут еще и ядро пересобирать).

Но вот как учитывать трафик между пользователями одного сервера я пока не знаю. Для этого нужен какой-то прикладной посредник - т е что-то что будет разделять их на уровне приложений - tc так делать не умеет и iptables тоже под вопросом. Могу предложить другое решение - раз уж вы используете некоторый виртуальный сервер (я бы сказал скорее не виртуальный а терминальный) то может стоит пойти дальше и дать всем по полноценной виртуальной машине(тот же VmWare или Xen)? Тогда шейпить их будет совсем легко - для шейпера они будут выступать в роли клиентов из локальной сети (виртуальной локальной сети). Если грамотно поиграть с мостом (т е объединить интерфейсы в реальную локалку и виртуальную локалку мостом), то возможно и виртуального интерфейса (imq) не понадобится. Можете поработать в этом направлении.

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

57. "Шейпер ADSL для домовой сети (shaper traffic adsl bandwidth ..."  +/
Сообщение от alex2ndr (ok), 21-Сен-09, 16:29 
Заодно и с точки зрения безопасности нормальная виртуальная машина будет правильнее. Сейчас у вас для торентов наверно порты открыты фактически на ваш сервер(т е в цепочках INPUT для iptables). Это есть дырка в безопасности.
Ответить | Правка | К родителю #55 | Наверх | Cообщить модератору

58. "Шейпер ADSL для домовой сети (shaper traffic adsl bandwidth ..."  +/
Сообщение от Донченкоemail (ok), 21-Сен-09, 18:46 
>Сейчас у вас для торентов наверно порты открыты фактически на ваш сервер(т
>е в цепочках INPUT для iptables). Это есть дырка в безопасности.

С чего бы это?
Разве через порты торрента можно залезть в систему?

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

62. "Шейпер ADSL для домовой сети (shaper traffic adsl bandwidth ..."  +/
Сообщение от alex2ndr (ok), 21-Сен-09, 21:54 
Неизвестно можно ли залезть через порты торента в систему. Это зависит от ошибок в реализации торрент-клиента в системе. Если таковые есть то посылкой определенных пакетов можно получить определенные фокусы - от отказа в обслуживании до выполнения произвольного кода с рутовыми привилегиями. Все сетевые сервисы (apache, mysql, bind, ssh-server и тд) регулярно тестируют на такие уязвимости (относительно недавняя история с ошибкой в ssl ключах в debian ) и соответственно регулярно затыкают дыры. А вот кто тестирует торент клиенты и тд - неизвестно - наверно только взломщики :) . Я считаю что если для клиента допустимо держать такие порты - отказ одного клиента не нарушит работы сети. А вот если будет хотя бы отказ в обслуживании у сервера то это будет ой. Конечно вероятность этого не очень высока - но пренебрегать ею тоже не стоит.
Ответить | Правка | Наверх | Cообщить модератору

60. "Шейпер ADSL для домовой сети (shaper traffic adsl bandwidth ..."  +/
Сообщение от Rusty (??), 21-Сен-09, 19:56 
Идея с Xen привлекательная (полное разделение), но ресурсов будет много требовать у нас с серваке всего то 512 МБ.
Ответить | Правка | К родителю #57 | Наверх | Cообщить модератору

63. "Шейпер ADSL для домовой сети (shaper traffic adsl bandwidth ..."  +/
Сообщение от alex2ndr (ok), 21-Сен-09, 21:54 
>Идея с Xen привлекательная (полное разделение), но ресурсов будет много требовать у
>нас с серваке всего то 512 МБ.

Ну память нынче дешева :) можно еще 512 прикупить. Если такой возможности нету то подумать что и как надо сделать - если сервер используется только в качестве площадки для торентов то подумать о установке минимальной конфигурации линуха + торент-клиент с веб интерфейсом - по моим оценкам в 64 мб уложитесь. Если нужно еще что-то кроме торента то можно поставить Иксы по минимуму - lxde там какое-нить (не спец в этом). Или поставить ХР :) - сожрет 128 мб - но по минимуму будет работать.

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

64. "Шейпер ADSL для домовой сети (shaper traffic adsl bandwidth ..."  +/
Сообщение от Rusty (??), 22-Сен-09, 17:24 
Нащет ограничения трафа для пользователей сервака: можно маркировать пакеты по UID, так же маркировать по ИП а затем уже фильтровать в tc? Вариант? Тада и виртуальных сетевых интерфейсов не надо (IMQ).
Ответить | Правка | Наверх | Cообщить модератору

65. "Шейпер ADSL для домовой сети (shaper traffic adsl bandwidth ..."  +/
Сообщение от Донченкоemail (ok), 22-Сен-09, 17:35 
>Нащет ограничения трафа для пользователей сервака: можно маркировать пакеты по UID, так
>же маркировать по ИП а затем уже фильтровать в tc? Вариант?
>Тада и виртуальных сетевых интерфейсов не надо (IMQ).

Отмаркировать пакеты не проблема. Проблема - на чем создать очередь. Если как в статье - на выходах реальных интерфейсов, то получается что пользователь на сервере получит входящий трафик напрямую, т.к. он не будет проходить  интерфейс eth0 (с исходящим трафиком на ppp0 все в порядке). Вот если бы можно было завернуть прошедшие от ppp0 на eth0 и обработанные в очереди eth0 пакеты обратно на lo...


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

66. "Шейпер ADSL для домовой сети (shaper traffic adsl bandwidth ..."  +/
Сообщение от Rusty (??), 22-Сен-09, 17:41 
>>Нащет ограничения трафа для пользователей сервака: можно маркировать пакеты по UID, так
>>же маркировать по ИП а затем уже фильтровать в tc? Вариант?
>>Тада и виртуальных сетевых интерфейсов не надо (IMQ).
>
>Отмаркировать пакеты не проблема. Проблема - на чем создать очередь. Если как
>в статье - на выходах реальных интерфейсов, то получается что пользователь
>на сервере получит входящий трафик напрямую, т.к. он не будет проходить
> интерфейс eth0 (с исходящим трафиком на ppp0 все в порядке).
>Вот если бы можно было завернуть прошедшие от ppp0 на eth0
>и обработанные в очереди eth0 пакеты обратно на lo...

Ага! и для этого вы делаете виртуальный интерфейс?

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

67. "Шейпер ADSL для домовой сети (shaper traffic adsl bandwidth ..."  +/
Сообщение от Rusty (??), 22-Сен-09, 17:47 
Еще прочитал в википедии:
"Для того, чтобы использовать очереди на входящий трафик, на ядро были наложены дополнительные патчи. По словам разработчиков, из всех протестированных патчей наиболее результативным показал себя IMQ, который создает hook в iptables-таблице mangle. Однако, IMQ работает только при скоростях не более 10 Мбит, и, чтобы очереди на базе IMQ работали при больших скоростях, необходимо перевести ядро в режим 1000Гц, а netsheduler — в режим отсчета тиков от RTC-таймера вместо jiffies."

Возникает вопрос как будет меняться загрузка процессора при приближении к 10 мбит?

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

68. "Шейпер ADSL для домовой сети (shaper traffic adsl bandwidth ..."  +/
Сообщение от Донченкоemail (ok), 22-Сен-09, 19:42 
>Еще прочитал в википедии:
>"Для того, чтобы использовать очереди на входящий трафик, на ядро были наложены
>дополнительные патчи. По словам разработчиков, из всех протестированных патчей наиболее результативным
>показал себя IMQ, который создает hook в iptables-таблице mangle. Однако, IMQ
>работает только при скоростях не более 10 Мбит, и, чтобы очереди
>на базе IMQ работали при больших скоростях, необходимо перевести ядро в
>режим 1000Гц,
>Возникает вопрос как будет меняться загрузка процессора при приближении к 10 мбит?

Не следует так уж безоговорочно верить всему написанному в википедии.
Авторы этого материала  забыли упомянуть используемое оборудование.
И потом - 10 мбит/с Вам мало?

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

69. "Шейпер ADSL для домовой сети (shaper traffic adsl bandwidth ..."  +/
Сообщение от Rusty (??), 22-Сен-09, 20:31 
>
>Не следует так уж безоговорочно верить всему написанному в википедии.
>Авторы этого материала  забыли упомянуть используемое оборудование.
>И потом - 10 мбит/с Вам мало?

Нет не мало. Вопрос в загрузке проца: если при таком раскладе - 90% это не хорошо. Увидим.

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

70. "Шейпер ADSL для домовой сети (shaper traffic adsl bandwidth ..."  +/
Сообщение от alex2ndr (ok), 22-Сен-09, 22:05 
>Ага! и для этого вы делаете виртуальный интерфейс?

Пока только собираемся. На самом деле есть еще одна задача которая его требует - но это потом.

>>Не следует так уж безоговорочно верить всему написанному в википедии.
>>Авторы этого материала  забыли упомянуть используемое оборудование.
>>И потом - 10 мбит/с Вам мало?
>
>Нет не мало. Вопрос в загрузке проца: если при таком раскладе -
>90% это не хорошо. Увидим.

В той статье ( http://ru.wikipedia.org/wiki/Ideco_ICS ) упоминается о ядре 2.24. Больше никакой информации такого плана я в интернете не нашел. Посмотрим - я собираюсь проверять его на виртуальной сети - там 1 Гб/с

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

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

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




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру