XNeo

При закачке торрентом, когда обмен идёт с 20-100 пирами одновременно, часть пиров находится в зоне UAIX а часть вне её. Среднестатистически трафик протекает равномерно к обоим провайдерам. Я хочу попробовать поднять приоритет трафика UAIX. Когда пользователь полностью забивает свой канал и пакеты задерживаются в очереди шейпера чтобы приоритетнее обрабатывались именно пакеты UAIX.

Исходные данные: Debian Linux, 2 внешних канала (WAN + UAIX), 1 внутренний (LAN). Подскажите, как бы с помощью Traffic Control ограничить входящую полосу пользователя + сделать трафик идущий через канал UAIX более приоритетным ? Хочу попытаться повысить часть UAIX трафика при использовании всяких торрентов.

Есть шлюзовый сервер на котором стоит Debian. Есть 3 интерфейса. eth4 - локальный eth0 - UA-IX (внешний, NAT) eth1 - мир (внешний, NAT) Скрипт конфигурации шейпера: iptables -t mangle -F iptables -t mangle -X iptables -t mangle -N SHAPER-OUT iptables -t mangle -I POSTROUTING -o eth1 -j SHAPER-OUT iptables -t mangle -I POSTROUTING -o eth0 -j SHAPER-OUT tc qdisc del dev eth4 root tc qdisc add dev eth4 root handle 1:0 htb default 10 tc class add dev eth4 parent 1:0 classid 1:1 htb rate 100Mbit burst 131072 tc class add dev eth4 parent 1:1 classid 1:10 htb rate 100Mbit burst 131072 tc qdisc add dev eth4 parent 1:10 sfq perturb 10 tc qdisc del dev eth1 root tc qdisc add dev eth1 root handle 1:0 htb default 10 tc class add dev eth1 parent 1:0 classid 1:1 htb rate 100Mbit burst 131072 tc class add dev eth1 parent 1:1 classid 1:10 htb rate 100Mbit burst 131072 tc qdisc add dev eth1 parent 1:10 sfq perturb 10 tc qdisc del dev eth0 root tc qdisc add dev eth0 root handle 1:0 htb default 10 tc class add dev eth0 parent 1:0 classid 1:1 htb rate 100Mbit burst 131072 tc class add dev eth0 parent 1:1 classid 1:10 htb rate 100Mbit burst 131072 tc qdisc add dev eth0 parent 1:10 sfq perturb 10 # Пользователь iptables -t mangle -A SHAPER-OUT -s 10.11.0.117 -j MARK --set-mark 0x1003 tc class add dev eth4 parent 1:1 classid 1:1003 htb rate 2048Kbit burst 25600 tc class add dev eth1 parent 1:1 classid 1:1003 htb rate 2048Kbit burst 25600 tc class add dev eth0 parent 1:1 classid 1:1003 htb rate 2048Kbit burst 25600 tc filter add dev eth4 parent 1:0 protocol ip u32 match ip dst 10.11.0.117 classid 1:1003 tc filter add dev eth1 parent 1:0 protocol ip handle 0x1003 fw classid 1:1003 tc filter add dev eth0 parent 1:0 protocol ip handle 0x1003 fw classid 1:1003 Всё работает нормально. Но есть нюанс... насколько я понимаю каждый интерфейс имеет свои независимые классы ? При текущем конфиге пользователь будет иметь 2мбита входящего и 2+2 мбита исходящего (по 2 на каждом исходящем интерфейсе). Вопрос: Как сделать чтобы пользователь не мог суммарно загрузить больше 2 мбит исходящего ? P.S.: Шейпер настраивал первый раз в жизни. Может есть недочёты... критика приветствуется

Ого, какой интерестный шейпер 1. Это ж какие объёмы ОЗУ нужны для таких очередей ? 2. И что же он потом будет делать с очередью которую насобирал ? На внешнем канале в 100мбит соберёт в очередь 50Мбайт пакетов и потом 1,5 часа будет неспеша лить их юзеру чтобы ниодного пакета не потерять ? P.S.: У любого шейпера размер очереди ограничен. Время удержания пакета в очереди ограничено и равно обычно максимум секунд 5. А дальше идут дропы

Ого... даже не видел что тут так отожгли Вообщето я писал чат специально под себя, под свою сеть. Вайпрес достал а ВСЁ что перебрал не удовлетворило. Просто решил выложить, вдруг людей заинтересует. А с проектом http://sadnet.ru чёта нитак или он токо у меня не открывается ? 2Sadler: По поводу велосипеда - стандарты всегда ограничивают в чём-то. Поэтому и клиент и сервер разрабатывались с нуля. Если взять ваш клиент например то: а) как вы собираетесь его обновлять при доработке ? Бегать к каждому ? б) Если это "вайпрес" то откуда там "консоль" ? Для рядового пользователя каждая лишняя кнопка это проблема. Мой клиент нужно ТОЛЬКО запустить и ВСЁ в) Как работает система модерирования ? Привязка к чему ? а если я сменю логин? IP? Переставлю винду? В моём чате ничего из этого не поможет избавиться от БАНа, даже если вы вошли гостем г) Потребление траффика? Уверен что у меня будет меньше. д) О скорости работы вам уже написали... Примеров достаточно.

