December 2011 - Freeradius-Users - lists.freeradius.org

Change of network adapters in radius server
by Roland Pinches 02 Dec '11

02 Dec '11

Hi, We've run into a problem with our freeradius server virtual machine. It's a RHEL5.5 VM running on ESXi 4.1 and it talks to a cisco NAS. It currently works but we have performance issues, which I have partly tracked down to a very specific VMware issue - if running linux with more than 1 vCPU, vmxnet3 NIC connected to a distributed vSwitch. The work around is to change the network adapters to something other than a vmxnet3 adapter. However, this is where my radius problem comes in. When I change the NICs, the MAC address changes, which means I need to setup the static IP addresses again. Not a problem and I can then ping the cisco device and the cisco device can ping the radius server. The problem is, no radius traffic flows between them. Since this is a VM, I took a snapshot first, so rolling back to the snapshot started radius working again with the vmxnet3 adapter and the old MAC address. iptables is disabled so there are no firewall issues. The arp table on the cisco device has had the old MAC address entry for the radius server removed and it detects the new MAC address correctly after a ping. Is there something I have missed that binds radius to a specific MAC address? The MAC address change is the only thing I can think of, but may have nothing to do with it. Running radtest on the radius server would appear to show that radius is authenticating successfully and the radius.log shows radius started and ready to accept connections. Can anyone offer suggestions? I can provide the output from radiusd -X if needed but will take me a day or two to get it since this is on a production server that can only be worked on at 3am! The VM is configured with 2 vCPU and 4GB RAM. The cisco NAS is reporting approx 2000 requests a minute, so not exactly super busy. I've seen other posts in the mailing list suggesting FreeRADIUS can cope with 1000's per second! Many thanks, Roly.

5 6

Re[4]: configuration freeradius for no simultaneous use
by Толик Шавловский 02 Dec '11

02 Dec '11

Dear Alan, i am not good acquainted with freeradius. So, from doc/Simultaneous-use i understood that freeradius requres script, which will connect to NAS and check user session. Am i right? 02 декабря 2011, 12:43 от "Fajar A. Nugraha" <list(a)fajar.net>: > On Fri, Dec 2, 2011 at 3:37 PM, tolik_shavlovsky(a)mail.ru > <tolik_shavlovsky(a)mail.ru> wrote: > > Dear Alan, > > > > i added Simultaneous-Use = 1 to user profile in users file. > > Did you read the doc? Or the reply I sent earlier? > > It requires MORE than just that. > > -- > FAN > > - > List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html >

4 5

Daily accounting
by David Roze 02 Dec '11

02 Dec '11

Hi everyone, I have seen a lot of people who are trying to get traffic accounting collected at regular intervals to generate graphs and view per day/month etc... I have made a few modifications in order to achieve this. You can see it at http://www.netexpertise.eu/en/FreeRadius/DailyAcct.html It works on Mysql setup but can be adapted to any db. I'd be grateful to get some feedback on this. A lot of ISPs are running into this problem. Hope this helps Regards, David

2 1

AK Timeout
by David Peterson 02 Dec '11

02 Dec '11

In one of my NAS release notes it mentions: "In the external AAA, the re-authentication timer (AK Life time) should be set to a value higher than 1hour." Where would I set this? David

4 4

Minor change to the WIki
by Alan DeKok 02 Dec '11

02 Dec '11

We've removed Facebook authentication from the Wiki. About 50% of the edits to the wiki are nonsense. People creating empty pages, or pages with text of "how do I do...", or pages with "sxwdxx" The hope is that removing facebook means that those kind of edits will go away. Alan DeKok.

1 0

configuration freeradius for no simultaneous use
by tolik_shavlovsky＠mail.ru 02 Dec '11

02 Dec '11

Hi, i need your help in configuration freeradius for no simultaneous use. So, i need one active user per login/password. I configured user as follow: test1(a)wimax.com Cleartext-Password := "test" Framed-Filter-Id = "SP=data:MSF=data;", Simultaneous-Use = 1, but my WIMAX CPEs (also WiFi users) continue connecting with the same login/password. what can be the issue? thanks Anatolii -- View this message in context: http://freeradius.1045715.n5.nabble.com/configuration-freeradius-for-no-sim… Sent from the FreeRadius - User mailing list archive at Nabble.com.

3 4

annoying stop retransmissions.
by Alexandre Chapellon 01 Dec '11

01 Dec '11

