BiTel

принимая во внимание эту схему

как можно сделать так чтобы при авторизации выполнить незамысловатую проверку и если логин не попадает под регексп - послать reject не доводя дальнейшие проверки до биллинга?
т.е. сократить схему до такой:


пока получилось только так:

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

т.е. вообще исключить внутренние проверки (уменьшить цикл и снизить нагрузку), но что-то не выходит
помогите, пожалуйста, или я хочу невозможного?

бамп

В данный момент этот функционал можно реализовать только описанным вами способом..
Чтобы полноценно реализовать, надо наверное сделать возможность установки опции специальной в запрос, типа того: http://www.bgbilling.ru/v5.0/doc/ch03s08s01.html
И ошибку авторизации выдавать типа "Запрос отфильтрован".
А зачем вам это, опишите.. Что за там запросы посторонние?

ок, так и будем делать ...


дело в том что есть большая сеть в которой юзеры считают что "перезвон" в РРРоЕ соединении больше 1 секунды - это моветон, но даже не это основная проблема ... основная проблема в том что правильные логин и пароль никто в соедиение не вбивает и получается что из этой сети ежесекундно приходит толпа запросов на авторизацию вида:

нет

это не опечатка и не скрытие реальных данных - это кто-то себе забил именно такой логин и пасс! оттуда приходит масса подобных логинов, которые, в лучшем случае, являются именем машины в сети, а обычно - звездочки, плюсики и т.п. ерунда ... пока в mpd нет PPPoE Connection Throttling, хотя может быть будет, то приходится терпеть эти все запросы ... да, в БГБ есть антиспам, но антиспам в данном случае - это как из пушки по воробьям, IMHO ... дело в том что у меня все логины запросто попадают под регексп и если бы была возможность прямо в скрипте предобработки проверить логин регекспом и послать reject не доводя дело до антиспама, то общая производительность БГБ выросла бы, т.к. не пришлось делать лишних проверок ...

если позволите - выскажу маленький, совершенно мизерный, фичереквест - сделайте опцию в конфиге NAS-а

и если User-Name не попадает под регексп (например в dialup - логин, в voip - телефон), то сразу слать reject, т.е. сведя все к схеме выше:

тогда антиспам будет обрадатывать только нужные запросы, например защищая радиус от атак на перебор пароля и не будет заниматься пустыми атрибутами или атрибутами содержащими, пардон, ерунду ...
я полагаю у многих пользователей БГБ атрибут User-Name можно описать регекспом, как минимум таким

ну или таким

что по сути одно и тоже ... ведь есть же список символов разрешенных в пароле (password.chars), так пусть будет список/регексп символов разрешенных в логине

Поддерживаю, странные запросы авторизации со странными юзернеймами - весьма популярны и у меня

_________________
интеграция биллинга с 1с http://bgbilling-1c.ru/

бамп

можно? нельзя? скажите хоть что нибудь, пожалуйста

Ну традиционно дописал в TODO, а там уж как время будет

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

Кстати, у меня не работает команда

http://bgbilling.ru/v5.0/doc/ch03s08s01.html

Пока не перезагрузил радиус, новые скрипты предобрабоотки для NAS не применились.