Thanks for your quick Reply here is my Error rad_recv: Access-Request packet from host 10.10.0.2 port 48125, id=171, length=136 Service-Type = Framed-User Framed-Protocol = PPP NAS-Port = 8744 NAS-Port-Type = Ethernet User-Name = "mizanes" Calling-Station-Id = "00:24:1D:38:E5:FB" NAS-Port-Id = "LAN" CHAP-Challenge = 0x58f516ecc01066e4524585ede64dc571 CHAP-Password = 0x010ceed8f43b50abf1ca288b61c15ccf1f NAS-Identifier = "ISP" NAS-IP-Address = 10.10.0.2 +- entering group authorize {...} ++[preprocess] returns ok [chap] Setting 'Auth-Type := CHAP' ++[chap] returns ok ++[mschap] returns noop [suffix] No '@' in User-Name = "mizanes", looking up realm NULL [suffix] No such realm "NULL" ++[suffix] returns noop [files] users: Matched entry DEFAULT at line 2 [files] expand: /usr/local/bin/rmauth "%{NAS-IP-Address}" "%{User-Name}" "%{Calling-Station-Id}" -> /usr/local/bin/rmauth "10.10.0.2" "mizanes" "00:24:1D:38:E5:FB" ++[files] returns ok rlm_sql (sql): Reserving sql socket id: 0 [sql] expand: -> [sql] Error generating query; rejecting user rlm_sql (sql): Released sql socket id: 0 ++[sql] returns fail Using Post-Auth-Type Reject +- entering group REJECT {...} [attr_filter.access_reject] expand: %{User-Name} ->mizanes attr_filter: Matched entry DEFAULT at line 11 ++[attr_filter.access_reject] returns updated Sending Access-Reject of id 171 to 10.10.0.2 port 48125 Finished request 14. Going to the next request after few mins he can able to login.. pls help me to solve this problem! On Thu, May 5, 2011 at 2:32 AM, Garber, Neal <Neal.Garber@iberdrolausa.com>wrote:

...

some of my user trying to login Mikrotik but they cant first time..

You may find that it will be easier for people to help you if you provide specific details about the problems you are having and what you've done in an attempt to fix the problems.

You should start by doing Internet searches to see if someone else had the same problem(s) and what was done to fix it. If you can't find anything relevant, post the debug output of a failure.

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

I'm not a magician and I don't have a crystal ball, but I suppose you have a problem with stalled sessions. Why ? I don't know. Maybe you have a bad connection between radius server and NAS, maybe your DB is overloaded and accounting updates and stop packets aren't executed so your users stays logged in inside database and they aren't on NAS... ,.... Also, as I know, RadiusManager is a commercial product so you should ask them about your problem. On 05/04/2011 11:50 PM, Alexander Clouter wrote:

Tanjil Ahmed<tanjil@tanjil.net> wrote:

...

after few mins he can able to login.. pls help me to solve this problem!

...only if you help us to help you.

http://wiki.freeradius.org/index.php/FAQ#It_still_doesn.27t_work.21 http://wiki.freeradius.org/index.php/FAQ#Debugging_it_yourself http://wiki.freeradius.org/index.php/FAQ#But_it_worked_with_another_RADIUS_s...

You so far have not: * shown any signs of reading the documentation * shown any signs of reading the FAQ * shown any signs of doing any research into your problem * produce any *useful* debug after being asked

What might be handy for us is: * what your NAS sends in an Access-Request * what you are expecting to send back as a reply * the debug output for a successful request * your config file(s)

You are so far doing the same as a regular end user shouting "DOES NOT WORK FIX IT NOW!!?!?" and refusing to provide any information at all about: 1. what are you trying to do (Access-Accept looks like?) 2. how are you trying to do it (config/debug) 3. what are you expecting to happen (where you think the debug goes wrong, SQL, LDAP, files queries) 4. what is actually happening (RADIUS response, if any)

Please, throw is a freeking bone here...try starting with the documentation, Google and the FreeRADIUS mailing list archives.

Regards