> Sending Access-Reject of id 19 to 10.0.0.1:1645 --> I am using 1812 in
> radiusd.conf

  So what heppened BEFORE this?

I am sorry that's from the previous loggin attempt

If the accounting ports are not important,the only error like messages
i got are the following:

 modcall[preacct]: module "preprocess" returns noop
    rlm_realm: Looking up realm NULL for User-Name = "Jhon"
    rlm_realm: No such realm NULL
  modcall[preacct]: module "suffix" returns noop
  modcall[preacct]: module "files" returns noop
modcall: group preacct returns noop

I am looking for this error but,i can not find anything in the web.
Sending Accounting-Response of id 53 to 10.0.0.1:1646

Any idea why the user is being rejected?


Thanks again
Hernan
--- Walking the entire request list ---
Cleaning up request 8 ID 52 with timestamp 3d3c6116
Nothing to do.  Sleeping until we see a request.
rad_recv: Accounting-Request packet from host 10.0.0.1:1646, id=53,
length=125
        NAS-IP-Address = 10.0.0.1
        NAS-Port = 2
        NAS-Port-Type = Virtual
        User-Name = "Jhon"
        Calling-Station-Id = "10.0.0.2"
        Acct-Status-Type = Stop
        Acct-Authentic = RADIUS
        Service-Type = NAS-Prompt-User
        Acct-Session-Id = "0000071D"
        Login-Service = Telnet
        Login-IP-Host = 10.0.0.1
        Acct-Terminate-Cause = User-Request
        Acct-Session-Time = 107
        Acct-Delay-Time = 0
modcall: entering group preacct
  modcall[preacct]: module "preprocess" returns noop
    rlm_realm: Looking up realm NULL for User-Name = "Jhon"
    rlm_realm: No such realm NULL
  modcall[preacct]: module "suffix" returns noop
  modcall[preacct]: module "files" returns noop
modcall: group preacct returns noop
modcall: entering group accounting
radius_xlat:  '/home/raddb/var/log/radius/radacct/10.0.0.1/detail'
rlm_detail:
/home/raddb/var/log/radius/radacct/%{Client-IP-Address}/detail expands
to /home/raddb/var/log/radius/radacct/10.0.0.1/detail
  modcall[accounting]: module "detail" returns ok
  modcall[accounting]: module "unix" returns ok
radius_xlat:  'Jhon'
  modcall[accounting]: module "radutmp" returns ok
modcall: group accounting returns ok
Sending Accounting-Response of id 53 to 10.0.0.1:1646
Finished request 9
Going to the next request

-----Mensaje original-----
De: Alan DeKok [mailto:[EMAIL PROTECTED]]
Enviado el: Monday, July 22, 2002 4:46 PM
Para: [EMAIL PROTECTED]
Asunto: Re: as5300 telnet access 


Hernan Marcelo Salvarezza <[EMAIL PROTECTED]> wrote:
> Hello all,i am trying to configure an as5300 to authenticate telnet
> connections to my freeradius
> but i keep getting authentication failed,i wanted to check out if
> everything is ok..

  Then run it in debugging mode, and read the results.

> This is the debug output from the freeradius sever:
> 
> 
> Sending Access-Reject of id 19 to 10.0.0.1:1645 --> I am using 1812 in
> radiusd.conf

  So what heppened BEFORE this?

> rad_recv: Accounting-Request packet from host 10.0.0.1:1646, id=20,
> length=109
...
> Sending Accounting-Response of id 20 to 10.0.0.1:1646---> The problem
> seems to be here..

  This is accounting, which has nothing to do with authentication.
The user was already rejected, so they can't log in.

> I only have the 1812,1813 ports configured in the as5300,i tried to
> configure 1845,1846 but
> the results are the same..any ideas why the Response is being sent
> trough the 1646 port
> Sending Accounting-Response of id 20 to 10.0.0.1:1646---> 

  The source port of the Accounting-Request packet from the NAS is not
important.  It can be anything, and I very much doubt that you can
configure it.

  Alan DeKok.

- 
List info/subscribe/unsubscribe? See
http://www.freeradius.org/list/users.html

- 
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html

Reply via email to