FreeRADIUS now part of Red Hat Linux

Just FYI: freeradius RPM is now part of latest RHL beta (severn). If not already, at least now it's clear that freeradius is/will be the default radiusd for Linux. __ Do you Yahoo!? The New Yahoo! Search - Faster. Easier. Bingo. http://search.yahoo.com - List

Re: Saving attributes while proxying

--- Sepp Rudel [EMAIL PROTECTED] wrote: I thought I could do the tricks with rlm_perl but I get this error: radiusd.conf: perl modules aren't allowed in 'post-proxy' sections -- they have no such method. With the attached patch against latest CVS snapshot I can use rlm_perl in pre-proxy

Re: Saving attributes while proxying

--- Sepp Rudel [EMAIL PROTECTED] wrote: Hi, probably yet another stupid question: I have FreeRADIUS 0.8.1 proxying requests from clients to a remote RADIUS server.. I'd like to store the attributes received in the Access-Accept or Access-Reject packets from the remote server to the DB

Saving attributes while proxying

Hi, probably yet another stupid question: I have FreeRADIUS 0.8.1 proxying requests from clients to a remote RADIUS server.. I'd like to store the attributes received in the Access-Accept or Access-Reject packets from the remote server to the DB running on the same host as FreeRADIUS. Obviously,

Re: Ignoring attributes from remote RADIUS server

Anybody? I must stupid or blind (or maybe even both) since this sounds trivial and I can't figure this out! --- Sepp Rudel [EMAIL PROTECTED] wrote: I'm probably missing something very obvious since I can't figure out the following: I've set up roaming/proxying scene where NAS sends Access

Ignoring attributes from remote RADIUS server

I'm probably missing something very obvious since I can't figure out the following: I've set up roaming/proxying scene where NAS sends Access-Request to RADIUS server A. Server A proxies the Access-Request to server B. If B returns Access-Accept, it also returns a bunch of attributes, which I'd

Wrong NAS-Port-Id type in default DB schemas(?)

Hi, it seems that both MySQL and PostgreSQL default schema define NAS-Port-Id as integer/numeric although RFC and FreeRADIUS dictionary says it's string. How come? I haven't tested, but I would expect that SQL query will fail if non-numeric NAS-Port-Id is received..

Re: FreeRADIUS/Gigawords

So I bet it's a fault in radclient, more concret in the integer conversion in src/lib/valuepair.c. Perhaps the use of atoi? Yes, with the attached patch it works! I just tested it with radclient on Linux, so I don't have clue what happens with other platforms or on the server side.

FreeRADIUS/Gigawords

With FreeRADIUS 0.8.1 I do: echo User-Name = test, Acct-Session-Id = 111, Acct-Status-Type = Stop, Acct-Input-Octets = 4294967295 | radclient localhost acct testing123 radius server says: rad_recv: Accounting-Request packet from host 127.0.0.1:32848, id=245, length=45 User-Name = test

Using /dev/random with EAP-TLS defunct

Hi, when trying to use /dev/random (on Linux) as random_file and dh_file in EAP-TLS config, radiusd hangs forever during start up while initializing tls module. Should this work? Would it make anything more secure if I could use /dev/random instead of some static file?

Re: Using /dev/random with EAP-TLS defunct

/dev/urandom works like a charm, thanks for the tip! __ Do you Yahoo!? The New Yahoo! Search - Faster. Easier. Bingo. http://search.yahoo.com - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html

EAP-TLS ok w/ xsupplicant, WinXP not

Hi, I've configured FreeRADIUS 0.8.1+OpenSSL 0.9.7b, Cisco AP 350 and a laptop with Linux+xsupplicant and WinXP+SP1.. With Linux+xsupplicant everything works like a charm but with WinXPSP1 after radiusd sends Access-Accept WinXP thinks for a second and then just shows No wireless connection

Re: sql.conf/accounting_onoff_query confusion

My guess is that the query is ok. It's used for cleaning up all open accouting records (started, but not stopped) whenever your nas reboots. It works fine for me. Ah, now I get it, of course! Thanks. __ Do you Yahoo!? The New Yahoo! Search - Faster. Easier.