jcomm

А можно об этом поподробнее? Простите, не следил за темой. Вот ссылка: http://wiki.mikrotik.com/wiki/Manual:Interface/EoIP Грубо говоря: в офисе ставите микротик, настраиваете таким образом, чтобы с ним поднимались EoIP-тоннели от микротиков-NAS'ов или RScriptD'овых. Все тоннели и порт сервера биллинга добавляете в одни бридж и вуоля - все хосты в одном L2-сегменте -> DHCP-трафик пойдет по этим тоннелям и будет вам счастье...

Корее да, надо смотреть в сторону словарей. А вот по поводу того, какие вам нужны атрибуты я вам не смогу помочь..

Пожалуйста. Желательно все баргепорты слать на аську... Очень даже желательно.. Вы - первый, которого я знаю, который использует это в работе...

Нравится именно crs125-24gНу а зачем тогда создавать тему такую, если вы не собираетесь брать что-либо другое?! В документации написано, что это свитч, на нем нету RouterOS, а SwOS, соответственно никакого Winbox'а привычного не будет, только через web. Из скриншота можно приблизительно узнать сам функционал SwOS. Нет очередей, нет API, для этого, собственно, я и спросил функционал в начале топика. Если он вам нужен ка свитч - то вперёд, покупайте. А вот если как шлюз, сервер доступа или нечто еще - ищите другой вариант. Но вам нравиться именно CRS125-24G...Пишут что предумтановлена routerOS

Нравится именно crs125-24g Ну а зачем тогда создавать тему такую, если вы не собираетесь брать что-либо другое?! В документации написано, что это свитч, на нем нету RouterOS, а SwOS, соответственно никакого Winbox'а привычного не будет, только через web. Из скриншота можно приблизительно узнать сам функционал SwOS. Нет очередей, нет API, для этого, собственно, я и спросил функционал в начале топика. Если он вам нужен ка свитч - то вперёд, покупайте. А вот если как шлюз, сервер доступа или нечто еще - ищите другой вариант. Но вам нравиться именно CRS125-24G...

http://routerboard.com/RB2011UiAS-RM - а такой вам не подойдёт? + 50% к производительности, по сравнению с RB750 и в стойку можно...

Так, радиус запустился, теперь скидываем /etc/hosts А вообще, приводим к такому виду: ::1 localhost ubilling 127.0.0.1 localhost ubilling , где ubilling соответствует hostname из /etc/rc.conf

# /usr/local/etc/rc.d/radiusd stop # sockstat -4 Вывод бросте сюда, потом: # /usr/local/etc/rc.d/radiusd start и логи опять сюда, + clients.conf, radiusd.conf

Думаю в документацию стоит таки добавить пример ТЗ...

А какой вам функционал нужен?

выбрал второй ,ошибка вылазит запуск radiusd -X radiud -X.txt лог radius_log.txt Уже лучше. /usr/local/etc/raddb/radiusd.conf[240]: Error binding to port for 0.0.0.0 port 1812 говорит о том, что порт используется. Остановите радиус и запустите без -x

rlm_sql (sql) in generate_sql_clients: query is SELECT (@cnt := @cnt + 1) AS `id`, `nasname`, `shortname`, `type`, `secret`, `server` FROM `radius_clients` CROSS JOIN (SELECT @cnt := 0) AS `dummy` ORDER BY `id` rlm_sql (sql): Reserving sql socket id: 4 rlm_sql (sql): Read entry nasname=127.0.0.1,shortname=local NAS,secret=dec0071981b1 rlm_sql (sql): Adding client 127.0.0.1 (local NAS, server=<none>) to clients list Failed to add duplicate client local NAS rlm_sql (sql): Released sql socket id: 4 rlm_sql (sql): Failed to add client 127.0.0.1 (local NAS) to cl

По идее, должно уходить с юбиллингом с 2014-07-05 22:08:35, rev. 3579 Учитывая, что стабильный релиз был совсем недавно - вполне вероятно

Вы бы запустили RADIUS с ключом -X если это freeradius, и посмотрели бы с какого IP бегает клиент. Гадание на кофейной гуще мне подсказывает, что ip клиента 127.0.1.1. вопрос наверно глупый, как запустить с ключем -Х запускаю radiusd stop radiusd start -X ???? запустил radiusd -X ошибка файла /usr/local/etc/raddb/sql.conf[22]: Instantiation failed for module "sql" Переустановил все полностью, систему, ubilling, freeradius, тоже самое. я ставлю FreeBSD 9.2 RELEASE amd64 на сервер HP ProLiant DL380 G 5 может не та система? Собираю виртуалку - буду тестиров

Я же и говорю, что если поднять между серверами EoIP, то по нему спокойно пойдет DHCP-пакет. Таки можно поднимать EoIP между микротиками и сервером Ubilling. Вы тоже можете пробросить DHCP-пакеты на микротик и UHW заработает

Канала хватить должно. Для netflow/rscriptd на три NAS'a хватит. Да и для ЛК тоже хватит. если разорвётся - как минимум: не будет слаться статистика по трафику, не будет работать rscriptd, т.е абоненты не смогут подключаться-отключаться, последние не смогут заходить в ЛК. Учитывая, что DHCP не ходит по тоннелям L3 - то напрашивается мысль, что на NAS'ах. Но можно поднять EoIP между NAS'ами и Ubilling. на FreeBSD делается как-то так: http://fr0mscr4tch.wordpress.com/2012/12/10/eoip-tunnel-mikrotik-on-freebsd/

и еще скиньте sql.conf, clients.conf, radiusd.conf

У пользователя логин не меняется. "Настройки системы" показывают то, что содержится в alter.ini, billing.ini в более человекопонятной форме. IP Ubilling'а - 127.0.0.1. Вы же запускаете radtest на машине с установленным FreeRADIUS? На всякий случай напомню: {login} - логин пользователя, авторизацию которого вы проверяете {pass} - пароль этого же пользователя {secret} - пароль, установленный для RADIUS-клиента в файле clients.conf. Соответственно в последнем должно быть всё вписано для локального хоста. По умолчанию, вроде, testing123. UPD: В результате получаете нечто такое

http://manned.org/radtest/0c7b5f21 # radtest {login} {pass} 127.0.0.1 0 {secret} Логи в /var/log/radiusd.log

Не имеют смысла, т.к. в таблице rad_user_check уже есть запись на каждого пользователя сети в виде: ${`users`.`login`} Cleartext-Password := ${`users`.`password`}

когда вы включаете для сети галочку "Использовать RADIUS" - для каждого пользователя этой сети автоматически появляется AV-пара логина и пароля. Т.е уже должны авторизироватья. для начала потестируйте с radtest

Можно в конец /etc/rc.d/billing добавить строку /etc/stargazer/debtors.php

Что то вы часто придумываете то, о чем я не говорю... Профита никакого от всего, что пытаются сделать для России: и вне восьмерки не обеднеем и Европа с остальными от санкций захлебнётся, а нам то, что?.. А вы воду в Крым перекрывайте... Вы - отменяйте русский язык в первую очередь, а не решайте гос. проблемы.. Да захлебнитесь своими всем этим, вы уже достаточно показали своё истинное "я", а я и так спокойно проживу без вашей воды и с нашим русским языком... мы пытаемся защищаться Брызжа слюной на Россию и Путина? Бедные-несчастные...

Видимо, администрация ВК смогла за время "лежания" найти Дурова телефон и связаться с ним, чтобы тот помог...

Мне одному показалось это решением проблемы?