- Freeradius-Users - lists.freeradius.org

configuration for retrieving LDAP security group membership
by Adam Thompson 18 Jan '17

18 Jan '17

I need to configure FreeRADIUS Version 2.2.6 to retrieve LDAP security group membership, and am hoping someone here can help. In this case I have a web application that queries FreeRADIUS. FreeRADIUS then goes to the LDAP server and authenticates the user. User authentication works, but I've tried a couple of things to get the LDAP server to return security group membership with no luck. I have added and included a dictionary file with a definition of my vendor-defined attribute as follows: VENDOR Uplogix 10243 BEGIN-VENDOR Uplogix ATTRIBUTE Uplogix-User-Groups 3 string After reading through available documentation, I tried to return the groups with the following in the /erc/raddb/users file, but it doesn't work: DEFAULT Uplogix-User-Groups = Ldap-Group Should I instead be requesting the LDAP group in the post-auth section of the LDAP module? If so can I get an example of how the syntax should work for that? Thanks in advance, Adam Thompson

4 11

Make Failing during installation of Radius server version 3.0.12
by Javed 17 Jan '17

17 Jan '17

Hello All, I tried installing freeradius server package 3.0.12 and issued following commands sudo curl -LOk http://ftp.cc.uoc.gr/mirrors/ftp.freeradius.org/freeradius-server-3.0.12.tar .gz sudo tar zxvf freeradius-server-3.0.12.tar.gz Then inside the folder I tried to ./configure and followed by make command. Here is the log generated during make command. make: "scripts/scripts/boiler.mk" line 401: Need an operator make: "scripts/scripts/boiler.mk" line 404: Need an operator make: "scripts/scripts/boiler.mk" line 408: Need an operator make: "scripts/scripts/boiler.mk" line 409: Need an operator make: "scripts/scripts/boiler.mk" line 410: Need an operator make: "scripts/scripts/boiler.mk" line 427: Unassociated shell command "PLISTS := $$(addprefix $${BUILD_DIR}/plist/, $$(addsuffix .plist,$$(basename $${SOURCES})))" make: "scripts/scripts/boiler.mk" line 428: Unassociated shell command "ALL_PLISTS += ${PLISTS}" Variable TGT_STACK is recursive. make: stopped in /usr/local/etc/freeradius-server-3.0.12 Can Anyone suggest me what went wrong? Thanks Javed Akhtar Technical Lead <mailto:jaakhtar@cisco.com> jaakhtar(a)cisco.com Tel: Cisco Systems, Inc. India cisco.com Think before you print. This email may contain confidential and privileged material for the sole use of the intended recipient. Any review, use, distribution or disclosure by others is strictly prohibited. If you are not the intended recipient (or authorized to receive for the recipient), please contact the sender by reply email and delete all copies of this message. Please <http://www.cisco.com/web/about/doing_business/legal/cri/index.html> click here for Company Registration Information.

7 12

ssue with Acct-Status-Type
by Miha 16 Jan '17

16 Jan '17

Hello i need a little help. I am getting in Acct-Status-Type = 0 and due to this "0" i get this error: softswitch_rs: EXPAND %{tolower:type.%{Acct-Status-Type}.query} (39) softswitch_rs: --> type.0.query No such configuration item .type.0.query Reference is define like this: reference = "%{tolower:type.%{Acct-Status-Type}.query} How can i set in default (sites-available) that if Acct-Status-Type = 0 i set it to Stop so that the same confg will be like for "Stop". Tnx Miha

4 7

Unable to clear cache using radmin
by Arnab Roy 16 Jan '17

16 Jan '17

Hi , I was just trying to clear the cache using the following command as described in the module doc radmin -e "set module config cache epoch 123456789" ERROR: Cannot change configuration of module as it is cannot be HUP'd. I keep getting the above error message . FR 3.0.11 OS Fedora 25 Any pointers would be appreciated. Is trying to restart the radius deamon or something ? Many Thanks Arnab

2 1