Hello, I have a setup wich Is a follow: NASes ----------------FREERADIUS Auth+live acct ----------------FREERADIUS Acct only In this setup, users connect to NASes, which authenticate them against the front freeradius (Auth + live acct). The front freeradius, maintain a db of the connected users using acct tickets. Basicly it does: INSERT in table upon Start ticket reception DELETE from table upon Stop ticket reception. In turns the front freeradius proxies acct tickets to the back freeradius (Acct only), which keeps track of all sessions doing: INSERT in table upon Start ticket reception UPDATE table upon Stop ticket reception. This work as epected for most of my NASes. Unfortunately, i have some NASes that are behind a satelite link, which is a very unreliable link with regular packets loss. UDP retramission of packet make the systems work even with that kind of link, but I have one scenario that create errors: When a stop ticket is transmitted once and reaches correctly the freradius servers (nas -> front -> back), Session record is deleted from the "live acct" table, packet is then proxied to the 2nd freeradius and session in Acct table is marked as stoped (acctstoptime=something). If the front freeradius acks the Stop packet and that Ack is lost on the link, the NAS retransmit the STOP. Same thing occur,: - front radius tries to delete the sessions using its acct_stop_query, wich result in no line being modified and so tries to run its acct_stop_query_alt (which basicly does the same thind: delete). alt query also modify no lines but no error is logged. retransmitted packet is then proxied to the back server, wich in turns tries ti run its acct_stop_query (tries to update a session with no acctstoptime). That query fails as the previous Stop ticket for that session already updated the recod. It then tries to run the acct_stop_query_alt, which is designed to try to insert a new session record based on the content of the stop ticket (this is done to deal with the case where start ticket is lost and only stop ticket is received, i guess). In my case this last query fails because of some unicity constraint in the oracle database (to prevent one session from being recorded multiple times), and an error is logged in freeradius. I can't really afford to get rid of the unique constraint, and I think changing the acct_stop_query_alt for a non insert statement would not be a good idea either. Does anybody have an idea on how to deal with that (minor) problem so I have no more regular error messages. I was maybe thinking of not proxying to the back server, packets retransmitted du to ACK loss, but I can't really find out how to do that... Thanks for reading that long post (I hope it's understandable enough). -- <http://www.horoa.net> Alexandre Chapellon Ingénierie des systèmes open sources et réseaux. Follow me on twitter: @alxgomz <http://www.twitter.com/alxgomz>

4 9

Fwd: failure log from radius debug
by Jim Pazarena 01 Dec '11

01 Dec '11

please diagnose why radius feels that my server has declined the user/password? both these user attempts used their correct password, yet the log says it was invalid. Thanks! -------- Original Message -------- Subject: failure log from radius debug Date: Tue, 29 Nov 2011 10:50:29 -0800 From: Charlie Root To: jim(a)paz.bz Tue Nov 29 10:42:30 2011 : Info: Ready to process requests. rad_recv: Access-Request packet from host 209.53.238.13 port 513, id=118, length=95 User-Name = "carlmerk" User-Password = "mushXX" NAS-Port = 15 NAS-Port-Type = Async NAS-Identifier = "ras" Called-Station-Id = "unknown" Calling-Station-Id = "unknown" Service-Type = Framed-User Framed-Protocol = PPP Tue Nov 29 10:44:13 2011 : Info: # Executing section authorize from file /usr/local/etc/raddb/sites-enabled/default Tue Nov 29 10:44:13 2011 : Info: +- entering group authorize {...} Tue Nov 29 10:44:13 2011 : Info: ++[preprocess] returns ok Tue Nov 29 10:44:13 2011 : Info: ++[chap] returns noop Tue Nov 29 10:44:13 2011 : Info: ++[mschap] returns noop Tue Nov 29 10:44:13 2011 : Info: ++[digest] returns noop Tue Nov 29 10:44:13 2011 : Info: [suffix] No '@' in User-Name = "carlmerk", looking up realm NULL Tue Nov 29 10:44:13 2011 : Info: [suffix] No such realm "NULL" Tue Nov 29 10:44:13 2011 : Info: ++[suffix] returns noop Tue Nov 29 10:44:13 2011 : Info: [eap] No EAP-Message, not doing EAP Tue Nov 29 10:44:13 2011 : Info: ++[eap] returns noop Tue Nov 29 10:44:13 2011 : Info: [files] users: Matched entry DEFAULT at line 50 Tue Nov 29 10:44:13 2011 : Info: ++[files] returns ok Tue Nov 29 10:44:13 2011 : Info: ++[expiration] returns noop Tue Nov 29 10:44:13 2011 : Info: ++[logintime] returns noop Tue Nov 29 10:44:13 2011 : Info: [pap] WARNING! No "known good" password found for the user. Authentication may fail because of this. Tue Nov 29 10:44:13 2011 : Info: ++[pap] returns noop Tue Nov 29 10:44:13 2011 : Info: Found Auth-Type = System Tue Nov 29 10:44:13 2011 : Info: # Executing group from file /usr/local/etc/raddb/sites-enabled/default Tue Nov 29 10:44:13 2011 : Info: +- entering group authenticate {...} Tue Nov 29 10:44:13 2011 : Auth: [unix] invalid password "carlmerk" Tue Nov 29 10:44:13 2011 : Info: ++[unix] returns reject Tue Nov 29 10:44:13 2011 : Info: Failed to authenticate the user. Tue Nov 29 10:44:13 2011 : Auth: Login incorrect: [carlmerk/mushXX] (from client localhost port 15 cli unknown) Tue Nov 29 10:44:13 2011 : Info: Using Post-Auth-Type Reject Tue Nov 29 10:44:13 2011 : Info: # Executing group from file /usr/local/etc/raddb/sites-enabled/default Tue Nov 29 10:44:13 2011 : Info: +- entering group REJECT {...} Tue Nov 29 10:44:13 2011 : Info: [attr_filter.access_reject] expand: %{User-Name} -> carlmerk Tue Nov 29 10:44:13 2011 : Debug: attr_filter: Matched entry DEFAULT at line 11 Tue Nov 29 10:44:13 2011 : Info: ++[attr_filter.access_reject] returns updated Tue Nov 29 10:44:13 2011 : Info: Delaying reject of request 0 for 1 seconds Tue Nov 29 10:44:13 2011 : Debug: Going to the next request Tue Nov 29 10:44:13 2011 : Debug: Waking up in 0.9 seconds. Tue Nov 29 10:44:14 2011 : Info: Sending delayed reject for request 0 Sending Access-Reject of id 118 to 209.53.238.13 port 513 Tue Nov 29 10:44:14 2011 : Debug: Waking up in 4.9 seconds. Tue Nov 29 10:44:19 2011 : Info: Cleaning up request 0 ID 118 with timestamp +103 Tue Nov 29 10:44:19 2011 : Info: Ready to process requests. rad_recv: Access-Request packet from host 209.53.238.13 port 513, id=119, length=95 User-Name = "carollyn" User-Password = "carolXX" NAS-Port = 2 NAS-Port-Type = Async NAS-Identifier = "ras" Called-Station-Id = "unknown" Calling-Station-Id = "unknown" Service-Type = Framed-User Framed-Protocol = PPP Tue Nov 29 10:44:20 2011 : Info: # Executing section authorize from file /usr/local/etc/raddb/sites-enabled/default Tue Nov 29 10:44:20 2011 : Info: +- entering group authorize {...} Tue Nov 29 10:44:20 2011 : Info: ++[preprocess] returns ok Tue Nov 29 10:44:20 2011 : Info: ++[chap] returns noop Tue Nov 29 10:44:20 2011 : Info: ++[mschap] returns noop Tue Nov 29 10:44:20 2011 : Info: ++[digest] returns noop Tue Nov 29 10:44:20 2011 : Info: [suffix] No '@' in User-Name = "carollyn", looking up realm NULL Tue Nov 29 10:44:20 2011 : Info: [suffix] No such realm "NULL" Tue Nov 29 10:44:20 2011 : Info: ++[suffix] returns noop Tue Nov 29 10:44:20 2011 : Info: [eap] No EAP-Message, not doing EAP Tue Nov 29 10:44:20 2011 : Info: ++[eap] returns noop Tue Nov 29 10:44:20 2011 : Info: [files] users: Matched entry DEFAULT at line 50 Tue Nov 29 10:44:20 2011 : Info: ++[files] returns ok Tue Nov 29 10:44:20 2011 : Info: ++[expiration] returns noop Tue Nov 29 10:44:20 2011 : Info: ++[logintime] returns noop Tue Nov 29 10:44:20 2011 : Info: [pap] WARNING! No "known good" password found for the user. Authentication may fail because of this. Tue Nov 29 10:44:20 2011 : Info: ++[pap] returns noop Tue Nov 29 10:44:20 2011 : Info: Found Auth-Type = System Tue Nov 29 10:44:20 2011 : Info: # Executing group from file /usr/local/etc/raddb/sites-enabled/default Tue Nov 29 10:44:20 2011 : Info: +- entering group authenticate {...} Tue Nov 29 10:44:20 2011 : Auth: [unix] invalid password "carollyn" Tue Nov 29 10:44:20 2011 : Info: ++[unix] returns reject Tue Nov 29 10:44:20 2011 : Info: Failed to authenticate the user. Tue Nov 29 10:44:20 2011 : Auth: Login incorrect: [carollyn/carolXX] (from client localhost port 2 cli unknown) Tue Nov 29 10:44:20 2011 : Info: Using Post-Auth-Type Reject Tue Nov 29 10:44:20 2011 : Info: # Executing group from file /usr/local/etc/raddb/sites-enabled/default Tue Nov 29 10:44:20 2011 : Info: +- entering group REJECT {...} Tue Nov 29 10:44:20 2011 : Info: [attr_filter.access_reject] expand: %{User-Name} -> carollyn Tue Nov 29 10:44:20 2011 : Debug: attr_filter: Matched entry DEFAULT at line 11 Tue Nov 29 10:44:20 2011 : Info: ++[attr_filter.access_reject] returns updated Tue Nov 29 10:44:20 2011 : Info: Delaying reject of request 1 for 1 seconds Tue Nov 29 10:44:20 2011 : Debug: Going to the next request Tue Nov 29 10:44:20 2011 : Debug: Waking up in 0.9 seconds. Tue Nov 29 10:44:21 2011 : Info: Sending delayed reject for request 1 Sending Access-Reject of id 119 to 209.53.238.13 port 513 Tue Nov 29 10:44:21 2011 : Debug: Waking up in 4.9 seconds. Tue Nov 29 10:44:26 2011 : Info: Cleaning up request 1 ID 119 with timestamp +110 Tue Nov 29 10:44:26 2011 : Info: Ready to process requests. ^\Quit auth# ^Dexit Script done on Tue Nov 29 10:44:31 2011

6 15