Max

а модели с отзывами вы высказать можете?

Нет длинк не пройдёт так как глючный сволоч, есть одна точка у нас, так виснет гдето 1 в 3 месяца. Господа, можно отвечать по делу?

5-10 мегабит хватило бы до опупения Ок. Тхенкс, есть ещё варианты?

Вот решили сделать радио сеть. Радиус покрытия варьируется от 150 до 500 метров прямая видимость абонетов где то около 10 Вопрос собственно какую БС выбрать. Естественно не D-LINK. Походил по форумам, как варинты Linksys WRT54G или что то от Z-COMA, может отзывы будут? Вопрос к спецам, порекомендуй те модель с большим функционалом и большой надёжностью, обязательное наличае 2 входов для антен. Так же необходимы радио карты совместимые с данной БС. Если можно с примерными ценами. Спасибо за ответы.

ifconfig ещё покажи

будет ни куда денется.

хм, а уменя всех прекрастно отключает!

Именно по этому советовал автору сделать модуль нетфлоу, может в 2.4 появится?

если честно хз я его тока к мпд присобачил, но при прямых руках и трезвом уме я думаю прикрутить мона всё ко всему.

я делаю просто killall stargazer

Просто! Примерно так, счас от работы далеко по этому по памяти пишу: onsueradd: #!/usr/sbin/perl $login=$1; $ip=$2; $pass=standart; open (DESCRIPTOR, ">>/usr/local/etc/mpd/mpd.secret"); print DESCRIPTOR "$login $pass $ip\n"; close DESCRIPTOR; Вроде так. Потом руками правишь пассворд в мпд.секрет. Благо юзеры не каждый день добавляются. Вопрос атору: А ни как нельзя что бы пасс в скрипты передавался в качестве параметра?

да так и будет указываешь ип и всё. далее бррр... Нет никаких скриптов. Я же писал. Есть сеть локальная физическая сеть скажем 192.168.0.0/24 В ней сидят клиенты, доступ из данной сети куда либо на ружу зарезан. В данной сети есть впн сервер с адресом 192.168.0.1 Есть сеть Виртулаьтная сеть 172.16.0.0/16 которая сущетсвует только на ВПН сервере, данная сеть натится сервером в динамический пул реальных адресов, соответственно данная сеть имеет доступ в инет. Но клиенты попадают в данную сеть только после подсоединения ВПН!!!! Что делает клиент: он просто устанавливает ВПН (виндовым клиентом) соедиенение из сети 192.168.0.0/24 с моим ВПН сервером. ВПН сервер выдаёт ему адрсес из сети (172.16.0.2 например) и всё. Стг же заранее настроен на подсчёт только сети 172.16.0.0/16 Привязка логина и пароля к IP реализована в файле Secret - ВПН серевера. В стг же стоит стандартная привязка IP+LOGIN. Авторизатор не используется. В данном случае все клиенты поставлены ВСЕГДА ОНЛАЙН. Тогда в файлах Onconnect и OnDisconnect пусто. Хотя возможна модификация с использованием авторизатора. Тоесть клиент сначала устанавливает ВПН соединение а потом коннектится авторизатором (или наоборот). Инфу в мпд.secret вносит скрипт OnUserAdd. Удаляет OnUserDel. Крон в данной связке не учавствует. Асю не дам, спам задолбал. Пишите в ПМ. Я тебе кстати запрос авторизации отправил. Вопросы?

очень просто пишется скрипт по вкусу, ставиться в крон. Используется функция выполнения кк в качестве выходных аргуметов скрипта и входных кк есть нужные переработанные параметры, как то снятие и зачисление денег, абонки... и тд по мануалу. Помойму даже пример скрипта пробегал по форуму. Поиск рулит.