access reject problem
by Greg Antic 15 Jan '17

15 Jan '17

Hi List, I am seeing strange behaviour when using auth-type reject for a user. We are running version 3.0.12. # radiusd -X FreeRADIUS Version 3.0.12 The user account has been disabled and the auth-type set as per radcheck output below. The logs show rejected for many hours and all of a sudden it will start a session however the postauth table shows it was rejected. It's almost like freeradius gets tired of saying no and eventually gives in and says yes. Below the radpostauth shows the continual rejects which it has been rejected all day then all of a sudden at 00:02:46 the session starts. Does anyone have an explanation or idea as to why this would occur? Radcheck: username | Simultaneous-Use | := | 1 username | Cleartext-Password | := | password username | Auth-Type | := | Reject username | Calling-Station-Id | := | number radpostauth: username | Access-Reject | 2017-01-13 00:02:16 username | Access-Reject | 2017-01-13 00:02:00 username | Access-Reject | 2017-01-13 00:01:34 username | Access-Reject | 2017-01-13 00:01:09 username | Access-Reject | 2017-01-13 00:00:43 username | Access-Reject | 2017-01-13 00:00:18 radacct: username | acctstarttime username | 2017-01-13 00:02:46 Thanks, Greg

5 12

Re: Freeradius-Users Digest, Vol 141, Issue 32
by Siddhartha Mishra 15 Jan '17

15 Jan '17

