Re: Debian + Exec-Program = Zombie process
as soon as I send accounting stop packet to radius, test.pl executes and becomes a zombie. (I tried bash script, c program with the same result.) 3890 ?Ss 0:00 /usr/local/freeradius/sbin/radiusd 3893 ?Z 0:00 \_ [test.pl] defunct As far as I know, this should have been fixed in 1.0.3 and I doubt it's debian specific, as I know 0.93 works on another RH 7.3 without a problem (In fact zombie is listed there as well but disappears after several seconds). Any ideas/suggestions? Did you try version 1.0.1 indeed? I had this problem several monthes ago with versions 1.0.4 and 1.0.5, but in case of 1.0.1 it works. As I know version 1.0.1 hasn't this problem. My server configuration is similar with yours: Debian 3.1 (Sarge) -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.1.371 / Virus Database: 267.14.18/230 - Release Date: 2006-01-14 - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Session-Timeout zero value
Plz, tell me the correct way. Our clients use prepaid hourly cards. I wrote external script that runs when Accounting-Stop packet received and decrements Session-Timeout attr. in database by value of Acct-Session-Time attr. in the Accounting-Stop packet. What method will be correct to reject user when Session-Timeout are exhausted. Has freeradius any built-in ability to realize a mechanism described above. Thanks. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Alan DeKok Sent: Tuesday, August 02, 2005 9:59 PM To: [EMAIL PROTECTED]; FreeRadius users mailing list Subject: Re: Session-Timeout zero value Rashad Rustamoff [EMAIL PROTECTED] wrote: I'm wonder is it correct to reject user by setting Session-Timeout attribute to zero. No. In case of our NAS it works fine. That's blind luck. Alan DeKok. - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Session-Timeout zero value
I'm wonder is it correct to reject user by setting Session-Timeout attribute to zero. In case of our NAS it works fine. - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
RE: dialup_admin problem
You must point to actual IP address (or FQDN) of machine where mysql server running. To do this edit this line in admin.conf: sql_server: fully.qualified.domain.name.of.server If your web server running in the same machine where mysql server is running: sql_server: 127.0.0.1 I am using Freeradius version 1.04 that comes with its own version of dialup_admin. I've successfully got Freeradius to authenticate using MYSQL as a backend. My problem is in getting dialup_admin to read the database when I access my radius server on the web. # # can be one of mysql,pg where: # mysq: MySQL database (port 3306) # pg: PostgreSQL database (port 5432) # sql_type: mysql #sql_type: mysq sql_server: fully.qualified.domain.name.of.server sql_port: 3306 - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
RE: dialup_admin problem
Check mysql logs. If mysql server refuses connection by any reason you will see it in logs. Standard location of mysql logs in mysql data directory. Normal operations are logged in file your_machine_name.log, errors in your_machine_name.err. - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
