BiTel

Уважаемые разработчики, открывали тикет 14217, поняли как работает привязка одного пула к насу... Т.е. оказалось что надо передавать в атрибутах название пула, который описан на насе...

Но как быть если надо на одном насе иметь один пул, а другом - другой, и т.д.? Как быть? Я почему-то думал, что достаточно задать пул в конфиге наса и он уже юудет использоваться, веть адрибутами не передашь несколько пулов...

_________________
God Bless Linux! and blessings to FreeBSD!

Правильная ли такая запись?



Тестил только на одном насе, где задан пул1 в конфиге наса, в продакшн - не могу пока поставить, опасаюсь что будет неправильно работать. Просьба проверить верность указания насов.

_________________
God Bless Linux! and blessings to FreeBSD!

Можно создать пул с одним именем и "перекрывать" его для конкретного NASа по мере необходимости. У вас так не получилось?

Не совсем понял, поясните подробнее пожалуйста... И все-таки, уканазанная мной схема - не рабочая?

_________________
God Bless Linux! and blessings to FreeBSD!

1) Я не нашёл обращения 14217, у нас они вообще 4х значные пока.
2) Запись realm.uzlv=Framed-Pool=poo1;pool2;pool3;Acct-Interim-Interval=600; обработается таким образом, что будут передан атрибут Acct-Interim-Interval=600 и выдан адрес из пула pool1.
Вы бы описали лучше, что вы хотите добиться такой записью.

Есть несколько NAS`ов. Хотим иметь именованные пулы на каждом из них - разные. Для этого описываем nas.pool - на каждом nas`е.

_________________
God Bless Linux! and blessings to FreeBSD!

А зачем именно разные имена пулов на каждом из NASов, может как-то обойти можно это требование?
Чем плохо если имя пула будет везде одинаково но в некоторых NASах вы его переопределите, если нужно. Или переопределите в каждом из NASов..
P.S. Прошу прощения, я поправил случайно ваш пост Процитировать хотел.

Ну все-таки так удобнее, у нас несколько городов и становиться больше. Увеличивается кол-во насов... Потом конфигурация становиться более логичной.

_________________
God Bless Linux! and blessings to FreeBSD!

Вы можете в каждом NASе для реалма добавить свой Framed-Pool атрибут.
http://www.bgbilling.ru/v5.0/doc/ch03s04.html

Так вот так не работает. Если задать в насе другое имя пула, чем то что, например, описано в конфиге рилма - то не работает, не выдает адрес...

Я вот тоже думал что должно работать, но не работает. Просьба уточнить как все-таки должно работать, т.к. в документации написано несколько двусмысленно...

_________________
God Bless Linux! and blessings to FreeBSD!

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

_________________
God Bless Linux! and blessings to FreeBSD!

А зачем вам и там и там пулы? Пишите либо в конфигурации модуля в реалм либо в конфигурации NASа в реалм.
Либо в конфигурации модуля выдавайте всем общий пул, а в NASах переопределяйте его именно как пул по имени.

Если реалму сопоставлен Framed-Pool и в конфигурации модуля и в конфигурации NASа то выдаст скорее всего из первого, т.е. определённого в конфигурации модуля. Переопределить атрибут не получится. Посмотрите в AUTH_ACCEPT 2 имени пула идут?

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

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

_________________
God Bless Linux! and blessings to FreeBSD!

Извиняюсь за "up", но вопрос важен для нас...

_________________
God Bless Linux! and blessings to FreeBSD!

Давайте конфигурации на эти два случая модуля и НАСа и что выдаёт в radius.log при авторизации.

Может лучше тикет открыть, в рамках его решать данную проблему?

_________________
God Bless Linux! and blessings to FreeBSD!

Ну если есть доступ - открывайте.