Hi, I wasn't to sms otp for covachili captive portal pl help. On 14 Jan 2017 4:30 p.m., <freeradius-users-request(a)lists.freeradius.org> wrote: > Send Freeradius-Users mailing list submissions to > freeradius-users(a)lists.freeradius.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.freeradius.org/mailman/listinfo/freeradius-users > or, via email, send a message with subject or body 'help' to > freeradius-users-request(a)lists.freeradius.org > > You can reach the person managing the list at > freeradius-users-owner(a)lists.freeradius.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Freeradius-Users digest..." > > > Today's Topics: > > 1. RE: access reject problem (Greg Antic) > 2. Re: access reject problem (Alan DeKok) > 3. Re: access reject problem (Brian Candler) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Fri, 13 Jan 2017 13:33:40 +0000 > From: Greg Antic <greg.antic(a)stc.za.com> > To: FreeRadius users mailing list > <freeradius-users(a)lists.freeradius.org> > Subject: RE: access reject problem > Message-ID: <8cf99a3251f14f2c8980de2e6f36c85f(a)stc.za.com> > Content-Type: text/plain; charset="utf-8" > > The radpostauth table shows the rejects up until the point that a session > starts in radacct and then the rejects stop in the radpostauth table, I > wasn’t clear on that initially below. > > When the session arrives in the radacct table the customer goes back > online like a full successful authentication has taken place. > > -----Original Message----- > From: Freeradius-Users [mailto:freeradius-users-bounces+greg.antic= > stc.za.com(a)lists.freeradius.org] On Behalf Of Alan DeKok > Sent: Friday, 13 January 2017 2:38 PM > To: FreeRadius users mailing list <freeradius-users(a)lists.freeradius.org> > Subject: Re: access reject problem > > On Jan 13, 2017, at 2:18 AM, Greg Antic <greg.antic(a)stc.za.com> wrote: > > The user account has been disabled and the auth-type set as per radcheck > output below. The logs show rejected for many hours and all of a sudden it > will start a session however the postauth table shows it was rejected. It's > almost like freeradius gets tired of saying no and eventually gives in and > says yes. > > That doesn't happen. > > > Below the radpostauth shows the continual rejects which it has been > rejected all day then all of a sudden at 00:02:46 the session starts. > > To be clear, the radpostauth table shows nothing but rejects. The > radacct table shows a session. > > > Does anyone have an explanation or idea as to why this would occur? > > The NAS is broken. > > What most people don't know is that authentication and accounting are > entirely separate. The NAS doesn't need an Access-Accept to start an > accounting session. It can just send accounting packets. > > So if the radpostauth table shows nothing but rejects, and there's a > session in radacct... the NAS is broken. > > If you care to prove it to yourself, do: > > $ radsniff -r 'Packet-Type == Access-Accept' > > and leave that running for hours. You should see nothing being > printed. That means the server isn't sending Access-Accept. > > Alan DeKok. > > > - > List info/subscribe/unsubscribe? See http://www.freeradius.org/ > list/users.html > > > > ------------------------------ > > Message: 2 > Date: Fri, 13 Jan 2017 08:47:57 -0500 > From: Alan DeKok <aland(a)deployingradius.com> > To: FreeRadius users mailing list > <freeradius-users(a)lists.freeradius.org> > Subject: Re: access reject problem > Message-ID: <8B8A8337-6D5A-474E-A956-674B194BB210(a)deployingradius.com> > Content-Type: text/plain; charset=utf-8 > > On Jan 13, 2017, at 8:33 AM, Greg Antic <greg.antic(a)stc.za.com> wrote: > > > > The radpostauth table shows the rejects up until the point that a > session starts in radacct and then the rejects stop in the radpostauth > table, I wasn’t clear on that initially below. > > I understand. > > Are you logging Access-Accepts in the radpostauth table? From the looks > of it, the answer is either (1) No, or (2) yes, and there are no > Access-Accepts being sent. > > > When the session arrives in the radacct table the customer goes back > online like a full successful authentication has taken place. > > Please read what I read. I don't want to think I wasted my time trying > to help you. > > The NAS is in *complete control* of the user access. The RADIUS server > is acting only as an advisor. > > If FreeRADIUS sends an Access-Reject, the NAS may still allow the user > on... if it's broken. There is nothing that FreeRADIUS can do about this. > > Again, you need to find out what's happening. Log Access-Accepts, and > use radsniff as a double-check. If FreeRADIUS never sends Access-Accepts > but the NAS still lets the user on... the NAS is broken. Throw it in the > garbage, and buy a new one. > > There is just no situation possible where FreeRADIUS magically returns > an Access-Accept. There *are* situations possible where a NAS is broken. > Or where a NAS has a "fail to accept" VLAN, and lets the user on when the > server returns a reject, or is unresponsive. > > Alan DeKok. > > > > > ------------------------------ > > Message: 3 > Date: Fri, 13 Jan 2017 14:13:20 +0000 > From: Brian Candler <b.candler(a)pobox.com> > To: Greg Antic <greg.antic(a)stc.za.com>, > "freeradius-users(a)lists.freeradius.org" > <freeradius-users(a)lists.freeradius.org> > Subject: Re: access reject problem > Message-ID: <8b5ca053-3a61-0a6c-f17c-7b97422ecdd1(a)pobox.com> > Content-Type: text/plain; charset=utf-8; format=flowed > > On 13/01/2017 12:19, Greg Antic wrote: > >> Firstly, do you have a log which shows that FreeRADIUS actually > returned Access-Accept? Turning on auth detail logging may help here - or > better, capture all the radius traffic with tcpdump. > > I can see the start radius packet in the NAS log, I will look at detail > logging and packet capture. > When you say "start", do you mean an Accounting-Start packet sent by the > NAS? > > Then that doesn't answer my question of whether FreeRadius returned > Access-Accept or Access-Reject to the authentication request. > > It would be really weird if a NAS receives Access-Reject and still goes > ahead and starts the session anyway. However it would be equally weird > if FreeRADIUS were to send Access-Accept even though you have set > Auth-Type := Reject. You need to prove one way or another what's going on. > > > > > When our mysql connection is "offline" nobody can authenticate to get a > session. I had a look through the config files but can't see where you > would set an implicit reject or default action? We use mysql on the same > box so all connections are local. > > OK, so it sounds like you're not using configurable failover. > > The behaviour I mentioned is implicit. In your "authorize" section I > expect you have something like this: > > ... > sql > ... > > Every module can return one of a number of return codes. FreeRADIUS has > a default action associated with each return code: > > notfound = 1 > noop = 2 > ok = 3 > updated = 4 > fail = return > reject = return > userlock = return > invalid = return > handled = return > > What this means is, for example, a status of "fail" will cause the > authorize block to return immediately. A status of "notfound", "noop", > "ok" or "updated" will continue onto the next module in the block, > remembering the associated priority value. If execution continues to > the very end of the block, then the final result code used is the one > with the priority value. > > In the case of the sql module, if it failed to communicate with the > backend server, you'd get a "fail" response and your authorize section > would terminate at that point (fail = return). > > But a more sophisticated configuration would override these defaults so > for example it would try a second sql instance. In that case, "fail" is > no longer a hard error response from the mysql module. > > The details are in doc/configuration/configurable_failover.rst in the > freeradius source. > > Regards, > > Brian. > > > ------------------------------ > > Subject: Digest Footer > > - > List info/subscribe/unsubscribe? See http://www.freeradius.org/ > list/users.html > > ------------------------------ > > End of Freeradius-Users Digest, Vol 141, Issue 32 > ************************************************* >

