Авторизация 2-х юзеров под одним именем в MPD5

[Андрей]

Смотрел я там. ничего не понял. такое ощущение, что их радиус по дефолту настраивается.

на неТУПЕ спросил что надо сделать - написали:

Код: Выделить всё

set auth max-logins 1
set link enable peer-as-calling

А в поле разрешенный CID в биллинге пишем IP адрес.

Я так понял, что это надо писать в mpd.conf, а куда именно я так и не понял у меня там 3 раздела.

[Андрей]

Делал вот как. открыл конфиг, расположенный в: /usr/local/etc/mpd5/mpd.conf и в самый конец дописал эти 2 строки:

Код: Выделить всё

set auth max-logins 1
set link enable peer-as-calling

потом перезапустил демона и все.
Все заработало. радиус не пришлось мучать.
все гут.
Теперь при попытке подключения к сети второго пользователя с тем же логином и пасом выдается ошибка 691. Правда этот случай работает только для pptp, не знаю как будет работать для pppoe.

Опять в порядке оффа:
несмотря на наличие недоработок у нетапа и очень сложных запросов. Данные методы делают из умных админов - опытных. Хотя, порой эти данные могут непригодиться.

[root]

Правда этот случай работает только для pptp, не знаю как будет работать для pppoe.

99,9% будет тоже самое.

Опять в порядке оффа:
несмотря на наличие недоработок у нетапа и очень сложных запросов. Данные методы делают из умных админов - опытных. Хотя, порой эти данные могут непригодиться.

Вообще не понял о чем ты Какие "сложные запросы" ?
Считаю, что НЕТАП зло и когда мы с ребятами поняли, что нам нужен былиинг, то мы написали свой

[Андрей]

Вообще не понял о чем ты Какие "сложные запросы" ?

это про БД, в которой есть инфа о юзверях. на одном форуме читал (жаль линка не осталось), что неизвестно как запросы делаются в этой БД, да еще запись в БД проходит так что страшно становится и терзают мысли: "Начем эта БД держится, что не слетает она"

[root]

ну БД там MySQL, и соответственно запросы к ней SQL`ные
в инете можно нарыть исходки НЕТАПа, качал как то раз и посмотреть на чем все это держится

[Андрей]

Если не секрет, то на чем?

[root]

на SQL запросах и куче неоптимизированного кода
их большой минус, то кодеры не работали у провов, многие вещи не учтены из-за этого.
т.е. мало быть кодером, нуна крутиться в этом.
свои билл мы писали исходя из многолетнего опыта работы в провайдерском секторе.