так как у вас технология эзенерент то при использовании одной сетевой и кучи подсетей при неуправляемых свичах и без виланов то есть огромная вероятность того что: 1) пользователи могут слушать трафик друг друга из одной логической сети и в добавок слушать трафик друг друга из другой логической сети. 2) самопроизвольно переходить из одной логической сети в другую. 3) может что то упустил, не выспался я Рецепт со второй сетевой картой тоже не вариант, так как не спосёт от пунктов 1 и 2. А с алиасами стг живёт прекрастно, нужно только в конфиге сервера и пользователя указать физический иф. И всё.

Повторюсь как уже не раз: У меня реализована такая схема доступа в сеть интернет без всяких радиусов, причём возможны модификации. Есть сеть локальная скажем 192.168.0.*/24 В ней сидят клиенты, доступ из данной сети куда либо на ружу зарезан. Есть сеть ВПН 172.16.0.0/16 данная сеть натится сервером в динамический пул реальных адресов, соответственно данная сеть имеет доступ в инет. Что делает клиент: он просто устанавливает ВПН (виндовым клиентом) соедиенение из сети 192. с моим ВПН сервером. ВПН сервер выдаёт ему адрсес из сети 172.16 и всё. Стг же заранее настроен на подсчёт только сети 172.16 Привязка логина и пароля к IP реализована в файле Secret - ВПН серевера. В стг же стоит стандартная привязка IP+LOGIN. Авторизатор не используется. Хотя возможна модификация с использованием авторизатора. Тоесть клиент сначала устанавливает ВПН соединение а потом коннектится авторизатором (или наоборот). Это если в краце. Если надо подробней то на форуме есть топик "Как у меня уживатся СТГ и VPN" там всё расписано. Если после прочтения данного материала останутся вопросы - ок свяжуть по асе. Интерфейсы tun1 tun2 tun3 - это псевдо устройства (виртуальные) а стг считает с физических интерфейсов (гдето по форуму пробегало давно) соответственно надо указывать внутренний иф на сервере, а ип в конфиге пользоватаеля указывать не который по впн ему выдаётся а локальные его адрес. Меня данная схема не устроила по причине низкой безопасности, так как адрес можно подменить в локалке. А адрес впн выдаётся сервером после авторизации и подменить его нельзя, а если и подменят то работать не будет! ).

freebsd only

Повторюсь как уже не раз: У меня реализована такая схема доступа в сеть интернет без всяких радиусов, причём возможны модификации. Есть сеть локальная скажем 192.168.0.*/24 В ней сидят клиенты, доступ из данной сети куда либо на ружу зарезан. Есть сеть ВПН 172.16.0.0/16 данная сеть натится сервером в динамический пул реальных адресов, соответственно данная сеть имеет доступ в инет. Что делает клиент: он просто устанавливает ВПН (виндовым клиентом) соедиенение из сети 192. с моим ВПН сервером. ВПН сервер выдаёт ему адрсес из сети 172.16 и всё. Стг же заранее настроен на подсчёт только сети 172.16 Привязка логина и пароля к IP реализована в файле Secret - ВПН серевера. В стг же стоит стандартная привязка IP+LOGIN. Авторизатор не используется. Хотя возможна модификация с использованием авторизатора. Тоесть клиент сначала устанавливает ВПН соединение а потом коннектится авторизатором (или наоборот).

моё мнение, такое: радиус нужен! так как это даст кросплатформенность, тоесть не только ПППД но и МПД под БСД. Дуругое дело самим ли автором написан этот радиус-сервер или же взят со стороны.

VPN (mpd)?

Проверь правильно ли укащан в конфиге сервера интерефейс и правильно ли указан интерфейс в конфиге клиента.

http://local.com.ua/forum/index.php?showtopic=2679

порт указан правильно? пинг до сервера ходит? что говрит тисипидамп на данном порту при попытке подключения?

что за ОС? что пишет stargazer.log что пишет /var/log/messages Лично у меня такого никогда не было.

Это опечатка или как? надо ./configure --prefix=/usr

да имено так, толко вот > make bcd5 надо писать как >make bsd5