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

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

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

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

Скачать 3Chat

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

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

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

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

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

Есть две точки OvisLink 5460AP. Одна из них в режиме B (11Mbit) вторая в режиме G (24MBit). К каждой их них подключено несколько клиентов (Ovislink 1120AP в перемешку с Ovislink 5460AP). Всё работает нормально... но вдруг ни с того ни с сего сеть начинает сильно кашлять. Рвутся пинги. Причём синхронно на двух точках в основном, учитывая что точки стоят в разных подсетях на разных каналах на расстаянии почти километр друг от друга и никакого большого траффика через них не идёт (максимум 30-100кб/с). Заметил интерестный момент... в статусе точка пишет "Associated clients: 14" хотя в списке акти

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

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

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

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