- Freeradius-Users - lists.freeradius.org

RE: ERROR: No Auth-Type found: rejecting the user via Post-Auth-Type = Reject
by Alan Buxey 19 Jan '17

19 Jan '17

You’ve got == . You want to have := - As per the documentation alan

2 1

User-Password to Cleartext-Password Conversion.
by Mustafa Mujahid/SYS 19 Jan '17

19 Jan '17

Hello, In which file exactly do I need to add this? Qoute > If it really is impossible to do this, the following unlang inserted above the call to the pap module may be used to copy User-Password to the correct attribute: if (!control:Cleartext-Password && control:User-Password) { update control { Cleartext-Password := "%{control:User-Password}" } } However, this should only be seen as a temporary, not permanent, fix. It is better to fix your databases to use the correct configuration. <Unqoute I changed the attribute temporarily in my DB and it worked, I would prefer using the same attribute as no specific detrimental effects about the above have been mentioned. Secondly I keep getting. -- *Mustafa Mujahid | Systems* /Operations Engineer/

4 10

ERROR: No Auth-Type found: rejecting the user via Post-Auth-Type = Reject
by Mustafa Mujahid/SYS 19 Jan '17

19 Jan '17

Hello, I was working with free radius 3.0.12 and received the below errors in debug output. lm_sql (sql): Released connection (0) (0) [sql] = ok (0) [expiration] = noop (0) [logintime] = noop (0) pap: WARNING: No "known good" password found for the user. Not setting Auth-Type (0) pap: WARNING: Authentication will fail unless a "known good" password is available (0) [pap] = noop (0) } # authorize = ok (0) ERROR: No Auth-Type found: rejecting the user via Post-Auth-Type = Reject (0) Failed to authenticate the user (0) Using Post-Auth-Type Reject I was reading this : Qoute < When a RADIUS packet contains a clear-text password in the form of a User-Password attribute, the/rlm_pap/module may be used for authentication. The module requires a "known good" password, which it uses to validate the password given in the RADIUS packet. That "known good" password must be supplied by another module (e.g./rlm_files/,/rlm_ldap/, etc.), and is usually taken from a database. Unqoute > But I'm having a bit of trouble understanding. In my DB the Attribute is Cleartext-Password , which corresponds to a plain text password. So then why is this error generated. And how to mitigate it. What am I missing. The authorize section of my /etc/raddb/sites-enabled/default is read as: authorize { preprocess digest suffix sql expiration logintime pap } and authenticate as : authenticate { } Auth-Type PAP { pap } digest } Please let me know if any further information is required. Any help is greatly appreciated. -- *Mustafa Mujahid | Systems* /Operations Engineer/

2 2

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