1 0

Some errors not captured in Module-Failure-Message
by Adam Bishop 12 Jan '17

12 Jan '17

I have a fairly standard line log stanza, which records module-failure-message: ... MODULE_MESSAGE=%{%{%{request:Module-Failure-Message}:-%{session-state:Module-Failure-Message}}:-NONE} ... There are some failures it does not record. For example (taken from radius.log): Tue Jan 3 11:16:20 2017 : Info: (125679) eap_peap: The users session was previously rejected: returning reject (again.) Mon Jan 9 10:06:53 2017 : Error: rlm_eap (EAP): No EAP session matching state 0xe679227be27f3b1e Mon Jan 9 10:03:19 2017 : ERROR: (165330) eap: ERROR: Malformed EAP Message: Malformed EAP packet. Length in packet header does not match actual length I can correlate the entries by time manually, but this makes things rather tedious; is there any way I can capture these in using linelog? Regards, Adam Bishop gpg: E75B 1F92 6407 DFDF 9F1C BF10 C993 2504 6609 D460 jisc.ac.uk --- linelog rp_log { filename = syslog format = "" reference = "idp_log.%{%{reply:Packet-Type}:-format}" idp_log { Access-Accept = "radiusd-idp-log#DOMAIN=${jisc_domain}#LOCATION=${jisc_location}#SERVICE=%{%{Service-Class}:-NONE}#ORG=%{%{request:operator-name}:-%{request:Stripped-User-Domain}}#USER=%{User-Name}#CSI=%{Calling-Station-Id}#NAS=%{Called-Station-Id}#CUI=%{reply:Chargeable-User-Identity}#RESULT=OK#REPLY_MESSAGE=%{%{reply:reply-message}:-NONE}#MODULE_MESSAGE=%{%{%{request:Module-Failure-Message}:-%{session-state:Module-Failure-Message}}:-NONE}#" Access-Reject = "radiusd-idp-log#DOMAIN=${jisc_domain}#LOCATION=${jisc_location}#SERVICE=%{%{Service-Class}:-NONE}#ORG=%{%{request:operator-name}:-%{request:Stripped-User-Domain}}#USER=%{User-Name}#CSI=%{Calling-Station-Id}#NAS=%{Called-Station-Id}#CUI=%{reply:Chargeable-User-Identity}#RESULT=FAIL#REPLY_MESSAGE=%{%{reply:reply-message}:-NONE}#MODULE_MESSAGE=%{%{%{request:Module-Failure-Message}:-%{session-state:Module-Failure-Message}}:-NONE}#" } } Jisc is a registered charity (number 1149740) and a company limited by guarantee which is registered in England under Company No. 5747339, VAT No. GB 197 0632 86. Jisc’s registered office is: One Castlepark, Tower Hill, Bristol, BS2 0JA. T 0203 697 5800. Jisc Services Limited is a wholly owned Jisc subsidiary and a company limited by guarantee which is registered in England under company number 2881024, VAT number GB 197 0632 86. The registered office is: One Castle Park, Tower Hill, Bristol BS2 0JA. T 0203 697 5800.

