RADIUSD не возвращает атрибуты

andrey-sw · Ср сен 03, 2008 10:06 pm

Вроде все сделал по докам на сайте но при подключении клиента ему не выдается IP адрес. Смотрю radiusd -X там следующее

Ready to process requests.
rad_recv: Access-Request packet from host 10.0.6.15:32769, id=194, length=98
Service-Type = Framed-User
Framed-Protocol = PPP
User-Name = "test"
CHAP-Challenge = 0x88438c848d3c1fbbe1d2f179c645008ee6
CHAP-Password = 0xcfe3d5c1c254c768d071e00679c8a9d78f
Calling-Station-Id = "10.0.6.2"
NAS-IP-Address = 127.0.0.1
NAS-Port = 0
Processing the authorize section of radiusd.conf
modcall: entering group authorize for request 0
modcall[authorize]: module "preprocess" returns ok for request 0
users: Matched entry DEFAULT at line 52
modcall[authorize]: module "files" returns ok for request 0
modcall: leaving group authorize (returns ok) for request 0
rad_check_password: Found Auth-Type Accept
rad_check_password: Auth-Type = Accept, accepting the user
Exec-Program output: Acct-Interim-Interval = 60, Session-Timeout = 2316713, PPPD-Upstream-Speed-Limit = 0, Octets-Direction = 0, Framed-IP-Address = 10.0.0.2, Session-Octets-Limit = 102760448, Framed-IP-Netmask = 255.255.255.0, PPPD-Downstream-Speed-Limit = 0,
Exec-Program-Wait: plaintext: Acct-Interim-Interval = 60, Session-Timeout = 2316713, PPPD-Upstream-Speed-Limit = 0, Octets-Direction = 0, Framed-IP-Address = 10.0.0.2, Session-Octets-Limit = 102760448, Framed-IP-Netmask = 255.255.255.0, PPPD-Downstream-Speed-Limit = 0,
Exec-Program: returned: 0
Login OK: [test/<CHAP-Password>] (from client localhost port 0 cli 10.0.6.2)
Sending Access-Accept of id 194 to 10.0.6.15 port 32769
Finished request 0
Going to the next request

то есть radiusd получил атрибуты
Exec-Program output: Acct-Interim-Interval = 60, и т.д.

но pppd их не передал

Login OK: [test/<CHAP-Password>] (from client localhost port 0 cli 10.0.6.2)
Sending Access-Accept of id 194 to 10.0.6.15 port 32769
Finished request 0

соттветственно в логах pptpd видна записть

RADATTR plugin wrote 0 lines to file /var/run/radattr/ppp0

соответственно файл /var/run/radattr/ppp0 пустой и pptpd не знает какой ип назначить клиенту

Перерыл все, но так и не победил

аналогичная проблема описана здесь http://www.opennet.ru/openforum/vsluhfo ... 80820.html но пока без решения

Подскажите куда копать и где искать
Если нужна доп инфа пишите

Я думаю что проблема кроется в настройках radius сервера или клиента, или может в версии его, кстати у меня freeradius-1.1.6 все пытаюсь поднять на AltLinux Server 4.0.1

ran · Сообщение **ran** » Чт сен 04, 2008 8:11 am

в конфиге пппд

dump
debug

лог пппд приконнекте в студию

и кстати что это за хрень:

Exec-Program-Wait: plaintext

должно быть кажется гдето так: Exec-Program-Wait: value-pairs:

exec pre_auth exec post_auth из секции modules файла radiusd.conf покажи

andrey-sw · Чт сен 04, 2008 12:02 pm

Нашел где собака порылась...
Элементарная синтаксическая ошибка в словаре радиуса приводила к тому что не передавались атрибуты, причем ни в каких логах даже в отладочных это не фиксировалось.
в моем случа было Octets-Directions в словаре вместо Octets-Direction

ran · Сообщение **ran** » Чт сен 04, 2008 3:32 pm

ни в каких логах даже в отладочных это не фиксировалось.

да ну? радиус сказал: Exec-Program-Wait: plaintext: а еслиб нашёл всё по словарю сказал бы: Exec-Program-Wait: value-pairs:

andrey-sw · Чт сен 04, 2008 5:09 pm

возможно вы и правы, если сталкиваешся с этим не первый раз то конечно это насторожило бы, но тем не менее это лиш косвенное указание на ошибку в словаре, а не типа Error чего то там not found in ...

andrey-sw · Чт сен 04, 2008 5:14 pm

Сейчас возникла другая проблема клиенту адрес выдается но почемуто игнорируется Framed-IP-Netmask=255.255.555.0 на клиент прилетает маска 255.255.255.255 и не передается адрес шлюза по умолчанию(судя по всему должен быть ip vpn на стороне сервера)
где это указывается каким параметром?
в результате даже сервак не пингуется хотя и впн подключен.

andrey-sw · Чт сен 04, 2008 7:53 pm

Предыдущий вопрос снимается, проблема была на клиенте, потому как тестил на вынь2000 серваке с поднятым RRAS, вот он то и не давал прописать defaultgatewey(есть у него такой глюк), а по поводу маски разработчики poptop данную ситуацию описали, кому интересно читайте
http://poptop.sourceforge.net/dox/qna.html

ran · Сообщение **ran** » Пт сен 05, 2008 5:42 am

andrey-sw писал(а):возможно вы и правы, если сталкиваешся с этим не первый раз то конечно это насторожило бы, но тем не менее это лиш косвенное указание на ошибку в словаре, а не типа Error чего то там not found in ...

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

по поводу маски

интересно, а какая маска окромя /32 ещё может быть на ппп линке?