ПРОЕКТЫ 


  АРХИВ 


Apache-Talk @lexa.ru 

Inet-Admins @info.east.ru 

Filmscanners @halftone.co.uk 

Security-alerts @yandex-team.ru 

nginx-ru @sysoev.ru 

  СТАТЬИ 


  ПЕРСОНАЛЬНОЕ 


  ПРОГРАММЫ 



ПИШИТЕ
ПИСЬМА












     АРХИВ :: Inet-Admins
Inet-Admins mailing list archive (inet-admins@info.east.ru)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [inet-admins] Radius API



> > Не знаю, как в случае с RADIUS, а вот для TACACS+ игнорируется весь
> > autorization response. Вернее, считается сломаным.
> 
>  Оппсс, не совсем понял... Как себя ведет NAS в такой ситуации? Поведение

Ну, как ведет... Считает, что авторизация не прошла. Соответственно, не
разрешает то, чего просили. И какое-то там сообщение выдает. Может быть,
даже "% Authorization failed" 8-). Не помню - эксперименты на эту тему
проводил год назад, а то и больше.

Но это в том случае, если именно на искомый "service=" выдается неизвестная
пара.

Образец моих экспериментов:

user = test {
	login = cleartext test
	service = shell {
# легальная пара
		autocmd = "ppp"
# попытка для FreeBSD иметь другую autocmd
		unixautocmd = "/usr/sbin/ppp -direct"
	}
}

Cisco ответ на "service=shell" не устраивает.

>  Radius сервера исправляемо - добавлением записей в dictionary. В этом
>  смысле Radius превосходит Tacacs+ - у последнего, кажется, нет подобной
>  возможности?

Да, в исходном демоне нет возможности определять неизвестные
"service=". Однако, добавить не сложно.

-- 
Anatoly A. Orehovsky. AO9-RIPE. AAO1-RIPN
http://www.tekmetrics.com/transcript.shtml?pid=6064
=============================================================================
"inet-admins" Internet access mailing list. Maintained by East Connection ISP.
Mail "unsubscribe inet-admins" to Majordomo@info.east.ru if you want to quit.
Archive is accessible on http://info.east.ru/rus/inetadm.html



 




Copyright © Lexa Software, 1996-2009.