4 9

WPA2 entreprise : Access-Accept but not connected
by Arno Tarpin 12 Jan '17

12 Jan '17

Hi, First I'm sorry for my bad English... I just install Freeradius (using this tutorial <https://blog.fenrir.fr/2013/09/07/655/>), everything work (I get a access-accept when I try the radtest command) but when I try connect to the AP using WPA2 Entreprise, my devise (I use an Iphone but with a Laptop I get the same problem) don't connect. I don't have any error message, and after few try the device "give up" I mean without any error message it just stop. On the Freeradius server when I use the Freeradius -X command I can see the Access-Accept but my device re-try a connection. I have no idea where the problem come from...

3 3

OCSP hash algorithm agility
by Stefan Winter 12 Jan '17

12 Jan '17

Hi, I'm currently implementing an OCSP responder for use with EAP-TLS. I think I found a case of insufficient algorithm agility. Or I'm doing something wrong, hence my mail to the list here -can someone quickly confirm if I'm on the right track? I have a copy of the request FR 3.0.12 sends and the response I send back: [root@snf-734018 ticker]# openssl ocsp -reqin realrequest.der -req_text OCSP Request Data: Version: 1 (0x0) Requestor List: Certificate ID: Hash Algorithm: sha1 Issuer Name Hash: DCEB2C72264239201A4A5DF547C78268A1CB33A2 Issuer Key Hash: BC8DDD42F7B3B458E8ECEE403D21D404CEB9F2D0 Serial Number: 0BA50D497E [root@snf-734018 ticker]# openssl ocsp -respin realresponse.der -resp_text OCSP Response Data: OCSP Response Status: successful (0x0) Response Type: Basic OCSP Response Version: 1 (0x0) Responder Id: O = eduroam, OU = eduroam-as-a-Service, CN = eduroam-as-a-Service Client Auth Issuing CA - Prototype Produced At: Jan 11 08:24:56 2017 GMT Responses: Certificate ID: Hash Algorithm: sha256 Issuer Name Hash: 7A6CC4FC2F34491E91A8764D1F0990FB8FE02FE6FD64713AE4DCE0E731E5B508 Issuer Key Hash: D9CE624ED036FD290E8BDA9A36107D40D37C41DF1BB268741157074D66B3C038 Serial Number: 0BA50D497E Cert Status: good This Update: Jan 11 08:24:56 2017 GMT Next Update: Jan 21 08:24:56 2017 GMT Signature Algorithm: sha256WithRSAEncryption As can be seen, the request is about the same certificate (by serial), and the issuer and key are identical (I verified that out-of-band; it's my own CA and my own response generator. I am sure all is good.). But: FreeRADIUS sends the name and key hashes hashed with SHA1; my resonse does the hashes with SHA256. The result in debug mode is: Wed Jan 11 03:56:13 2017 : Debug: (54) eap_tls: Starting OCSP Request Wed Jan 11 03:56:13 2017 : Debug: (54) eap_tls: ocsp: Using responder URL "http://ocsp-test.hosted.eduroam.org:80/ticker/" Wed Jan 11 03:56:13 2017 : ERROR: (54) eap_tls: ocsp: No Status found Wed Jan 11 03:56:13 2017 : ERROR: (54) eap_tls: ocsp: Certificate has been expired/revoked The Status sits right there in the response: "Cert Status: good" but for some reason FR won't accept it. I believe it would be easy to fix this; calculate the name and key hashes for both algos and check if the response matches any one of those. I thought I could slap you with RFC6960's section 4.3: "Clients that request OCSP services SHALL be capable of processing responses signed using RSA with SHA-256 (identified by the sha256WithRSAEncryption OID specified in [RFC4055]). " but that one only pertains to the signature hash algorithm of the full response (which is sha256, and which does not seem to be the issue here). So, is all that correct? For the moment I will generate responses with SHA1 name and key hashes. But it feels like a step in the wrong direction. Greetings, Stefan Winter -- Stefan WINTER Ingenieur de Recherche Fondation RESTENA - Réseau Téléinformatique de l'Education Nationale et de la Recherche 2, avenue de l'Université L-4365 Esch-sur-Alzette Tel: +352 424409 1 Fax: +352 422473 PGP key updated to 4096 Bit RSA - I will encrypt all mails if the recipient's key is known to me http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xC0DE6A358A39DC66