Если всё так просто чего ж стоко народу сидит на БЕЗсерверном VyChat? А вот почему... если я поставлю у себя в сети DC++, не спорю функционал у него супер, но изза сложности (как для простого пользователя) и абсолютно непродуманного интерфейса 90% пользователей пошлют меня и очень далеко, а 10% разберутся и будут сидеть... это не выход. Вот VyChat это самый удобный и продуманный чат который я токо видел (а перепробовал очень много), но его большой недостаток безсерверность (нет модерирования).

Скачать 3Chat

Все остальные которые я пробовал лично мне не понравились по разным причинам.

Могу предложить Клиент-Серверный чат написаный с нуля... - Аккаунты - Модерирование - Низкое потребление траффика - Автоматическое обновление клиента - Внешний вид копия VyChat (простота перехода), своих перевели без проблем. Исползуем около года. Из недоработок: покачто отсутствует возможность чтения истории... Скрин Кому интерестно могу выложить ограниченную версию.

Типа демо версия (Не сохраняются настройки адаптеров) Скачать

Абсолютно случайно забрёл в вашу тему Тоже имеется своя небольшая сеть. Тоже иногда долбут мозг ARP-spoof'ом. Лично для меня покупать умные свитчи дороговато, если бы ещё не грозы... Вот и захотел попробовать решить проблему програмным путём. Написал программу под win32. На сегодня она умеет: 1. Отлавливать ВСЕ ARP-запросы на указанных интерфейсах. Вести их лог. Если пара IP:MAC не совпадает, отмечать это и принимать какието действия... Из действий программа покачто умеет: 2. При входе в сеть компьютер отсылает ARP-запрос, дабы узнать занята ли пара IP:MAC или свободна... если никто не отвечает значит пара свободна и комп берёт себе этот IP. Есстественно прога увидев что данному МАСу этот IP непозволен отсылает ответ, что мол "занято" и винда у входящего кричит "этот айпи используется и тд...", в сеть тада он не входит. Далее хочу доделать... 3. Если с одного МАСа приходит за короткий промежуток времени, например, более 3-х запросов на РАЗНЫЕ IP (так работают проги с ARP-spoof) то прога которая на сервере файрволит приём ARP траффика от данного МАСа на некоторое время дабы сервер не кешировал ложных MAC:IP пар. Да и если все клиенты заведены в базу IP:MAC то администратор СРАЗУЖЕ наглядно будет видеть имя "угрозы". :argh: Кому интерестно мог бы поделится. Есстественно если людей интересует развитие программы хотелось бы иметь с этого хотяби как говорится "на пиво" Скрин:

я думаю 400м трохи забагато. Навіть якщо заведеться то буде кашляти. Для стабільної роботи потрібно приблизно до 200 метрів (зі встроєною антеною).

Есть две точки OvisLink 5460AP. Одна из них в режиме B (11Mbit) вторая в режиме G (24MBit). К каждой их них подключено несколько клиентов (Ovislink 1120AP в перемешку с Ovislink 5460AP). Всё работает нормально... но вдруг ни с того ни с сего сеть начинает сильно кашлять. Рвутся пинги. Причём синхронно на двух точках в основном, учитывая что точки стоят в разных подсетях на разных каналах на расстаянии почти километр друг от друга и никакого большого траффика через них не идёт (максимум 30-100кб/с). Заметил интерестный момент... в статусе точка пишет "Associated clients: 14" хотя в списке активных клиентов их токо 3. Как такое может быть ??? Лог тоже как-то странно зафлужен в этот момент... вот вырезка из лога: 0day 00:00:31 wlan0: A wireless client is associated - 00:4F:6A:00:2D:90 0day 00:00:33 wlan0: A wireless client is associated - 00:4F:62:00:37:36 0day 00:00:33 wlan0: A wireless client is associated - 00:4F:62:00:37:36 0day 00:00:33 wlan0: A wireless client is associated - 00:4F:62:00:37:36 0day 00:00:33 wlan0: A wireless client is associated - 00:4F:62:00:37:36 0day 00:00:34 wlan0: A wireless client is associated - 00:4F:62:00:37:36 0day 00:00:34 wlan0: A expired STA is resumed - 00:4F:62:00:37:36 0day 00:00:38 wlan0: A wireless client is associated - 00:4F:62:00:37:36 0day 00:00:47 wlan0: A wireless client is associated - 00:4F:62:00:37:36 0day 00:00:47 wlan0: A wireless client is associated - 00:4F:62:00:37:36 0day 00:00:47 wlan0: A wireless client is associated - 00:4F:62:00:37:36 0day 00:00:48 wlan0: A expired STA is resumed - 00:4F:62:00:37:36

Есть Wi-Fi точка, которая подключается к компу через Ethernet. Как можно определить её текущий IP адрес не сбрасывая к заводским настройкам ?

У всех ли точках есть "Изоляция" ??? У нас стоит OvisLink 5460. Я там вродь такого не видел.

Есть центральная Wi-Fi точка к которой подключены несколько Wi-Fi клиентов и сервер через LAN порт 100мбит. Вопрос, как наиболее удобно можно (и можно ли) заставить Wi-Fi клиентов при обмене информацией с другими Wi-Fi клиентами передавать ВЕСЬ траффик через сервер ???

Походу просто запретить ICMP траффик...