Below I am sending my output with "radiusd -X":
PS: I put spaces with <enter> when I looked the string "h323-ivr-in" .
---------------- Output radiusd -X ---------------------
rad_recv: Access-Request packet from host 146.164.247.235:10328, id=154,
length=126
User-Name = "ufrj3"
CHAP-Password = 0xbb41f80c43122acac71167064ece645380
NAS-IP-Address = 146.164.247.235
NAS-Identifier = "UFRJGK"
NAS-Port-Type = Virtual
Service-Type = Login-User
CHAP-Challenge = 0x41d9915e
Framed-IP-Address = 146.164.247.198
Cisco-AVPair = "h323-ivr-out=terminal-alias:ufrj3;"
rad_lowerpair: User-Name now 'ufrj3'
rad_rmspace_pair: User-Name now 'ufrj3'
modcall: entering group authorize for request 0
rlm_ldap: - authorize
rlm_ldap: performing user authorization for ufrj3
radius_xlat: '(&(uid=ufrj3)(objectclass=radiusprofile))'
radius_xlat: 'ou=users,ou=radius,dc=mydomain,dc=com'
ldap_get_conn: Got Id: 0
rlm_ldap: attempting LDAP reconnection
rlm_ldap: (re)connect to 146.164.247.236:389, authentication 0
rlm_ldap: bind as cn=root,dc=mydomain,dc=com/teste to 146.164.247.236:389
rlm_ldap: waiting for bind result ...
rlm_ldap: performing search in ou=users,ou=radius,dc=mydomain,dc=com, with
filter (&(uid=ufrj3)(objectclass=radiusprofile))
rlm_ldap: Added password teste in check items
rlm_ldap: looking for check items in directory...
rlm_ldap: Adding radiusAuthType as Auth-Type, value CHAP & op=21
rlm_ldap: looking for reply items in directory...
rlm_ldap: Adding h323-ivr-in as Service-Type, value
terminal-alias:025980001 & op=11
rlm_ldap: user ufrj3 authorized to use remote access
ldap_release_conn: Release Id: 0
modcall[authorize]: module "ldap" returns ok for request 0
modcall: group authorize returns ok for request 0
rad_check_password: Found Auth-Type CHAP
auth: type "CHAP"
modcall: entering group authtype for request 0
rlm_chap: login attempt by "ufrj3" with CHAP password
rlm_chap: Using clear text password teste for user ufrj3 authentication.
rlm_chap: chap user ufrj3 authenticated succesfully
modcall[authenticate]: module "chap" returns ok for request 0
modcall: group authtype returns ok for request 0
Sending Access-Accept of id 154 to 146.164.247.235:10328
Finished request 0
Going to the next request
--- Walking the entire request list ---
Waking up in 6 seconds...
--- Walking the entire request list ---
Cleaning up request 0 ID 154 with timestamp 41d959c1
Nothing to do. Sleeping until we see a request.
---------------- end of the Output radiusd -X ---------------------
On Mon, 3 Jan 2005, Zoltan Ori wrote:
> On Monday 03 January 2005 12:17, Anderson Alves de Albuquerque wrote:
> > I�m thinking if I would need to modify my filter in radius.conf.
> > Now, my radius.conf is: filter="(&(uid=%u)(objectclass=radiusprofile))"
> >
> > I look my "ldap sever log" and there is one search by h323-ivr-in.
> > But when I look GNUGK in port 7000, I don�t receive the alias
>
> OK, your LDAP log shows the search. You still need to specify that the
> attribute be xlated and sent in the reply from RADIUS. What does RADIUS show
> it is doing?
>
> If you would include the debug output (radiusd -X), and what attribute needs
> to be in the reply someone would be better equipped to tell you why it is not
> getting sent.
>
> Zoltan Ori
>
> -
> List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
>
-
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