3 4

Huawei AC6005-8 WLAN V200R006C10SPC200
by Prof. Michele GHERLONE 12 Jan '17

12 Jan '17

Hi all. I have recently installed a WIFI lan in my department with 31 AP Huawei AP5130DN that communicate through a VLAN with the AC mentioned in the subject. I was wondering if anyone has got experience in setting up and configuring such an environment with freeradius. The AP are connected to six HP S3600 switches that send traffic to an aggregation switch to which the AC is connected through one of its Gigabitethernet interfaces. The AC has been setup to do 802.1x PEAP authentication through one FR server. root@bigserver:~# radiusd -v radiusd: FreeRADIUS Version 3.0.12, for host i686-pc-linux-gnu, built on Dec 13 2016 at 01:58:57 FreeRADIUS Version 3.0.12 Copyright (C) 1999-2016 The FreeRADIUS server project and contributors The AC has 2 VLANs: 1 e 300 (same as all the aforementioned switches). All relevant Gigabitethernet interfaces both on the switches and on AC are link-type HYBRID with tagged VLAN 300 and untagged VLAN 1. VLAN 300 is the management VLAN and all APs communicate with the AC through CAPWAP protocol on VLAN 300. VLAN 1 is the service VLAN and has layer 3 VLANIF 1 with IP 192.168.2.43 VLANIF has also ACL2000 with NAT rule 5: permit source 172.32.1.0 0.0.0.255 172.32.1.0 is the layer 3 ip address of VLAN 300 (AC is 172.32.1.1 on the inbound interface). AC and FR ping with no problems each other (192.168.2.43 <-> 192.168.2.1). Freeradius is configured to listen to 192.168.2.1 on standard UDP port 1812 and 1813. 192.168.2.1 is also the ETH0 interface ip address of the linux server it was configured on. AC is also configured for accounting through FR. Everything is working fine, meaning that FR *IS* capable of doing PEAP with sql, accounting and simultaneous-use properly configured. The only persistent problem are traffic bottlenecks between the FR and the AC. Very rarely the packets for completing the PEAP whole auth cycle are exchanged subsequently; more often the AC stops sending packets after the first or second Access-Challenge is sent by FR. In a very low traffic scenario the situation happens less frequently and authentications succeed almost normally. As soon as users number increases the UDP traffic slows down and users experience unacceptable authentication delays. The VAP forward mode is tunnel and NOT direct Forward mode. I do not attach here radiusd -X output because the problem IS NOT in FR configuration: like I said, PEAP authentication between AC and FR CAN succeed. Of course I am more than willing to do it if I'll be asked to do so. My problem is something hindering the UDP packet flow communication between 192.168.2.1 (freeradius) and 192.168.2.43 (AC). I am writing to the list in the hope that someone has already dealt with same equipment and possibly run into the same problem. Any help and/or attention to my situation would be highly appreciated. How could I for example debug the traffic flow regarding AAA on the AC? Am I facing some trivial timeout issues or what is actually causing this hindrance? Is EAPOL taking place in the CAPWAP tunnel if the VAP is configured to do tunnel forwarding mode? What do I have to configure in order to establish some traffic priority for the communication between AC and FR (both EAPOL and UDP traffic)? I've been struggling with this issue for almost 1 month now, and I really am in desperate need of someone familiar with my operating environment. Thanks for your time and attention. MacGherl60

2 1