AW: External program calling and return values - was: Locking user accounts

Hi Alan, I'm currently testing and it seems to work fine with user that are stored in the db. But: I have one further problem. If the user is not found in the db I have to proxy the request to another server. I tried a default profile (attribute Proxy-To-Realm in radgroupcheck for user

Re: Auth-Type:=Reject ignored with postgresql db

[EMAIL PROTECTED] wrote: Can anyone suggest reasons why Auth-Type might be ignored in FR with postgresql database? If you're putting it in the wrong place. I have this in radreply table: IdUserNameAttribute Op Value 1 testSession-Timeout =

Re: AW: External program calling and return values - was: Locking user accounts

Fiederling, Daniel [EMAIL PROTECTED] wrote: But: I have one further problem. If the user is not found in the db I have to proxy the request to another server. Read doc/configurable_failover. It tells you how to do something if one module returns notfound. Alan DeKok. - List

Spam Prevention

Dear Listmaster, It has come to my attention that the archives of this list (free-radius-user) include my full email address. This allows spam-bots to find the address and I have noticed a dramatic increase in spam since the archive was posted. By doing a Google search on my address I can see it

Re: freeradius snmp support

Jamie Crawford [EMAIL PROTECTED] wrote: Trying to compile freeradius with snmp support on Redhat AS4 and getting smux.c errors when trying to make. Redhat looks like it ended support for ucd-snmp in Redhat AS 2.x and is just going with net-snmp. I was wondering what snmp package is supported

Configuring Mac OS X client to use TTLS+PAP

I have written up a short HOWTO on using OS X to connect via TTLS+PAP. You can find the necessary client config at http://vuksan.com/linux/dot1x/os-x-ttls-pap.html Configuration on the RADIUS side is similar to http://vuksan.com/linux/dot1x/802-1x-LDAP.html Just make sure you have TLS and TTLS

RE: Auth-Type:=Reject ignored with postgresql db

Thanks Alan! Can anyone suggest reasons why Auth-Type might be ignored in FR with postgresql database? If you're putting it in the wrong place. Now *that* seems like a pretty good reason I have this in radreply table: Id UserNameAttribute Op Value 1

RE: Authenticate users from freeradius to a Windows 2000 AD

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Vitor Paiva da Silva Sent: Saturday, 19 March 2005 2:58 AM To: freeradius-users@lists.freeradius.org Subject: Authenticate users from freeradius to a

string definitions not global? config: No such entry confdir for string ${confdir}/clients.conf

freeraidus -X [snip] Config: including file: /etc/freeradius/includes/radiusdconf/clients.conf config: No such entry confdir for string ${confdir}/clients.conf Errors reading radiusd.conf I'm using Freeradius 1.0.1-2 from debian sarge. The huge radiusd.conf drives me a little batty when trying

Re: RE : Conditional statement

MINODIER David RD-RESA-LAN wrote: I found the solution. Sorry for bothering. Yours, David. I would like to know the answer too. Thank you -Message d'origine- De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] De la part de MINODIER David RD-RESA Envoyé : vendredi 13 août 2004

Re: string definitions not global? config: No such entry confdir for string ${confdir}/clients.conf

Scott Edwards [EMAIL PROTECTED] wrote: Config: including file: /etc/freeradius/includes/radiusdconf/clients.conf config: No such entry confdir for string ${confdir}/clients.conf Errors reading radiusd.conf Hmm... that's defined in the normal configuration files, and it works there. The

Re: string definitions not global? config: No such entry confdir for string ${confdir}/clients.conf

On Sun, 20 Mar 2005 23:48:35 -0500, Alan DeKok wrote: Scott Edwards [EMAIL PROTECTED] wrote: Config: including file: /etc/freeradius/includes/radiusdconf/clients.conf config: No such entry confdir for string ${confdir}/clients.conf Errors reading radiusd.conf Hmm... that's defined in