Security issues with 1.1.3 flatfile

2011-08-01 Thread d . tom . schmitt
Currently running 1.1.3 on CentOS 5.x. I am currently using the flat file option and it works just fine as long as the permissions on the file are: 664 RW-RW-R- Record in the file looks like: Tom tab Auth-Type := Local, User-Password := tompass This allows

RE: Security issues with 1.1.3 flatfile

2011-08-01 Thread d . tom . schmitt
Because that is what is installed when you do 'yum -y install freeradius' on the CentOS 5.x PBX-in-a-Flash (PiaF) platform. Otherwise, you have to explain to everyone how to manually install 2.1.7. Does the problem not exist in 2.1.7? Also, that was the How-To for MySQL that I was able to

RE: TS - custom script for access

2009-11-30 Thread d . tom . schmitt
You refer to the scripts/exec-program-wait and I read what I could. It is still vague to me. Is there a simple example HOW-TO, etc. showing a simple script (bash shell) That is executed by an entry in a flatfile in radius? I don't need a database for the entries as I build them upon

RE: custom script for access

2009-11-23 Thread d . tom . schmitt
Just getting back to this project. I want the request to come from a standard radius request from another server (or the same server). I was to do some external checks with a bash shell script and then have the script allow or deny access to the user. I am using the flatfile for user entries.

custom script for access

2009-10-28 Thread d . tom . schmitt
I am new to using freeRADIUS. I tried to post a similar message on the 26th of October but got no responses - thought maybe I messed it up as my first posting. I can create a flat-file and have get successful access using radtest. I have a CentOS 5.2 system running freeRADIUS version

custom script for access

2009-10-26 Thread d . tom . schmitt
I have an Asterisk (PBX-in-a-Flash) system running freeRADIUS version 1.1.3 i686-redhat-linux-gnu. Running on CentOS 5.2 - soon to be upgraded to 5.3. I need to setup an account on the freeradius server that can be accessed by another system as a radius server - not the problem. I then need