The voucher is working, shows as connected and reporting usage correctly in 'Activity Monitor' but when looking at that voucher in Vouchers, it shows as a status of 'New' and is showing N/A on time and data used.
We are hoping to go live in 4 weeks so any help at this stage much appreciated.
Thanks :)
Malc
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
It's almost like RADIUSdesk itself cannot communicate with FreeRADIUS, which might also explain why the test client within RADIUSdesk doesn't work either.
Hmmm, any ideas?
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Also check if you have installed the radius utilities package which comes
with radclient and radtest.
On Mar 25, 2014 7:03 PM, "Dirk van der Walt" dvdwalt@users.sf.net wrote:
Hi Malcolm,
Is it just the RADIUS Client applet in RADIUSdesk not working correct?
If so do the following checks:
Ensure there is an entry for the localhost in the NAS devices
(127.0.0.1)
If you changed the default shared secret from testing123 on
localhost; be sure you also you change it in these files under rd_cake:
Setup/Scripts/radscenario.pl
Config/RadiusDesk.php
Do these and let us know how it goes. Hopefully you can go live without
any major issues.
Yes, it is just the RADIUS client applet that doesn't work.
I've double checked and according to /Chilli/config the secret is still testing123, default. I also checked those to files you mention and they are indeed also referencing testing123.
There is a localhost 127.0.0.1 entry in the NAS devices in RADIUSdesk.
radtest and radclient are installed.
radtest also works successfully, returning an Access-Accept packet.
:S
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Yes, it is just the RADIUS client applet that doesn't work.
I've double checked and according to /Chilli/config the secret is still
testing123, default. I also checked those to files you mention and they are
indeed also referencing testing123.
There is a localhost 127.0.0.1 entry in the NAS devices in RADIUSdesk.
radtest and radclient are installed.
radtest also works successfully, returning an Access-Accept packet.
If I am not mistaken, clients.conf has an entry for localhost which will
conflict with the NAS entry for localhost in RADIUSdesk. Try and comment
the localhost entry in clients.conf and restart FreeRADIUS to see if it
works. I am not sure why FreeRADIUS will start with the conflicting entries
but let us know how it goes.
Can you do the 'firebug' test by running the RADIUS Client applet and check in Firebug what the feedback from the server is when you do the test. (Network tab in firebug)
Perhaps that will give us more of a hint on the problem.
Cheers
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Hmm ok, using Firebug, I can see that when do a auth test with RADIUS Client applet, it picks up a POST test_radius.json with a reply of 200 OK. Nothing else, just that one POST.
Is that right?
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Ok, I thought for sanity, I'd just check that the test_radius.json is where it should be. In actual fact, it doesn't exist anywhere, the free_radius folder doesnt even exist.
What could have possibly gone wrong here and what's the best way of rectifying this do you think?
THanks guys.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I've installed Radiusdesk for a friend (downloading svn 730 --the latest one) but I'm experiencing the same problem (no information available/updated concerning usage of voucher or permanent users). I applied all solutions above but nothing change. What can I do now to fix this problem?
@Mfawa, localhost credential (127.0.0.1, testing123) are commented. radiusd -X is running properly but nothing change when radiusd is started.
@Dirk, all in rd cron are good...
I thank you in advance to help us to solve this problem...
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I'm using the latest SVN build of RADIUSdesk.
The voucher is working, shows as connected and reporting usage correctly in 'Activity Monitor' but when looking at that voucher in Vouchers, it shows as a status of 'New' and is showing N/A on time and data used.
We are hoping to go live in 4 weeks so any help at this stage much appreciated.
Thanks :)
Malc
It's almost like RADIUSdesk itself cannot communicate with FreeRADIUS, which might also explain why the test client within RADIUSdesk doesn't work either.
Hmmm, any ideas?
Hi Malc,
The voucher's table is updated periodically through the cron script. If cron is not working correct the update will not happen.
Confirm that the /etc/cron.d/rd file exists and double check its content especially the paths.
Then also confirm the cron daemon is running.
If all these checks passed you can run the job 'by hand'. It is important to run this job as user www-data:
Let us know if it still does not update. Then it may be related to the profile attached to the vouchers.
Kind regards
Thanks Dirk.
I've checked the /etc/cron.d/rd file, all looks OK, paths are correct and the cron daemon is also running.
I ran the job manually as per your instruction, and it seemed to run OK, outputting a list of the vouchers.
RADIUSdesk still showing them as New and N/A for usage.
What should I look for in the profiles attached to the vouchers do you think?
Cheers
Some more info, it appears that vouchers usage reflects correctly when the voucher is attached to the realm 'College' which is present by default.
When attaching it to a realm that I have created, the symptoms persist, regardless of profile.
Dirk, I thank you in advance!
Hi Malcolm,
Can you perhaps email me a DB dump and then I can test on this side why this is.
dirkvanderwalt at gmail
Cheers
Awesome, thanks Dirk. I've emailed you a copy of the DB.
Sorry to drag this up again, but I still have a problem with the RADIUS client in RADIUSdesk not authenticating with freeRADIUS.
Testing either a permanent user or voucher, which do work, the RADIUS client just returns blank Request and Reply (in red) attributes.
Any ideas? I'm in the process of handing this over to production environment so this would be most useful to get working.
Thanks in advance.
Hi Malcolm,
Is it just the RADIUS Client applet in RADIUSdesk not working correct?
If so do the following checks:
Do these and let us know how it goes. Hopefully you can go live without any major issues.
Regards
Also check if you have installed the radius utilities package which comes
with radclient and radtest.
On Mar 25, 2014 7:03 PM, "Dirk van der Walt" dvdwalt@users.sf.net wrote:
Hey Dirk.
Yes, it is just the RADIUS client applet that doesn't work.
I've double checked and according to /Chilli/config the secret is still testing123, default. I also checked those to files you mention and they are indeed also referencing testing123.
There is a localhost 127.0.0.1 entry in the NAS devices in RADIUSdesk.
radtest and radclient are installed.
radtest also works successfully, returning an Access-Accept packet.
:S
Malcolm did you confirm the NAS secret for 127.0.0.1? Ensure that it is
also testing123.
On Wed, Mar 26, 2014 at 4:31 PM, Malcolm McLeod mmcleod82@users.sf.netwrote:
--
Mfawa Alfred Onen
M.Sc Telecoms, B.Eng Elect/Elect, CCNA, RHCE(in view)
System Administrator
Department of Computer Science,
Bingham University.
E-Mail: systemadmin@binghamuni.edu.ng
Phone1: +234 805 944 3154
Phone2: +234 803 079 6088
Mfawa, thanks for the the suggestion, yes I did check that the NAS secret for 127.0.0.1 was testing123.
Could there be any clash or conflict of interests in the freeradius clients.conf ?
If I am not mistaken, clients.conf has an entry for localhost which will
conflict with the NAS entry for localhost in RADIUSdesk. Try and comment
the localhost entry in clients.conf and restart FreeRADIUS to see if it
works. I am not sure why FreeRADIUS will start with the conflicting entries
but let us know how it goes.
Hi Malcolm,
Can you do the 'firebug' test by running the RADIUS Client applet and check in Firebug what the feedback from the server is when you do the test. (Network tab in firebug)
Perhaps that will give us more of a hint on the problem.
Cheers
Hmm ok, using Firebug, I can see that when do a auth test with RADIUS Client applet, it picks up a POST test_radius.json with a reply of 200 OK. Nothing else, just that one POST.
Is that right?
http://192.168.218.100/cake2/rd_cake/free_radius/test_radius.json?request_type=auth&sel_language=4_4&token=52190fff-a800-48eb-b1f2-478bc0a80167&user_id=193&user_type=permanent
Response Headersview source
Connection keep-alive
Content-Encoding gzip
Content-Type application/json; charset=UTF-8
Date Tue, 01 Apr 2014 10:43:46 GMT
Server nginx/1.1.19
Transfer-Encoding chunked
Vary Accept-Encoding
Via 1.1 RADIUSdesk-Beta4-1 (squid/3.4.4)
X-Cache MISS from RADIUSdesk-Beta4-1
X-Powered-By PHP/5.3.10-1ubuntu3.10
Request Headersview source
Accept text/html,application/xhtml+xml,application/xml;q=0.9,/;q=0.8
Accept-Encoding gzip, deflate
Accept-Language en-US,en;q=0.5
Cache-Control no-cache
Connection keep-alive
Content-Length 109
Content-Type application/x-www-form-urlencoded; charset=UTF-8
Cookie CAKEPHP=rfnkbln7pgj3s69jav0oil8un5; Token=52190fff-a800-48eb-b1f2-478bc0a80167
Host 192.168.218.100
Pragma no-cache
Referer http://192.168.218.100/rd/
User-Agent Mozilla/5.0 (Windows NT 6.1; rv:28.0) Gecko/20100101 Firefox/28.0
X-Requested-With XMLHttpRequest
Last edit: Malcolm McLeod 2014-04-01
Ok, I thought for sanity, I'd just check that the test_radius.json is where it should be. In actual fact, it doesn't exist anywhere, the free_radius folder doesnt even exist.
What could have possibly gone wrong here and what's the best way of rectifying this do you think?
THanks guys.
Hello guys,
I've installed Radiusdesk for a friend (downloading svn 730 --the latest one) but I'm experiencing the same problem (no information available/updated concerning usage of voucher or permanent users). I applied all solutions above but nothing change. What can I do now to fix this problem?
@Mfawa, localhost credential (127.0.0.1, testing123) are commented. radiusd -X is running properly but nothing change when radiusd is started.
@Dirk, all in rd cron are good...
I thank you in advance to help us to solve this problem...