Freeradius-Users
Threads by month
- ----- 2026 -----
- July
- June
- May
- April
- March
- February
- January
- ----- 2025 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2024 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2023 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2022 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2021 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2020 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2019 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2018 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2017 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2016 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2015 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2014 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2013 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2012 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2011 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2010 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2009 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2008 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2007 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2006 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2005 -----
- December
- November
- October
- September
- August
- July
- June
- May
- 17 participants
- 27049 discussions
Wow. Unsubscribe... rumors are true
:(
On Apr 25, 2012 4:04 PM, <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: Fwd: FreeRadius Dictionary Attributes (Alan DeKok)
> 2. Re: Assign VLAN from freeradius to Cisco 3550 switch.
> (Wassim Zaarour)
> 3. Re: Assign VLAN from freeradius to Cisco 3550 switch. (alan buxey)
> 4. Cisco WLC - Freeradius Vlan assigment problem (Martin Silvero)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Wed, 25 Apr 2012 18:03:06 +0200
> From: Alan DeKok <aland(a)deployingradius.com>
> To: FreeRadius users mailing list
> <freeradius-users(a)lists.freeradius.org>
> Subject: Re: Fwd: FreeRadius Dictionary Attributes
> Message-ID: <4F98203A.3080303(a)deployingradius.com>
> Content-Type: text/plain; charset=ISO-8859-1
>
> Corey Jones wrote:
> > ---------- Forwarded message ----------
> ...
>
> That's not nice. Is it really that difficult to post the *original*
> message? Why forward a bounce?
>
> > I'm trying to get a freeradius server up and running but I'm having
> > trouble with the attributes I've included in the master dictionary file
> > showing up in the detail file:
> >
> > ATTRIBUTE client-mac-address 9001 string
>
> This is wrong.
>
> Read share/dictionary. Use the numbers *it* recommends, rather than
> inventing your own.
>
> > The output of the detail-<date> file of the non-functioning server:
>
> Which is... which version? How did you configure it?
>
> > The output of the detail-<date> file for the functioning server:
>
> Which is... which version? How did you configure it?
>
> > If you compare the non-functioning server output file to the functioning
> > server output file, there are two fields that are missing that are
> > defined in the master dictionary file.
> >
> > disc-cause-ext = "PPP Receive Term" <---------------HERE
> > client-mac-address = "0002.xxxx.xxxx" <---------------HERE
>
> If the two servers are identical, they will behave the same.
>
> If they're different, find out what the differences are, and fix them.
>
> > I am having trouble with a different part of the server setup where that
> > file is pulled and those fields are read and needed by another
> application.
>
> What does that mean?
>
> > Does anyone know why those two fields are not pulled or processed on the
> > non-functioning server's output file?
>
> The fields are "pulled" from... where?
>
> > freeradius -X dump of non-functioning server:
>
> In which it doesn't receive any packets. So it's useless.
>
> Good questions get good answers.
>
> These questions are bad. As a result, the only possible answer is
> unhelpful. Along with the advice "ask good questions."
>
> Alan DeKok.
>
>
> ------------------------------
>
> Message: 2
> Date: Wed, 25 Apr 2012 19:05:26 +0300
> From: Wassim Zaarour <wassim.zaarour(a)navlink.com>
> To: FreeRadius users mailing list
> <freeradius-users(a)lists.freeradius.org>
> Subject: Re: Assign VLAN from freeradius to Cisco 3550 switch.
> Message-ID: <CBBDFB26.EE39%wassim.zaarour(a)navlink.com>
> Content-Type: text/plain; CHARSET=US-ASCII
>
> Hi Brian,
>
> Thanks for your reply, where do I exactly need to put this configuration?
> In the users file?
>
> Do you have any experience with the 2960 switches?
>
>
> Wassim
>
>
>
>
>
> On 4/25/12 4:07 PM, "Brian Julin" <BJulin(a)clarku.edu> wrote:
>
> >
> >Wassim Zaarour wrote:
> >> Look at this
> >>
> >>
> http://www.mail-archive.com/freeradius-users@lists.freeradius.org/msg4016
> >>2.html
> >>
> >> The user says that it worked, I tried the attributes he used and still
> >>got
> >> the same error.
> >
> >I don't even know how this was ever working for that user. On my wired
> >switch plant, which
> >includes some 3550s, wherever I have tested VLAN assignment I have had to
> >use Cisco's
> >cretinous hack:
> >
> >
> > if (Cisco-AVPair) { # Cisco switch.
> > # We have to "Accept" it to the Registration VLAN manually
> > # (because host-mode multi-auth is currently retarded.)
> > update reply {
> > Tunnel-Type = VLAN
> > Tunnel-Medium-Type = 6
> > # CISCO broke the IETF attribute...
> > # Tunnel-Private-Group-Id = "Registration"
> > # ... so use their proprietary method to get it in there.
> > # NOTE: This is CaSe SeNsItIvE!!
> > Cisco-AVPair += "tunnel-private-group-id=Registration"
> > }
> >
> >This is of course extremely case-sensitive. It also uses the vlan names,
> >not the numbers, though
> >you can use the automatically generated names just fine.
> >
> >Be warned the 3550s are old EOL switches and their latest software
> >version (the one that is only
> >supposed to be used for the 24 port switch but works on the 48 port one)
> >is still not current enough
> >to pick up the latest bugfixes to multi-auth mode. Not that multi-auth
> >mode works sensibly in the
> >newest firmware either, but at least it has workarounds.
> >
> >(BTW, even I am starting to pull these 3550s from the net, and I tend to
> >try to bleed devices for every
> >minute they can manage to hack it. Right now the only ones I have out
> >there are essentially
> >serving as lightening rods for this summer's thunder storms, and then
> >will be replaced by new
> >switches after that.)
> >
> >Typical switch port configuration (this is not from a 3550, sorry):
> >
> >
> >interface FastEthernet0/24
> > switchport access vlan XXX
> > switchport mode access
> > switchport block unicast
> > switchport port-security maximum 16
> > switchport port-security
> > switchport port-security aging time 240
> > switchport port-security violation restrict
> > switchport port-security aging type inactivity
> > ip arp inspection limit rate 100
> > authentication control-direction in
> > authentication event fail action authorize vlan YYY
> > authentication event server dead action authorize vlan XXX
> > authentication event no-response action authorize vlan XXX
> > authentication event server alive action reinitialize
> > authentication host-mode multi-auth
> > authentication order mab
> > authentication priority mab
> > authentication port-control auto
> > authentication periodic
> > authentication timer reauthenticate 1300
> > authentication timer inactivity 1200
> > authentication violation restrict
> > mab
> > no lldp transmit
> > no lldp receive
> > no cdp enable
> > no cdp tlv server-location
> > no cdp tlv app
> > spanning-tree portfast
> > spanning-tree bpduguard enable
> > ip verify source port-security
> > ip dhcp snooping limit rate 50
> >end
> >
> >
> >XXX and YYY above are actually decimals.
> >
> >Note that the auth-fail VLAN setting is not actually used, because in
> >order to get multi-auth to behave
> >sensibly (so you can handle VMs) you have to actually succeed every
> >authentication and just send
> >the quaranteen VLAN from RADIUS when you want the user locked out.
> >-
> >List info/subscribe/unsubscribe? See
> >http://www.freeradius.org/list/users.html
>
>
>
>
> ------------------------------
>
> Message: 3
> Date: Wed, 25 Apr 2012 18:13:22 +0100
> From: alan buxey <A.L.M.Buxey(a)lboro.ac.uk>
> To: FreeRadius users mailing list
> <freeradius-users(a)lists.freeradius.org>
> Subject: Re: Assign VLAN from freeradius to Cisco 3550 switch.
> Message-ID: <20120425171322.GB9623(a)lboro.ac.uk>
> Content-Type: text/plain; charset=us-ascii
>
> Hi,
>
> > Thanks for your reply, where do I exactly need to put this configuration?
> > In the users file?
>
> I can tell you right now that you dont need that hack to assign VLANs on
> cisco
> switches (well, not if you are running reasonably up to date firmware on
> the
> cisco devices anyway - ie something less than 2 years old)
>
> we run an enterprise network of > 1500 cisco switches, most of them using
> FreeRADIUS as the AAA server in 802.1X mode (others still have VMPS - with
> FreeRADIUS
> of course). we certainly dont have that kind of configuration for VLAN
> assignment.
> straight simple reply values are all that are needed.
> as already said, the issue looks like its your Cisco config - and the cisco
> guides tell you exactly how to configure the cisco switches, its not a
> freeRADIUS
> question.
>
> alan
>
>
> ------------------------------
>
> Message: 4
> Date: Wed, 25 Apr 2012 16:49:29 -0300
> From: Martin Silvero <silvero.martin(a)gmail.com>
> To: freeradius-users(a)lists.freeradius.org
> Subject: Cisco WLC - Freeradius Vlan assigment problem
> Message-ID:
> <CALmvTSSRrfx9eyOoXxcwYjtxF6oEKHS8MNtewGBONG_wxP9cTQ(a)mail.gmail.com
> >
> Content-Type: text/plain; charset="iso-8859-1"
>
> We are modifying the Wireless acccess to our LAN.
> We are trying to use a Cisco WLC and our freeradius. We've been using this
> same freeradius for authenticating users against the corporate LDAP. Now
> we want WLC to talk to the radius server without losing any functionality
> like user authentication or vlan assignment.
>
> Our main problem is that the vlan assingment is not working when we use the
> WLC. The scenario with the APs talking to the radius directly works fine,
> but when we use lightweight AP and the WLC we can see that the vlan
> assignment part is skipped by the authentication process and all the users
> are sent to the same vlan.
>
> The following is the output of the two cases. One of them is a user
> authenticating without WLC, the AP talks directly to the Radius Server, and
> the other is an authentication where WLC talks to the Radius Server (the
> one that is not working)
>
> - 10.32.2.81 is the WLC IP address.
>
> - 10.32.2.39 is the AP IP address.
>
> WLC Soft Version: 7.0.116.0
>
> These are the outputs:
>
> 1) AP - RADIUS (No WLC)
>
> *****************************************************
> rad_recv: Access-Request packet from host 10.32.2.39 port 1645, id=205,
> length=184
> User-Name = "fcanales"
> Framed-MTU = 1400
> Called-Station-Id = "001d.4551.7da0"
> Calling-Station-Id = "5894.6b0d.e86c"
> Service-Type = Login-User
> Message-Authenticator = 0x46192e9a5e4720bd6c721e03d8e6c3b4
> EAP-Message =
>
> 0x0208002b19001703010020f7e5545e9d9e05ecff5f8be2d1bc992eeddba82eb4adef509bded9dd6c132712
> NAS-Port-Type = Wireless-802.11
> NAS-Port = 59460
> State = 0xf4160a33f11e13898255a02243c509d6
> NAS-IP-Address = 10.32.2.39
> NAS-Identifier = "ap-Reco32"
> +- entering group authorize {...}
> ++[preprocess] returns ok
> ++[chap] returns noop
> ++[mschap] returns noop
> [suffix] No '@' in User-Name = "fcanales", looking up realm NULL
> [suffix] No such realm "NULL"
> ++[suffix] returns noop
> [eap] EAP packet type response id 8 length 43
> [eap] Continuing tunnel setup.
> ++[eap] returns ok
> Found Auth-Type = EAP
> +- entering group authenticate {...}
> [eap] Request found, released from the list
> [eap] EAP/peap
> [eap] processing type peap
> [peap] processing EAP-TLS
> [peap] eaptls_verify returned 7
> [peap] Done initial handshake
> [peap] eaptls_process returned 7
> [peap] EAPTLS_OK
> [peap] Session established. Decoding tunneled attributes.
> [peap] Identity - fcanales
> [peap] Got tunneled request
> EAP-Message = 0x0208000d016663616e616c6573
> server {
> PEAP: Got tunneled identity of fcanales
> PEAP: Setting default EAP type for tunneled EAP session.
> PEAP: Setting User-Name to fcanales
> Sending tunneled request
> EAP-Message = 0x0208000d016663616e616c6573
> FreeRADIUS-Proxied-To = 127.0.0.1
> User-Name = "fcanales"
> Framed-MTU = 1400
> Called-Station-Id = "001d.4551.7da0"
> Calling-Station-Id = "5894.6b0d.e86c"
> Service-Type = Login-User
> NAS-Port-Type = Wireless-802.11
> NAS-Port = 59460
> NAS-IP-Address = 10.32.2.39
> NAS-Identifier = "ap-Reco32"
> server inner-tunnel {
> +- entering group authorize {...}
> ++[preprocess] returns ok
> ++? if (!Huntgroup-Name)
> ? Evaluating !(Huntgroup-Name) -> FALSE
> ++? if (!Huntgroup-Name) -> FALSE
> ++? if (Huntgroup-Name == "list")
> ? Evaluating (Huntgroup-Name == "list") -> TRUE
> ++? if (Huntgroup-Name == "list") -> TRUE
> ++- entering if (Huntgroup-Name == "list") {...}
> +++? if (Ldap-Group == "WIFI-Direccion")
> rlm_ldap: Entering ldap_groupcmp()
> expand: dc=iplan,dc=com,dc=ar -> dc=iplan,dc=com,dc=ar
> expand: (uid=%u) -> (uid=fcanales)
> rlm_ldap: ldap_get_conn: Checking Id: 0
> rlm_ldap: ldap_get_conn: Got Id: 0
> rlm_ldap: performing search in dc=iplan,dc=com,dc=ar, with filter
> (uid=fcanales)
> rlm_ldap: ldap_release_conn: Release Id: 0
> WARNING: Deprecated conditional expansion ":-". See "man unlang" for
> details
> expand:
> (&(objectClass=posixGroup)(memberUid=%{Stripped-User-Name:-%{User-Name}}))
> -> (&(objectClass=posixGroup)(memberUid=fcanales))
> rlm_ldap: ldap_get_conn: Checking Id: 0
> rlm_ldap: ldap_get_conn: Got Id: 0
> rlm_ldap: performing search in dc=iplan,dc=com,dc=ar, with filter
> (&(cn=WIFI-Direccion)(&(objectClass=posixGroup)(memberUid=fcanales)))
> rlm_ldap: object not found
> rlm_ldap: ldap_release_conn: Release Id: 0
> rlm_ldap::ldap_groupcmp: Group WIFI-Direccion not found or user is not a
> member.
> +++? if (Ldap-Group == "WIFI-MKTyCC")
> rlm_ldap: Entering ldap_groupcmp()
> expand: dc=iplan,dc=com,dc=ar -> dc=iplan,dc=com,dc=ar
>
> WARNING: Deprecated conditional expansion ":-". See "man unlang" for
> details
> expand:
> (&(objectClass=posixGroup)(memberUid=%{Stripped-User-Name:-%{User-Name}}))
> -> (&(objectClass=posixGroup)(memberUid=fcanales))
> rlm_ldap: ldap_get_conn: Checking Id: 0
> rlm_ldap: ldap_get_conn: Got Id: 0
> rlm_ldap: performing search in dc=iplan,dc=com,dc=ar, with filter
> (&(cn=WIFI-Finanzas)(&(objectClass=posixGroup)(memberUid=fcanales)))
> rlm_ldap: object not found
> rlm_ldap: ldap_release_conn: Release Id: 0
> rlm_ldap::ldap_groupcmp: Group WIFI-Finanzas not found or user is not a
> member.
> +++? if (Ldap-Group == "WIFI-TyO")
> rlm_ldap: Entering ldap_groupcmp()
> expand: dc=iplan,dc=com,dc=ar -> dc=iplan,dc=com,dc=ar
> WARNING: Deprecated conditional expansion ":-". See "man unlang" for
> details
> expand:
> (&(objectClass=posixGroup)(memberUid=%{Stripped-User-Name:-%{User-Name}}))
> -> (&(objectClass=posixGroup)(memberUid=fcanales))
> rlm_ldap: ldap_get_conn: Checking Id: 0
> rlm_ldap: ldap_get_conn: Got Id: 0
> rlm_ldap: performing search in dc=iplan,dc=com,dc=ar, with filter
> (&(cn=WIFI-TyO)(&(objectClass=posixGroup)(memberUid=fcanales)))
> rlm_ldap::ldap_groupcmp: User found in group WIFI-TyO
> rlm_ldap: ldap_release_conn: Release Id: 0
> ? Evaluating (Ldap-Group == "WIFI-TyO") -> TRUE
> +++? if (Ldap-Group == "WIFI-TyO") -> TRUE
> +++- entering if (Ldap-Group == "WIFI-TyO") {...}
> ++++[reply] returns ok
> +++- if (Ldap-Group == "WIFI-TyO") returns ok
> +++? if (Ldap-Group == "WIFI-ITfuncional")
> rlm_ldap: Entering ldap_groupcmp()
> expand: dc=iplan,dc=com,dc=ar -> dc=iplan,dc=com,dc=ar
> WARNING: Deprecated conditional expansion ":-". See "man unlang" for
> details
> expand:
> (&(objectClass=posixGroup)(memberUid=%{Stripped-User-Name:-%{User-Name}}))
> -> (&(objectClass=posixGroup)(memberUid=fcanales))
> rlm_ldap: ldap_get_conn: Checking Id: 0
> rlm_ldap: ldap_get_conn: Got Id: 0
> rlm_ldap: performing search in dc=iplan,dc=com,dc=ar, with filter
> (&(cn=WIFI-Monit)(&(objectClass=posixGroup)(memberUid=fcanales)))
> rlm_ldap: object not found
> rlm_ldap: ldap_release_conn: Release Id: 0
> rlm_ldap::ldap_groupcmp: Group WIFI-Monit not found or user is not a
> member.
> ++- if (Huntgroup-Name == "list") returns ok
> ++[chap] returns noop
> ++[mschap] returns noop
> ++[unix] returns updated
> [suffix] No '@' in User-Name = "fcanales", looking up realm NULL
> [suffix] No such realm "NULL"
> ++[suffix] returns noop
> ++[control] returns noop
> [eap] EAP packet type response id 8 length 13
> [eap] No EAP Start, assuming it's an on-going EAP conversation
> ++[eap] returns updated
> ++[files] returns noop
> [ldap] performing user authorization for fcanales
> [ldap] expand: (uid=%u) -> (uid=fcanales)
> [ldap] expand: dc=iplan,dc=com,dc=ar -> dc=iplan,dc=com,dc=ar
> rlm_ldap: ldap_get_conn: Checking Id: 0
> rlm_ldap: ldap_get_conn: Got Id: 0
> rlm_ldap: performing search in dc=iplan,dc=com,dc=ar, with filter
> (uid=fcanales)
> [ldap] looking for check items in directory...
> rlm_ldap: sambaNtPassword -> NT-Password ==
> 0x3441313536383141373845384430414446424135364139373343343736374646
> rlm_ldap: sambaLmPassword -> LM-Password ==
> 0x4446323634314431373041414432333739433530313441453437313841374545
> [ldap] looking for reply items in directory...
> WARNING: No "known good" password was found in LDAP. Are you sure that the
> user is configured correctly?
> [ldap] user fcanales authorized to use remote access
> rlm_ldap: ldap_release_conn: Release Id: 0
> ++[ldap] returns ok
> ++[expiration] returns noop
> ++[logintime] returns noop
> [pap] Normalizing NT-Password from hex encoding
> [pap] Normalizing LM-Password from hex encoding
> [pap] Found existing Auth-Type, not changing it.
> ++[pap] returns noop
> Found Auth-Type = EAP
> +- entering group authenticate {...}
> [eap] EAP Identity
> [eap] processing type mschapv2
> rlm_eap_mschapv2: Issuing Challenge
> ++[eap] returns handled
> } # server inner-tunnel
> [peap] Got tunneled reply code 11
> Tunnel-Type:0 = VLAN
> Tunnel-Medium-Type:0 = IEEE-802
> Tunnel-Private-Group-Id:0 = "212"
> EAP-Message =
> 0x010900221a0109001d108279970f23460b83f1fffcc6e09626c56663616e616c6573
> Message-Authenticator = 0x00000000000000000000000000000000
> State = 0x158baf111582b5a1fb3a126781117cd4
> [peap] Got tunneled reply RADIUS code 11
> Tunnel-Type:0 = VLAN
> Tunnel-Medium-Type:0 = IEEE-802
> Tunnel-Private-Group-Id:0 = "212"
> EAP-Message =
> 0x010900221a0109001d108279970f23460b83f1fffcc6e09626c56663616e616c6573
> Message-Authenticator = 0x00000000000000000000000000000000
> State = 0x158baf111582b5a1fb3a126781117cd4
> [peap] Got tunneled Access-Challenge
> ++[eap] returns handled
> Sending Access-Challenge of id 205 to 10.32.2.39 port 1645
> EAP-Message =
>
> 0x0109004b19001703010040640c0cb308474b42ecc083db0b3f47c66731a31c01801dde9b162f50d5bde13456412ab71e4d7d0e743b50cc42e91bba22dabeb375116f48b625e9691a3d3932
> Message-Authenticator = 0x00000000000000000000000000000000
> State = 0xf4160a33f21f13898255a02243c509d6
> Finished request 38.
>
> *****************************************************
>
>
>
>
> 2) WLC - RADIUS
>
> *****************************************************
>
> rad_recv: Access-Request packet from host 10.32.2.81 port 32768, id=119,
> length=280
> User-Name = "fcanales"
> Calling-Station-Id = "58-94-6b-0d-e8-6c"
> Called-Station-Id = "30-37-a6-4b-9f-90:IReconquista"
> NAS-Port = 1
> Cisco-AVPair = "audit-session-id=0a2002510000000f4eaaf051"
> NAS-IP-Address = 10.32.2.81
> NAS-Identifier = "Iplan_wcs"
> Airespace-Wlan-Id = 1
> Service-Type = Framed-User
> Framed-MTU = 1300
> NAS-Port-Type = Wireless-802.11
> Tunnel-Type:0 = VLAN
> Tunnel-Medium-Type:0 = IEEE-802
> Tunnel-Private-Group-Id:0 = "60"
> EAP-Message =
>
> 0x0208002b190017030100200c857843d879e361aad79c8a2dccee6de8b04225d90b753a81b636a8090f0193
> State = 0xcb0bb3aace03aab2864a9aacb255d323
> Message-Authenticator = 0x62ca91e9e88fbba794e6e51db7aa67ec
> +- entering group authorize {...}
> ++[preprocess] returns ok
> ++[chap] returns noop
> ++[mschap] returns noop
> [suffix] No '@' in User-Name = "fcanales", looking up realm NULL
> [suffix] No such realm "NULL"
> ++[suffix] returns noop
> [eap] EAP packet type response id 8 length 43
> [eap] Continuing tunnel setup.
> ++[eap] returns ok
> Found Auth-Type = EAP
> +- entering group authenticate {...}
> [eap] Request found, released from the list
> [eap] EAP/peap
> [eap] processing type peap
> [peap] processing EAP-TLS
> [peap] eaptls_verify returned 7
> [peap] Done initial handshake
> [peap] eaptls_process returned 7
> [peap] EAPTLS_OK
> [peap] Session established. Decoding tunneled attributes.
> [peap] Identity - fcanales
> [peap] Got tunneled request
> EAP-Message = 0x0208000d016663616e616c6573
> server {
> PEAP: Got tunneled identity of fcanales
> PEAP: Setting default EAP type for tunneled EAP session.
> PEAP: Setting User-Name to fcanales
> Sending tunneled request
> EAP-Message = 0x0208000d016663616e616c6573
> FreeRADIUS-Proxied-To = 127.0.0.1
> User-Name = "fcanales"
> Calling-Station-Id = "58-94-6b-0d-e8-6c"
> Called-Station-Id = "30-37-a6-4b-9f-90:IReconquista"
> NAS-Port = 1
> Cisco-AVPair = "audit-session-id=0a2002510000000f4eaaf051"
> NAS-IP-Address = 10.32.2.81
> NAS-Identifier = "Iplan_wcs"
> Airespace-Wlan-Id = 1
> Service-Type = Framed-User
> Framed-MTU = 1300
> NAS-Port-Type = Wireless-802.11
> Tunnel-Type:0 = VLAN
> Tunnel-Medium-Type:0 = IEEE-802
> Tunnel-Private-Group-Id:0 = "60"
> server inner-tunnel {
> +- entering group authorize {...}
> ++[preprocess] returns ok
> ++? if (!Huntgroup-Name)
> ? Evaluating !(Huntgroup-Name) -> TRUE
> ++? if (!Huntgroup-Name) -> TRUE
> ++- entering if (!Huntgroup-Name) {...}
> +++[reply] returns ok
> ++- if (!Huntgroup-Name) returns ok
> ++? if (Huntgroup-Name == "list")
> (Attribute Huntgroup-Name was not found)
> ++[chap] returns noop
> ++[mschap] returns noop
> ++[unix] returns updated
> [suffix] No '@' in User-Name = "fcanales", looking up realm NULL
> [suffix] No such realm "NULL"
> ++[suffix] returns noop
> ++[control] returns noop
> [eap] EAP packet type response id 8 length 13
> [eap] No EAP Start, assuming it's an on-going EAP conversation
> ++[eap] returns updated
> ++[files] returns noop
> [ldap] performing user authorization for fcanales
> [ldap] expand: (uid=%u) -> (uid=fcanales)
> [ldap] expand: dc=iplan,dc=com,dc=ar -> dc=iplan,dc=com,dc=ar
> rlm_ldap: ldap_get_conn: Checking Id: 0
> rlm_ldap: ldap_get_conn: Got Id: 0
> rlm_ldap: performing search in dc=iplan,dc=com,dc=ar, with filter
> (uid=fcanales)
> [ldap] looking for check items in directory...
> rlm_ldap: sambaNtPassword -> NT-Password ==
> 0x3441313536383141373845384430414446424135364139373343343736374646
> rlm_ldap: sambaLmPassword -> LM-Password ==
> 0x4446323634314431373041414432333739433530313441453437313841374545
> [ldap] looking for reply items in directory...
> WARNING: No "known good" password was found in LDAP. Are you sure that the
> user is configured correctly?
> [ldap] user fcanales authorized to use remote access
> rlm_ldap: ldap_release_conn: Release Id: 0
> ++[ldap] returns ok
> ++[expiration] returns noop
> ++[logintime] returns noop
> [pap] Normalizing NT-Password from hex encoding
> [pap] Normalizing LM-Password from hex encoding
> [pap] Found existing Auth-Type, not changing it.
> ++[pap] returns noop
> Found Auth-Type = EAP
> +- entering group authenticate {...}
> [eap] EAP Identity
> [eap] processing type mschapv2
> rlm_eap_mschapv2: Issuing Challenge
> ++[eap] returns handled
> } # server inner-tunnel
> [peap] Got tunneled reply code 11
> Tunnel-Type:0 = VLAN
> Tunnel-Medium-Type:0 = IEEE-802
> Tunnel-Private-Group-Id:0 = "249"
> EAP-Message =
> 0x010900221a0109001d10cc9cc5bb2b5812cf48051342472ad3af6663616e616c6573
> Message-Authenticator = 0x00000000000000000000000000000000
> State = 0xab42e29bab4bf81ef23bc50dea94c334
> [peap] Got tunneled reply RADIUS code 11
> Tunnel-Type:0 = VLAN
> Tunnel-Medium-Type:0 = IEEE-802
> Tunnel-Private-Group-Id:0 = "249"
> EAP-Message =
> 0x010900221a0109001d10cc9cc5bb2b5812cf48051342472ad3af6663616e616c6573
> Message-Authenticator = 0x00000000000000000000000000000000
> State = 0xab42e29bab4bf81ef23bc50dea94c334
> [peap] Got tunneled Access-Challenge
> ++[eap] returns handled
> Sending Access-Challenge of id 119 to 10.32.2.81 port 32768
> EAP-Message =
>
> 0x0109004b1900170301004075cf3c75c7a8311c01bc5581aac330e49586ce6e0001e8add345d7773aeeacba61b235c462fe0966e565d9e6279f111bf94fa3d8a4bff8a4ce82ab24d65f9c31
> Message-Authenticator = 0x00000000000000000000000000000000
> State = 0xcb0bb3aacd02aab2864a9aacb255d323
> Finished request 48.
> Going to the next request
> Waking up in 4.9 seconds.
>
> *****************************************************
>
> Thanks for all.
>
>
> --
> --
>
> Silvero Martin
>
1
0
I was out if the office and in a meeting on my cell phone. Sorry.. didn't
mean to offend.
On Apr 25, 2012 4:04 PM, <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: Fwd: FreeRadius Dictionary Attributes (Alan DeKok)
> 2. Re: Assign VLAN from freeradius to Cisco 3550 switch.
> (Wassim Zaarour)
> 3. Re: Assign VLAN from freeradius to Cisco 3550 switch. (alan buxey)
> 4. Cisco WLC - Freeradius Vlan assigment problem (Martin Silvero)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Wed, 25 Apr 2012 18:03:06 +0200
> From: Alan DeKok <aland(a)deployingradius.com>
> To: FreeRadius users mailing list
> <freeradius-users(a)lists.freeradius.org>
> Subject: Re: Fwd: FreeRadius Dictionary Attributes
> Message-ID: <4F98203A.3080303(a)deployingradius.com>
> Content-Type: text/plain; charset=ISO-8859-1
>
> Corey Jones wrote:
> > ---------- Forwarded message ----------
> ...
>
> That's not nice. Is it really that difficult to post the *original*
> message? Why forward a bounce?
>
> > I'm trying to get a freeradius server up and running but I'm having
> > trouble with the attributes I've included in the master dictionary file
> > showing up in the detail file:
> >
> > ATTRIBUTE client-mac-address 9001 string
>
> This is wrong.
>
> Read share/dictionary. Use the numbers *it* recommends, rather than
> inventing your own.
>
> > The output of the detail-<date> file of the non-functioning server:
>
> Which is... which version? How did you configure it?
>
> > The output of the detail-<date> file for the functioning server:
>
> Which is... which version? How did you configure it?
>
> > If you compare the non-functioning server output file to the functioning
> > server output file, there are two fields that are missing that are
> > defined in the master dictionary file.
> >
> > disc-cause-ext = "PPP Receive Term" <---------------HERE
> > client-mac-address = "0002.xxxx.xxxx" <---------------HERE
>
> If the two servers are identical, they will behave the same.
>
> If they're different, find out what the differences are, and fix them.
>
> > I am having trouble with a different part of the server setup where that
> > file is pulled and those fields are read and needed by another
> application.
>
> What does that mean?
>
> > Does anyone know why those two fields are not pulled or processed on the
> > non-functioning server's output file?
>
> The fields are "pulled" from... where?
>
> > freeradius -X dump of non-functioning server:
>
> In which it doesn't receive any packets. So it's useless.
>
> Good questions get good answers.
>
> These questions are bad. As a result, the only possible answer is
> unhelpful. Along with the advice "ask good questions."
>
> Alan DeKok.
>
>
> ------------------------------
>
> Message: 2
> Date: Wed, 25 Apr 2012 19:05:26 +0300
> From: Wassim Zaarour <wassim.zaarour(a)navlink.com>
> To: FreeRadius users mailing list
> <freeradius-users(a)lists.freeradius.org>
> Subject: Re: Assign VLAN from freeradius to Cisco 3550 switch.
> Message-ID: <CBBDFB26.EE39%wassim.zaarour(a)navlink.com>
> Content-Type: text/plain; CHARSET=US-ASCII
>
> Hi Brian,
>
> Thanks for your reply, where do I exactly need to put this configuration?
> In the users file?
>
> Do you have any experience with the 2960 switches?
>
>
> Wassim
>
>
>
>
>
> On 4/25/12 4:07 PM, "Brian Julin" <BJulin(a)clarku.edu> wrote:
>
> >
> >Wassim Zaarour wrote:
> >> Look at this
> >>
> >>
> http://www.mail-archive.com/freeradius-users@lists.freeradius.org/msg4016
> >>2.html
> >>
> >> The user says that it worked, I tried the attributes he used and still
> >>got
> >> the same error.
> >
> >I don't even know how this was ever working for that user. On my wired
> >switch plant, which
> >includes some 3550s, wherever I have tested VLAN assignment I have had to
> >use Cisco's
> >cretinous hack:
> >
> >
> > if (Cisco-AVPair) { # Cisco switch.
> > # We have to "Accept" it to the Registration VLAN manually
> > # (because host-mode multi-auth is currently retarded.)
> > update reply {
> > Tunnel-Type = VLAN
> > Tunnel-Medium-Type = 6
> > # CISCO broke the IETF attribute...
> > # Tunnel-Private-Group-Id = "Registration"
> > # ... so use their proprietary method to get it in there.
> > # NOTE: This is CaSe SeNsItIvE!!
> > Cisco-AVPair += "tunnel-private-group-id=Registration"
> > }
> >
> >This is of course extremely case-sensitive. It also uses the vlan names,
> >not the numbers, though
> >you can use the automatically generated names just fine.
> >
> >Be warned the 3550s are old EOL switches and their latest software
> >version (the one that is only
> >supposed to be used for the 24 port switch but works on the 48 port one)
> >is still not current enough
> >to pick up the latest bugfixes to multi-auth mode. Not that multi-auth
> >mode works sensibly in the
> >newest firmware either, but at least it has workarounds.
> >
> >(BTW, even I am starting to pull these 3550s from the net, and I tend to
> >try to bleed devices for every
> >minute they can manage to hack it. Right now the only ones I have out
> >there are essentially
> >serving as lightening rods for this summer's thunder storms, and then
> >will be replaced by new
> >switches after that.)
> >
> >Typical switch port configuration (this is not from a 3550, sorry):
> >
> >
> >interface FastEthernet0/24
> > switchport access vlan XXX
> > switchport mode access
> > switchport block unicast
> > switchport port-security maximum 16
> > switchport port-security
> > switchport port-security aging time 240
> > switchport port-security violation restrict
> > switchport port-security aging type inactivity
> > ip arp inspection limit rate 100
> > authentication control-direction in
> > authentication event fail action authorize vlan YYY
> > authentication event server dead action authorize vlan XXX
> > authentication event no-response action authorize vlan XXX
> > authentication event server alive action reinitialize
> > authentication host-mode multi-auth
> > authentication order mab
> > authentication priority mab
> > authentication port-control auto
> > authentication periodic
> > authentication timer reauthenticate 1300
> > authentication timer inactivity 1200
> > authentication violation restrict
> > mab
> > no lldp transmit
> > no lldp receive
> > no cdp enable
> > no cdp tlv server-location
> > no cdp tlv app
> > spanning-tree portfast
> > spanning-tree bpduguard enable
> > ip verify source port-security
> > ip dhcp snooping limit rate 50
> >end
> >
> >
> >XXX and YYY above are actually decimals.
> >
> >Note that the auth-fail VLAN setting is not actually used, because in
> >order to get multi-auth to behave
> >sensibly (so you can handle VMs) you have to actually succeed every
> >authentication and just send
> >the quaranteen VLAN from RADIUS when you want the user locked out.
> >-
> >List info/subscribe/unsubscribe? See
> >http://www.freeradius.org/list/users.html
>
>
>
>
> ------------------------------
>
> Message: 3
> Date: Wed, 25 Apr 2012 18:13:22 +0100
> From: alan buxey <A.L.M.Buxey(a)lboro.ac.uk>
> To: FreeRadius users mailing list
> <freeradius-users(a)lists.freeradius.org>
> Subject: Re: Assign VLAN from freeradius to Cisco 3550 switch.
> Message-ID: <20120425171322.GB9623(a)lboro.ac.uk>
> Content-Type: text/plain; charset=us-ascii
>
> Hi,
>
> > Thanks for your reply, where do I exactly need to put this configuration?
> > In the users file?
>
> I can tell you right now that you dont need that hack to assign VLANs on
> cisco
> switches (well, not if you are running reasonably up to date firmware on
> the
> cisco devices anyway - ie something less than 2 years old)
>
> we run an enterprise network of > 1500 cisco switches, most of them using
> FreeRADIUS as the AAA server in 802.1X mode (others still have VMPS - with
> FreeRADIUS
> of course). we certainly dont have that kind of configuration for VLAN
> assignment.
> straight simple reply values are all that are needed.
> as already said, the issue looks like its your Cisco config - and the cisco
> guides tell you exactly how to configure the cisco switches, its not a
> freeRADIUS
> question.
>
> alan
>
>
> ------------------------------
>
> Message: 4
> Date: Wed, 25 Apr 2012 16:49:29 -0300
> From: Martin Silvero <silvero.martin(a)gmail.com>
> To: freeradius-users(a)lists.freeradius.org
> Subject: Cisco WLC - Freeradius Vlan assigment problem
> Message-ID:
> <CALmvTSSRrfx9eyOoXxcwYjtxF6oEKHS8MNtewGBONG_wxP9cTQ(a)mail.gmail.com
> >
> Content-Type: text/plain; charset="iso-8859-1"
>
> We are modifying the Wireless acccess to our LAN.
> We are trying to use a Cisco WLC and our freeradius. We've been using this
> same freeradius for authenticating users against the corporate LDAP. Now
> we want WLC to talk to the radius server without losing any functionality
> like user authentication or vlan assignment.
>
> Our main problem is that the vlan assingment is not working when we use the
> WLC. The scenario with the APs talking to the radius directly works fine,
> but when we use lightweight AP and the WLC we can see that the vlan
> assignment part is skipped by the authentication process and all the users
> are sent to the same vlan.
>
> The following is the output of the two cases. One of them is a user
> authenticating without WLC, the AP talks directly to the Radius Server, and
> the other is an authentication where WLC talks to the Radius Server (the
> one that is not working)
>
> - 10.32.2.81 is the WLC IP address.
>
> - 10.32.2.39 is the AP IP address.
>
> WLC Soft Version: 7.0.116.0
>
> These are the outputs:
>
> 1) AP - RADIUS (No WLC)
>
> *****************************************************
> rad_recv: Access-Request packet from host 10.32.2.39 port 1645, id=205,
> length=184
> User-Name = "fcanales"
> Framed-MTU = 1400
> Called-Station-Id = "001d.4551.7da0"
> Calling-Station-Id = "5894.6b0d.e86c"
> Service-Type = Login-User
> Message-Authenticator = 0x46192e9a5e4720bd6c721e03d8e6c3b4
> EAP-Message =
>
> 0x0208002b19001703010020f7e5545e9d9e05ecff5f8be2d1bc992eeddba82eb4adef509bded9dd6c132712
> NAS-Port-Type = Wireless-802.11
> NAS-Port = 59460
> State = 0xf4160a33f11e13898255a02243c509d6
> NAS-IP-Address = 10.32.2.39
> NAS-Identifier = "ap-Reco32"
> +- entering group authorize {...}
> ++[preprocess] returns ok
> ++[chap] returns noop
> ++[mschap] returns noop
> [suffix] No '@' in User-Name = "fcanales", looking up realm NULL
> [suffix] No such realm "NULL"
> ++[suffix] returns noop
> [eap] EAP packet type response id 8 length 43
> [eap] Continuing tunnel setup.
> ++[eap] returns ok
> Found Auth-Type = EAP
> +- entering group authenticate {...}
> [eap] Request found, released from the list
> [eap] EAP/peap
> [eap] processing type peap
> [peap] processing EAP-TLS
> [peap] eaptls_verify returned 7
> [peap] Done initial handshake
> [peap] eaptls_process returned 7
> [peap] EAPTLS_OK
> [peap] Session established. Decoding tunneled attributes.
> [peap] Identity - fcanales
> [peap] Got tunneled request
> EAP-Message = 0x0208000d016663616e616c6573
> server {
> PEAP: Got tunneled identity of fcanales
> PEAP: Setting default EAP type for tunneled EAP session.
> PEAP: Setting User-Name to fcanales
> Sending tunneled request
> EAP-Message = 0x0208000d016663616e616c6573
> FreeRADIUS-Proxied-To = 127.0.0.1
> User-Name = "fcanales"
> Framed-MTU = 1400
> Called-Station-Id = "001d.4551.7da0"
> Calling-Station-Id = "5894.6b0d.e86c"
> Service-Type = Login-User
> NAS-Port-Type = Wireless-802.11
> NAS-Port = 59460
> NAS-IP-Address = 10.32.2.39
> NAS-Identifier = "ap-Reco32"
> server inner-tunnel {
> +- entering group authorize {...}
> ++[preprocess] returns ok
> ++? if (!Huntgroup-Name)
> ? Evaluating !(Huntgroup-Name) -> FALSE
> ++? if (!Huntgroup-Name) -> FALSE
> ++? if (Huntgroup-Name == "list")
> ? Evaluating (Huntgroup-Name == "list") -> TRUE
> ++? if (Huntgroup-Name == "list") -> TRUE
> ++- entering if (Huntgroup-Name == "list") {...}
> +++? if (Ldap-Group == "WIFI-Direccion")
> rlm_ldap: Entering ldap_groupcmp()
> expand: dc=iplan,dc=com,dc=ar -> dc=iplan,dc=com,dc=ar
> expand: (uid=%u) -> (uid=fcanales)
> rlm_ldap: ldap_get_conn: Checking Id: 0
> rlm_ldap: ldap_get_conn: Got Id: 0
> rlm_ldap: performing search in dc=iplan,dc=com,dc=ar, with filter
> (uid=fcanales)
> rlm_ldap: ldap_release_conn: Release Id: 0
> WARNING: Deprecated conditional expansion ":-". See "man unlang" for
> details
> expand:
> (&(objectClass=posixGroup)(memberUid=%{Stripped-User-Name:-%{User-Name}}))
> -> (&(objectClass=posixGroup)(memberUid=fcanales))
> rlm_ldap: ldap_get_conn: Checking Id: 0
> rlm_ldap: ldap_get_conn: Got Id: 0
> rlm_ldap: performing search in dc=iplan,dc=com,dc=ar, with filter
> (&(cn=WIFI-Direccion)(&(objectClass=posixGroup)(memberUid=fcanales)))
> rlm_ldap: object not found
> rlm_ldap: ldap_release_conn: Release Id: 0
> rlm_ldap::ldap_groupcmp: Group WIFI-Direccion not found or user is not a
> member.
> +++? if (Ldap-Group == "WIFI-MKTyCC")
> rlm_ldap: Entering ldap_groupcmp()
> expand: dc=iplan,dc=com,dc=ar -> dc=iplan,dc=com,dc=ar
>
> WARNING: Deprecated conditional expansion ":-". See "man unlang" for
> details
> expand:
> (&(objectClass=posixGroup)(memberUid=%{Stripped-User-Name:-%{User-Name}}))
> -> (&(objectClass=posixGroup)(memberUid=fcanales))
> rlm_ldap: ldap_get_conn: Checking Id: 0
> rlm_ldap: ldap_get_conn: Got Id: 0
> rlm_ldap: performing search in dc=iplan,dc=com,dc=ar, with filter
> (&(cn=WIFI-Finanzas)(&(objectClass=posixGroup)(memberUid=fcanales)))
> rlm_ldap: object not found
> rlm_ldap: ldap_release_conn: Release Id: 0
> rlm_ldap::ldap_groupcmp: Group WIFI-Finanzas not found or user is not a
> member.
> +++? if (Ldap-Group == "WIFI-TyO")
> rlm_ldap: Entering ldap_groupcmp()
> expand: dc=iplan,dc=com,dc=ar -> dc=iplan,dc=com,dc=ar
> WARNING: Deprecated conditional expansion ":-". See "man unlang" for
> details
> expand:
> (&(objectClass=posixGroup)(memberUid=%{Stripped-User-Name:-%{User-Name}}))
> -> (&(objectClass=posixGroup)(memberUid=fcanales))
> rlm_ldap: ldap_get_conn: Checking Id: 0
> rlm_ldap: ldap_get_conn: Got Id: 0
> rlm_ldap: performing search in dc=iplan,dc=com,dc=ar, with filter
> (&(cn=WIFI-TyO)(&(objectClass=posixGroup)(memberUid=fcanales)))
> rlm_ldap::ldap_groupcmp: User found in group WIFI-TyO
> rlm_ldap: ldap_release_conn: Release Id: 0
> ? Evaluating (Ldap-Group == "WIFI-TyO") -> TRUE
> +++? if (Ldap-Group == "WIFI-TyO") -> TRUE
> +++- entering if (Ldap-Group == "WIFI-TyO") {...}
> ++++[reply] returns ok
> +++- if (Ldap-Group == "WIFI-TyO") returns ok
> +++? if (Ldap-Group == "WIFI-ITfuncional")
> rlm_ldap: Entering ldap_groupcmp()
> expand: dc=iplan,dc=com,dc=ar -> dc=iplan,dc=com,dc=ar
> WARNING: Deprecated conditional expansion ":-". See "man unlang" for
> details
> expand:
> (&(objectClass=posixGroup)(memberUid=%{Stripped-User-Name:-%{User-Name}}))
> -> (&(objectClass=posixGroup)(memberUid=fcanales))
> rlm_ldap: ldap_get_conn: Checking Id: 0
> rlm_ldap: ldap_get_conn: Got Id: 0
> rlm_ldap: performing search in dc=iplan,dc=com,dc=ar, with filter
> (&(cn=WIFI-Monit)(&(objectClass=posixGroup)(memberUid=fcanales)))
> rlm_ldap: object not found
> rlm_ldap: ldap_release_conn: Release Id: 0
> rlm_ldap::ldap_groupcmp: Group WIFI-Monit not found or user is not a
> member.
> ++- if (Huntgroup-Name == "list") returns ok
> ++[chap] returns noop
> ++[mschap] returns noop
> ++[unix] returns updated
> [suffix] No '@' in User-Name = "fcanales", looking up realm NULL
> [suffix] No such realm "NULL"
> ++[suffix] returns noop
> ++[control] returns noop
> [eap] EAP packet type response id 8 length 13
> [eap] No EAP Start, assuming it's an on-going EAP conversation
> ++[eap] returns updated
> ++[files] returns noop
> [ldap] performing user authorization for fcanales
> [ldap] expand: (uid=%u) -> (uid=fcanales)
> [ldap] expand: dc=iplan,dc=com,dc=ar -> dc=iplan,dc=com,dc=ar
> rlm_ldap: ldap_get_conn: Checking Id: 0
> rlm_ldap: ldap_get_conn: Got Id: 0
> rlm_ldap: performing search in dc=iplan,dc=com,dc=ar, with filter
> (uid=fcanales)
> [ldap] looking for check items in directory...
> rlm_ldap: sambaNtPassword -> NT-Password ==
> 0x3441313536383141373845384430414446424135364139373343343736374646
> rlm_ldap: sambaLmPassword -> LM-Password ==
> 0x4446323634314431373041414432333739433530313441453437313841374545
> [ldap] looking for reply items in directory...
> WARNING: No "known good" password was found in LDAP. Are you sure that the
> user is configured correctly?
> [ldap] user fcanales authorized to use remote access
> rlm_ldap: ldap_release_conn: Release Id: 0
> ++[ldap] returns ok
> ++[expiration] returns noop
> ++[logintime] returns noop
> [pap] Normalizing NT-Password from hex encoding
> [pap] Normalizing LM-Password from hex encoding
> [pap] Found existing Auth-Type, not changing it.
> ++[pap] returns noop
> Found Auth-Type = EAP
> +- entering group authenticate {...}
> [eap] EAP Identity
> [eap] processing type mschapv2
> rlm_eap_mschapv2: Issuing Challenge
> ++[eap] returns handled
> } # server inner-tunnel
> [peap] Got tunneled reply code 11
> Tunnel-Type:0 = VLAN
> Tunnel-Medium-Type:0 = IEEE-802
> Tunnel-Private-Group-Id:0 = "212"
> EAP-Message =
> 0x010900221a0109001d108279970f23460b83f1fffcc6e09626c56663616e616c6573
> Message-Authenticator = 0x00000000000000000000000000000000
> State = 0x158baf111582b5a1fb3a126781117cd4
> [peap] Got tunneled reply RADIUS code 11
> Tunnel-Type:0 = VLAN
> Tunnel-Medium-Type:0 = IEEE-802
> Tunnel-Private-Group-Id:0 = "212"
> EAP-Message =
> 0x010900221a0109001d108279970f23460b83f1fffcc6e09626c56663616e616c6573
> Message-Authenticator = 0x00000000000000000000000000000000
> State = 0x158baf111582b5a1fb3a126781117cd4
> [peap] Got tunneled Access-Challenge
> ++[eap] returns handled
> Sending Access-Challenge of id 205 to 10.32.2.39 port 1645
> EAP-Message =
>
> 0x0109004b19001703010040640c0cb308474b42ecc083db0b3f47c66731a31c01801dde9b162f50d5bde13456412ab71e4d7d0e743b50cc42e91bba22dabeb375116f48b625e9691a3d3932
> Message-Authenticator = 0x00000000000000000000000000000000
> State = 0xf4160a33f21f13898255a02243c509d6
> Finished request 38.
>
> *****************************************************
>
>
>
>
> 2) WLC - RADIUS
>
> *****************************************************
>
> rad_recv: Access-Request packet from host 10.32.2.81 port 32768, id=119,
> length=280
> User-Name = "fcanales"
> Calling-Station-Id = "58-94-6b-0d-e8-6c"
> Called-Station-Id = "30-37-a6-4b-9f-90:IReconquista"
> NAS-Port = 1
> Cisco-AVPair = "audit-session-id=0a2002510000000f4eaaf051"
> NAS-IP-Address = 10.32.2.81
> NAS-Identifier = "Iplan_wcs"
> Airespace-Wlan-Id = 1
> Service-Type = Framed-User
> Framed-MTU = 1300
> NAS-Port-Type = Wireless-802.11
> Tunnel-Type:0 = VLAN
> Tunnel-Medium-Type:0 = IEEE-802
> Tunnel-Private-Group-Id:0 = "60"
> EAP-Message =
>
> 0x0208002b190017030100200c857843d879e361aad79c8a2dccee6de8b04225d90b753a81b636a8090f0193
> State = 0xcb0bb3aace03aab2864a9aacb255d323
> Message-Authenticator = 0x62ca91e9e88fbba794e6e51db7aa67ec
> +- entering group authorize {...}
> ++[preprocess] returns ok
> ++[chap] returns noop
> ++[mschap] returns noop
> [suffix] No '@' in User-Name = "fcanales", looking up realm NULL
> [suffix] No such realm "NULL"
> ++[suffix] returns noop
> [eap] EAP packet type response id 8 length 43
> [eap] Continuing tunnel setup.
> ++[eap] returns ok
> Found Auth-Type = EAP
> +- entering group authenticate {...}
> [eap] Request found, released from the list
> [eap] EAP/peap
> [eap] processing type peap
> [peap] processing EAP-TLS
> [peap] eaptls_verify returned 7
> [peap] Done initial handshake
> [peap] eaptls_process returned 7
> [peap] EAPTLS_OK
> [peap] Session established. Decoding tunneled attributes.
> [peap] Identity - fcanales
> [peap] Got tunneled request
> EAP-Message = 0x0208000d016663616e616c6573
> server {
> PEAP: Got tunneled identity of fcanales
> PEAP: Setting default EAP type for tunneled EAP session.
> PEAP: Setting User-Name to fcanales
> Sending tunneled request
> EAP-Message = 0x0208000d016663616e616c6573
> FreeRADIUS-Proxied-To = 127.0.0.1
> User-Name = "fcanales"
> Calling-Station-Id = "58-94-6b-0d-e8-6c"
> Called-Station-Id = "30-37-a6-4b-9f-90:IReconquista"
> NAS-Port = 1
> Cisco-AVPair = "audit-session-id=0a2002510000000f4eaaf051"
> NAS-IP-Address = 10.32.2.81
> NAS-Identifier = "Iplan_wcs"
> Airespace-Wlan-Id = 1
> Service-Type = Framed-User
> Framed-MTU = 1300
> NAS-Port-Type = Wireless-802.11
> Tunnel-Type:0 = VLAN
> Tunnel-Medium-Type:0 = IEEE-802
> Tunnel-Private-Group-Id:0 = "60"
> server inner-tunnel {
> +- entering group authorize {...}
> ++[preprocess] returns ok
> ++? if (!Huntgroup-Name)
> ? Evaluating !(Huntgroup-Name) -> TRUE
> ++? if (!Huntgroup-Name) -> TRUE
> ++- entering if (!Huntgroup-Name) {...}
> +++[reply] returns ok
> ++- if (!Huntgroup-Name) returns ok
> ++? if (Huntgroup-Name == "list")
> (Attribute Huntgroup-Name was not found)
> ++[chap] returns noop
> ++[mschap] returns noop
> ++[unix] returns updated
> [suffix] No '@' in User-Name = "fcanales", looking up realm NULL
> [suffix] No such realm "NULL"
> ++[suffix] returns noop
> ++[control] returns noop
> [eap] EAP packet type response id 8 length 13
> [eap] No EAP Start, assuming it's an on-going EAP conversation
> ++[eap] returns updated
> ++[files] returns noop
> [ldap] performing user authorization for fcanales
> [ldap] expand: (uid=%u) -> (uid=fcanales)
> [ldap] expand: dc=iplan,dc=com,dc=ar -> dc=iplan,dc=com,dc=ar
> rlm_ldap: ldap_get_conn: Checking Id: 0
> rlm_ldap: ldap_get_conn: Got Id: 0
> rlm_ldap: performing search in dc=iplan,dc=com,dc=ar, with filter
> (uid=fcanales)
> [ldap] looking for check items in directory...
> rlm_ldap: sambaNtPassword -> NT-Password ==
> 0x3441313536383141373845384430414446424135364139373343343736374646
> rlm_ldap: sambaLmPassword -> LM-Password ==
> 0x4446323634314431373041414432333739433530313441453437313841374545
> [ldap] looking for reply items in directory...
> WARNING: No "known good" password was found in LDAP. Are you sure that the
> user is configured correctly?
> [ldap] user fcanales authorized to use remote access
> rlm_ldap: ldap_release_conn: Release Id: 0
> ++[ldap] returns ok
> ++[expiration] returns noop
> ++[logintime] returns noop
> [pap] Normalizing NT-Password from hex encoding
> [pap] Normalizing LM-Password from hex encoding
> [pap] Found existing Auth-Type, not changing it.
> ++[pap] returns noop
> Found Auth-Type = EAP
> +- entering group authenticate {...}
> [eap] EAP Identity
> [eap] processing type mschapv2
> rlm_eap_mschapv2: Issuing Challenge
> ++[eap] returns handled
> } # server inner-tunnel
> [peap] Got tunneled reply code 11
> Tunnel-Type:0 = VLAN
> Tunnel-Medium-Type:0 = IEEE-802
> Tunnel-Private-Group-Id:0 = "249"
> EAP-Message =
> 0x010900221a0109001d10cc9cc5bb2b5812cf48051342472ad3af6663616e616c6573
> Message-Authenticator = 0x00000000000000000000000000000000
> State = 0xab42e29bab4bf81ef23bc50dea94c334
> [peap] Got tunneled reply RADIUS code 11
> Tunnel-Type:0 = VLAN
> Tunnel-Medium-Type:0 = IEEE-802
> Tunnel-Private-Group-Id:0 = "249"
> EAP-Message =
> 0x010900221a0109001d10cc9cc5bb2b5812cf48051342472ad3af6663616e616c6573
> Message-Authenticator = 0x00000000000000000000000000000000
> State = 0xab42e29bab4bf81ef23bc50dea94c334
> [peap] Got tunneled Access-Challenge
> ++[eap] returns handled
> Sending Access-Challenge of id 119 to 10.32.2.81 port 32768
> EAP-Message =
>
> 0x0109004b1900170301004075cf3c75c7a8311c01bc5581aac330e49586ce6e0001e8add345d7773aeeacba61b235c462fe0966e565d9e6279f111bf94fa3d8a4bff8a4ce82ab24d65f9c31
> Message-Authenticator = 0x00000000000000000000000000000000
> State = 0xcb0bb3aacd02aab2864a9aacb255d323
> Finished request 48.
> Going to the next request
> Waking up in 4.9 seconds.
>
> *****************************************************
>
> Thanks for all.
>
>
> --
> --
>
> Silvero Martin
>
1
0
---------- Forwarded message ----------
From: <freeradius-users-owner(a)lists.freeradius.org>
Date: Apr 25, 2012 11:35 AM
Subject: FreeRadius Dictionary Attributes
To: <cvjones360(a)gmail.com>
You are not allowed to post to this mailing list, and your message has
been automatically rejected. If you think that your messages are
being rejected in error, contact the mailing list owner at
freeradius-users-owner(a)lists.freeradius.org.
---------- Forwarded message ----------
From: Corey Jones <cvjones360(a)gmail.com>
To: freeradius-users(a)lists.freeradius.org
Cc:
Date: Wed, 25 Apr 2012 11:34:21 -0400
Subject: FreeRadius Dictionary Attributes
I'm trying to get a freeradius server up and running but I'm having trouble
with the attributes I've included in the master dictionary file showing up
in the detail file:
ATTRIBUTE client-mac-address 9001 string
ATTRIBUTE connect-progress 9002 string
ATTRIBUTE v92-info 9003 string
ATTRIBUTE disc-cause-ext 9004 string
The output of the detail-<date> file of the non-functioning server:
Acct-Session-Id = "XXXXXXX"
Framed-Protocol = PPP
Framed-IP-Address = xx.xx.xx.xx
Cisco-AVPair = "ppp-disconnect-cause=Missed too many keepalives"
User-Name = "xxxxxxx"
Acct-Authentic = RADIUS
Cisco-AVPair = "connect-progress=LAN Ses Up"
Cisco-AVPair = "nas-tx-speed=1000000000"
Cisco-AVPair = "nas-rx-speed=1000000000"
Acct-Session-Time = 5529
Acct-Input-Octets = 25782
Acct-Output-Octets = 210206
Acct-Input-Packets = 642
Acct-Output-Packets = 1063
Acct-Terminate-Cause = Port-Error
Cisco-AVPair = "disc-cause-ext=TCP Foreign Host Close"
Acct-Status-Type = Stop
NAS-Port-Type = Ethernet
NAS-Port = 46868628
NAS-Port-Id = "0/0/0/0"
Cisco-AVPair = "client-mac-address=0018.xxxx.xxxx"
Service-Type = Framed-User
NAS-IP-Address = xxx.xx.xx.xxx
Acct-Delay-Time = 0
Acct-Unique-Session-Id = "xxxxxxxxxxx"
Timestamp = 1335285815
Request-Authenticator = Verified
The output of the detail-<date> file for the functioning server:
Acct-Session-Id = "02CB0837"
Framed-Protocol = PPP
Framed-IP-Address = xx.xx.xx.xx
Cisco-AVPair = "ppp-disconnect-cause=Received LCP TERMREQ from peer"
User-Name = "xxxx"
Acct-Authentic = RADIUS
Cisco-AVPair = "connect-progress=LAN Ses Up"
Cisco-AVPair = "nas-tx-speed=1000000000"
Cisco-AVPair = "nas-rx-speed=1000000000"
Acct-Session-Time = 49017
Acct-Input-Octets = 37883277
Acct-Output-Octets = 960510015
Acct-Input-Packets = 472496
Acct-Output-Packets = 700063
Acct-Terminate-Cause = User-Request
Cisco-AVPair = "disc-cause-ext=PPP Receive Term"
Acct-Status-Type = Stop
NAS-Port-Type = Ethernet
NAS-Port = 46860343
NAS-Port-Id = "0/0/0/0"
Cisco-AVPair = "client-mac-address=0002.xxxx.xxxx"
Service-Type = Framed-User
NAS-IP-Address = xx.xx.xx.xx
Acct-Delay-Time = 0
connect-progress = "LAN Ses Up"
disc-cause-ext = "PPP Receive Term"
<---------------HERE
client-mac-address = "0002.xxxx.xxxx"
<---------------HERE
Acct-Unique-Session-Id = "cec563d48a98e45c"
Timestamp = 1335326506
Request-Authenticator = Verified
If you compare the non-functioning server output file to the functioning
server output file, there are two fields that are missing that are defined
in the master dictionary file.
disc-cause-ext = "PPP Receive Term" <---------------HERE
client-mac-address = "0002.xxxx.xxxx" <---------------HERE
I am having trouble with a different part of the server setup where that
file is pulled and those fields are read and needed by another application.
Does anyone know why those two fields are not pulled or processed on the
non-functioning server's output file?
freeradius -X dump of non-functioning server:
FreeRADIUS Version 2.1.10, for host x86_64-pc-linux-gnu, built on Nov 14
2010 at 21:12:30
Copyright (C) 1999-2009 The FreeRADIUS server project and contributors.
There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A
PARTICULAR PURPOSE.
You may redistribute copies of FreeRADIUS under the terms of the
GNU General Public License v2.
Starting - reading configuration files ...
including configuration file /etc/freeradius/radiusd.conf
including configuration file /etc/freeradius/proxy.conf
including configuration file /etc/freeradius/clients.conf
including files in directory /etc/freeradius/modules/
including configuration file /etc/freeradius/modules/mac2ip
including configuration file /etc/freeradius/modules/exec
including configuration file /etc/freeradius/modules/radutmp
including configuration file /etc/freeradius/modules/attr_filter
including configuration file /etc/freeradius/modules/smbpasswd
including configuration file /etc/freeradius/modules/opendirectory
including configuration file /etc/freeradius/modules/cui
including configuration file /etc/freeradius/modules/files
including configuration file /etc/freeradius/modules/preprocess
including configuration file /etc/freeradius/modules/sradutmp
including configuration file /etc/freeradius/modules/ldap
including configuration file /etc/freeradius/modules/krb5
including configuration file /etc/freeradius/modules/realm
including configuration file /etc/freeradius/modules/smsotp
including configuration file /etc/freeradius/modules/perl
including configuration file /etc/freeradius/modules/checkval
including configuration file /etc/freeradius/modules/mac2vlan
including configuration file /etc/freeradius/modules/detail.example.com
including configuration file /etc/freeradius/modules/detail.log
including configuration file /etc/freeradius/modules/digest
including configuration file /etc/freeradius/modules/linelog
including configuration file /etc/freeradius/modules/ippool
including configuration file
/etc/freeradius/modules/sqlcounter_expire_on_login
including configuration file /etc/freeradius/modules/chap
including configuration file /etc/freeradius/modules/detail
including configuration file /etc/freeradius/modules/mschap
including configuration file /etc/freeradius/modules/expiration
including configuration file /etc/freeradius/modules/dynamic_clients
including configuration file /etc/freeradius/modules/echo
including configuration file /etc/freeradius/modules/etc_group
including configuration file /etc/freeradius/modules/attr_rewrite
including configuration file /etc/freeradius/modules/always
including configuration file /etc/freeradius/modules/expr
including configuration file /etc/freeradius/modules/passwd
including configuration file /etc/freeradius/modules/otp
including configuration file /etc/freeradius/modules/counter
including configuration file /etc/freeradius/modules/wimax
including configuration file /etc/freeradius/modules/sql_log
including configuration file /etc/freeradius/modules/ntlm_auth
including configuration file /etc/freeradius/modules/pap
including configuration file /etc/freeradius/modules/policy
including configuration file /etc/freeradius/modules/logintime
including configuration file /etc/freeradius/modules/unix
including configuration file /etc/freeradius/modules/acct_unique
including configuration file /etc/freeradius/modules/pam
including configuration file /etc/freeradius/modules/inner-eap
including configuration file /etc/freeradius/eap.conf
including configuration file /etc/freeradius/sql.conf
including configuration file /etc/freeradius/sql/mysql/dialup.conf
including configuration file /etc/freeradius/policy.conf
including files in directory /etc/freeradius/sites-enabled/
including configuration file /etc/freeradius/sites-enabled/inner-tunnel
including configuration file /etc/freeradius/sites-enabled/default
main {
user = "xxxxx"
group = "xxxxx"
allow_core_dumps = no
}
including dictionary file /etc/freeradius/dictionary
main {
prefix = "/usr"
localstatedir = "/var"
logdir = "/var/log/radius"
libdir = "/usr/lib/freeradius"
radacctdir = "/var/log/radius/radacct"
hostname_lookups = no
max_request_time = 30
cleanup_delay = 5
max_requests = 1024000
pidfile = "/var/run/freeradius/freeradius.pid"
checkrad = "/usr/sbin/checkrad"
debug_level = 0
proxy_requests = yes
log {
stripped_names = yes
auth = yes
auth_badpass = yes
auth_goodpass = yes
}
security {
max_attributes = 200
reject_delay = 1
status_server = no
}
}
radiusd: #### Loading Realms and Home Servers ####
proxy server {
retry_delay = 5
retry_count = 3
default_fallback = no
dead_time = 120
wake_all_if_all_dead = no
}
home_server localhost {
ipaddr = 127.0.0.1
port = xxx
type = "auth"
secret = "xxxx"
response_window = 20
max_outstanding = 65536
require_message_authenticator = yes
zombie_period = 40
status_check = "status-server"
ping_interval = 30
check_interval = 30
num_answers_to_alive = 3
num_pings_to_alive = 3
revive_interval = 120
status_check_timeout = 4
irt = 2
mrt = 16
mrc = 5
mrd = 30
}
home_server_pool my_auth_failover {
type = fail-over
home_server = localhost
}
realm example.com {
auth_pool = my_auth_failover
}
realm LOCAL {
}
radiusd: #### Loading Clients ####
client localhost {
ipaddr = 127.0.0.1
require_message_authenticator = no
secret = "xxxxxxx"
nastype = "xxxxx"
}
client xxx.xxx.xxx.xxx {
require_message_authenticator = no
secret = "xxxxxxx"
shortname = "xxx"
nastype = "xxxx"
}
client xxx.xxx.xx.xxx {
require_message_authenticator = no
secret = "xxxxxxx"
shortname = "xxxxx"
nastype = "xxxx"
}
client xx.xxx.xxx.xx {
require_message_authenticator = no
secret = "xxxxxx"
shortname = "xxxx-c"
}
client xx.xx.xx.xx {
require_message_authenticator = no
secret = "xxxxxxx"
shortname = "xxxxxx"
}
client x.xx.xxx.xx {
require_message_authenticator = no
secret = "xxxxxxx"
shortname = "xxxxx"
}
client xx.xx.xx.xx {
require_message_authenticator = no
secret = "xxxxx"
shortname = "SmartFile_Develop"
}
client x.xx.xx.xx {
require_message_authenticator = no
secret = "xxxxxx"
shortname = "xxxx"
}
client xx.xx.xx.xx {
require_message_authenticator = no
secret = "xxxxx"
shortname = "xxxx"
}
client xxx.xxx.xx.xx {
require_message_authenticator = no
secret = "xxxxxx"
shortname = "xxxx"
}
client xx.xx.xx.xx {
require_message_authenticator = no
secret = "xxxxx"
shortname = "xxxxx"
}
client xx.xx.xxx.xx {
require_message_authenticator = no
secret = "xxxx"
shortname = "xxxx"
}
client xxx.xxx.xxx.xx {
require_message_authenticator = no
secret = "xxxxx"
shortname = "xxxx"
}
client xxx.xx.xx.xx {
require_message_authenticator = no
secret = "xxxxx"
shortname = "xxxxx"
}
radiusd: #### Instantiating modules ####
instantiate {
Module: Linked to module rlm_exec
Module: Instantiating module "exec" from file /etc/freeradius/modules/exec
exec {
wait = no
input_pairs = "request"
shell_escape = yes
}
Module: Linked to module rlm_expr
Module: Instantiating module "expr" from file /etc/freeradius/modules/expr
Module: Linked to module rlm_expiration
Module: Instantiating module "expiration" from file
/etc/freeradius/modules/expiration
expiration {
reply-message = "Password Has Expired "
}
Module: Linked to module rlm_logintime
Module: Instantiating module "logintime" from file
/etc/freeradius/modules/logintime
logintime {
reply-message = "You are calling outside your allowed timespan "
minimum-timeout = 60
}
}
radiusd: #### Loading Virtual Servers ####
server inner-tunnel { # from file /etc/freeradius/sites-enabled/inner-tunnel
modules {
Module: Checking authenticate {...} for more modules to load
Module: Linked to module rlm_pap
Module: Instantiating module "pap" from file /etc/freeradius/modules/pap
pap {
encryption_scheme = "auto"
auto_header = no
}
Module: Linked to module rlm_chap
Module: Instantiating module "chap" from file /etc/freeradius/modules/chap
Module: Linked to module rlm_mschap
Module: Instantiating module "mschap" from file
/etc/freeradius/modules/mschap
mschap {
use_mppe = yes
require_encryption = no
require_strong = no
with_ntdomain_hack = no
}
Module: Linked to module rlm_unix
Module: Instantiating module "unix" from file /etc/freeradius/modules/unix
unix {
radwtmp = "/var/log/radius/radwtmp"
}
Module: Linked to module rlm_eap
Module: Instantiating module "eap" from file /etc/freeradius/eap.conf
eap {
default_eap_type = "md5"
timer_expire = 60
ignore_unknown_eap_types = no
cisco_accounting_username_bug = no
max_sessions = 4096
}
Module: Linked to sub-module rlm_eap_md5
Module: Instantiating eap-md5
Module: Linked to sub-module rlm_eap_leap
Module: Instantiating eap-leap
Module: Linked to sub-module rlm_eap_gtc
Module: Instantiating eap-gtc
gtc {
challenge = "Password: "
auth_type = "PAP"
}
Module: Linked to sub-module rlm_eap_tls
Module: Instantiating eap-tls
tls {
rsa_key_exchange = no
dh_key_exchange = yes
rsa_key_length = 512
dh_key_length = 512
verify_depth = 0
CA_path = "/etc/freeradius/certs"
pem_file_type = yes
private_key_file = "/etc/freeradius/certs/server.key"
certificate_file = "/etc/freeradius/certs/server.pem"
CA_file = "/etc/freeradius/certs/ca.pem"
private_key_password = "xxxxxx"
dh_file = "/etc/freeradius/certs/dh"
random_file = "/dev/urandom"
fragment_size = 1024
include_length = yes
check_crl = no
cipher_list = "DEFAULT"
make_cert_command = "/etc/freeradius/certs/bootstrap"
cache {
enable = no
lifetime = 24
max_entries = 255
}
verify {
}
}
Module: Linked to sub-module rlm_eap_ttls
Module: Instantiating eap-ttls
ttls {
default_eap_type = "md5"
copy_request_to_tunnel = no
use_tunneled_reply = no
virtual_server = "inner-tunnel"
include_length = yes
}
Module: Linked to sub-module rlm_eap_peap
Module: Instantiating eap-peap
peap {
default_eap_type = "mschapv2"
copy_request_to_tunnel = no
use_tunneled_reply = no
proxy_tunneled_request_as_eap = yes
virtual_server = "inner-tunnel"
}
Module: Linked to sub-module rlm_eap_mschapv2
Module: Instantiating eap-mschapv2
mschapv2 {
with_ntdomain_hack = no
}
Module: Checking authorize {...} for more modules to load
Module: Linked to module rlm_realm
Module: Instantiating module "suffix" from file
/etc/freeradius/modules/realm
realm suffix {
format = "suffix"
delimiter = "@"
ignore_default = no
ignore_null = no
}
Module: Linked to module rlm_files
Module: Instantiating module "files" from file
/etc/freeradius/modules/files
files {
usersfile = "/etc/freeradius/users"
acctusersfile = "/etc/freeradius/acct_users"
preproxy_usersfile = "/etc/freeradius/preproxy_users"
compat = "no"
}
Module: Checking session {...} for more modules to load
Module: Linked to module rlm_radutmp
Module: Instantiating module "radutmp" from file
/etc/freeradius/modules/radutmp
radutmp {
filename = "/var/log/radius/radutmp"
username = "%{User-Name}"
case_sensitive = yes
check_with_nas = yes
perm = 384
callerid = yes
}
Module: Checking post-proxy {...} for more modules to load
Module: Checking post-auth {...} for more modules to load
Module: Linked to module rlm_attr_filter
Module: Instantiating module "attr_filter.access_reject" from file
/etc/freeradius/modules/attr_filter
attr_filter attr_filter.access_reject {
attrsfile = "/etc/freeradius/attrs.access_reject"
key = "%{User-Name}"
}
} # modules
} # server
server { # from file /etc/freeradius/radiusd.conf
modules {
Module: Checking authenticate {...} for more modules to load
Module: Linked to module rlm_digest
Module: Instantiating module "digest" from file
/etc/freeradius/modules/digest
Module: Checking authorize {...} for more modules to load
Module: Linked to module rlm_preprocess
Module: Instantiating module "preprocess" from file
/etc/freeradius/modules/preprocess
preprocess {
huntgroups = "/etc/freeradius/huntgroups"
hints = "/etc/freeradius/hints"
with_ascend_hack = no
ascend_channels_per_line = 23
with_ntdomain_hack = no
with_specialix_jetstream_hack = no
with_cisco_vsa_hack = no
with_alvarion_vsa_hack = no
}
Module: Linked to module rlm_detail
Module: Instantiating module "auth_log" from file
/etc/freeradius/modules/detail.log
detail auth_log {
detailfile =
"/var/log/radius/radacct/%{Client-IP-Address}/auth-detail-%Y%m%d"
header = "%t"
detailperm = 384
dirperm = 493
locking = no
log_packet_header = no
}
Module: Linked to module rlm_sql
Module: Instantiating module "sql" from file /etc/freeradius/sql.conf
sql {
driver = "rlm_sql_mysql"
server = "localhost"
port = "xxx"
login = "xxxxx"
password = "xxxxxxx"
radius_db = "xxxxx"
read_groups = yes
sqltrace = no
sqltracefile = "/var/log/radius/sqltrace.sql"
readclients = no
deletestalesessions = yes
num_sql_socks = 10
lifetime = 0
max_queries = 0
sql_user_name = "%{User-Name}"
default_user_profile = ""
nas_query = "SELECT id, nasname, shortname, type, secret, server
FROM nas"
authorize_check_query = "SELECT id, username, attribute, value, op
FROM radcheck WHERE username = '%{SQL-User-Name}'
ORDER BY id"
authorize_reply_query = "SELECT id, username, attribute, value, op
FROM radreply WHERE username = '%{SQL-User-Name}'
ORDER BY id"
DER BY id"
authorize_group_check_query = "SELECT id, groupname, attribute,
Value, op FROM radgroupcheck WHERE groupname =
'%{Sql-Group}' ORDER BY id"
authorize_group_reply_query = "SELECT id, groupname, attribute,
value, op FROM radgroupreply WHERE groupname =
'%{Sql-Group}' ORDER BY id"
accounting_onoff_query = " UPDATE radacct SET
acctstoptime = '%S', acctsessiontime =
unix_timestamp('%S') -
unix_timestamp(acctstarttime), acctterminatecause =
'%{Acct-Terminate-Cause}', acctstopdelay =
%{%{Acct-Delay-Time}:-0} WHERE acctstoptime IS NULL
AND nasipaddress = '%{NAS-IP-Address}' AND acctstarttime
<= '%S'"
accounting_update_query = " UPDATE radacct SET
framedipaddress = '%{Framed-IP-Address}',
acctsessiontime = '%{Acct-Session-Time}', acctinputoctets
= '%{%{Acct-Input-Gigawords}:-0}' << 32 |
'%{%{Acct-Input-Octets}:-0}', acctoutputoctets =
'%{%{Acct-Output-Gigawords}:-0}' << 32 |
'%{%{Acct-Output-Octets}:-0}' WHERE acctsessionid =
'%{Acct-Session-Id}' AND username = '%{SQL-User-Name}'
AND nasipaddress = '%{NAS-IP-Address}'"
accounting_update_query_alt = " INSERT INTO radacct
(acctsessionid, acctuniqueid, username, realm,
nasipaddress, nasportid, nasporttype,
acctstarttime, acctsessiontime, acctauthentic,
connectinfo_start, acctinputoctets, acctoutputoctets,
calledstationid, callingstationid, servicetype,
framedprotocol, framedipaddress, acctstartdelay,
xascendsessionsvrkey) VALUES ('%{Acct-Session-Id}',
'%{Acct-Unique-Session-Id}', '%{SQL-User-Name}',
'%{Realm}', '%{NAS-IP-Address}', '%{NAS-Port}',
'%{NAS-Port-Type}', DATE_SUB('%S',
INTERVAL (%{%{Acct-Session-Time}:-0} +
%{%{Acct-Delay-Time}:-0}) SECOND),
'%{Acct-Session-Time}', '%{Acct-Authentic}', '',
'%{%{Acct-Input-Gigawords}:-0}' << 32 |
'%{%{Acct-Input-Octets}:-0}',
'%{%{Acct-Output-Gigawords}:-0}' << 32 |
'%{%{Acct-Output-Octets}:-0}', '%{Called-Station-Id}',
'%{Calling-Station-Id}', '%{Service-Type}',
'%{Framed-Protocol}', '%{Framed-IP-Address}',
'0', '%{X-Ascend-Session-Svr-Key}')"
accounting_start_query = " INSERT INTO radacct
(acctsessionid, acctuniqueid, username, realm,
nasipaddress, nasportid, nasporttype,
acctstarttime, acctstoptime, acctsessiontime,
acctauthentic, connectinfo_start, connectinfo_stop,
acctinputoctets, acctoutputoctets, calledstationid,
callingstationid, acctterminatecause, servicetype,
framedprotocol, framedipaddress, acctstartdelay,
acctstopdelay, xascendsessionsvrkey) VALUES
('%{Acct-Session-Id}', '%{Acct-Unique-Session-Id}',
'%{SQL-User-Name}', '%{Realm}', '%{NAS-IP-Address}',
'%{NAS-Port}', '%{NAS-Port-Type}', '%S', NULL,
'0', '%{Acct-Authentic}', '%{Connect-Info}', '', '0', '0',
'%{Called-Station-Id}', '%{Calling-Station-Id}', '',
'%{Service-Type}', '%{Framed-Protocol}', '%{Framed-IP-Address}',
'%{%{Acct-Delay-Time}:-0}', '0', '%{X-Ascend-Session-Svr-Key}')"
accounting_start_query_alt = " UPDATE radacct SET
acctstarttime = '%S', acctstartdelay =
'%{%{Acct-Delay-Time}:-0}', connectinfo_start =
'%{Connect-Info}' WHERE acctsessionid = '%{Acct-Session-Id}'
AND username = '%{SQL-User-Name}' AND nasipaddress
= '%{NAS-IP-Address}'"
accounting_stop_query = " UPDATE radacct SET
acctstoptime = '%S', acctsessiontime =
'%{Acct-Session-Time}', acctinputoctets =
'%{%{Acct-Input-Gigawords}:-0}' << 32 |
'%{%{Acct-Input-Octets}:-0}', acctoutputoctets =
'%{%{Acct-Output-Gigawords}:-0}' << 32 |
'%{%{Acct-Output-Octets}:-0}', acctterminatecause =
'%{Acct-Terminate-Cause}', acctstopdelay =
'%{%{Acct-Delay-Time}:-0}', connectinfo_stop =
'%{Connect-Info}' WHERE acctsessionid = '%{Acct-Session-Id}'
AND username = '%{SQL-User-Name}' AND
nasipaddress = '%{NAS-IP-Address}'"
accounting_stop_query_alt = " INSERT INTO radacct
(acctsessionid, acctuniqueid, username, realm,
nasipaddress, nasportid, nasporttype, acctstarttime,
acctstoptime, acctsessiontime, acctauthentic,
connectinfo_start, connectinfo_stop, acctinputoctets,
acctoutputoctets, calledstationid, callingstationid,
acctterminatecause, servicetype, framedprotocol,
framedipaddress, acctstartdelay, acctstopdelay)
VALUES ('%{Acct-Session-Id}', '%{Acct-Unique-Session-Id}',
'%{SQL-User-Name}', '%{Realm}', '%{NAS-IP-Address}',
'%{NAS-Port}', '%{NAS-Port-Type}', DATE_SUB('%S',
INTERVAL (%{%{Acct-Session-Time}:-0} +
%{%{Acct-Delay-Time}:-0}) SECOND), '%S',
'%{Acct-Session-Time}', '%{Acct-Authentic}', '',
'%{Connect-Info}', '%{%{Acct-Input-Gigawords}:-0}' << 32 |
'%{%{Acct-Input-Octets}:-0}',
'%{%{Acct-Output-Gigawords}:-0}' << 32 |
'%{%{Acct-Output-Octets}:-0}', '%{Called-Station-Id}',
'%{Calling-Station-Id}', '%{Acct-Terminate-Cause}',
'%{Service-Type}', '%{Framed-Protocol}', '%{Framed-IP-Address}',
'0', '%{%{Acct-Delay-Time}:-0}')"
group_membership_query = "SELECT groupname FROM usergroup
WHERE username = '%{SQL-User-Name}' ORDER BY priority"
connect_failure_retry_delay = 60
simul_count_query = ""
simul_verify_query = "SELECT radacctid, acctsessionid, username,
nasipaddress, nasportid, framedipaddress,
callingstationid, framedprotocol
FROM radacct WHERE username =
'%{SQL-User-Name}' AND acctstoptime IS NULL"
postauth_query = "INSERT INTO radpostauth
(username, pass, reply, authdate) VALUES (
'%{User-Name}',
'%{%{User-Password}:-%{Chap-Password}}',
'%{reply:Packet-Type}', '%S')"
safe-characters =
"@abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ0123456789.-_: /"
}
rlm_sql (sql): Driver rlm_sql_mysql (module rlm_sql_mysql) loaded and linked
rlm_sql (sql): Attempting to connect to xxxxx@localhost:xxxx/xxxxx
rlm_sql (sql): starting 0
rlm_sql (sql): Attempting to connect rlm_sql_mysql #0
rlm_sql_mysql: Starting connect to MySQL server for #0
rlm_sql (sql): Connected new DB handle, #0
rlm_sql (sql): starting 1
rlm_sql (sql): Attempting to connect rlm_sql_mysql #1
rlm_sql_mysql: Starting connect to MySQL server for #1
rlm_sql (sql): Connected new DB handle, #1
rlm_sql (sql): starting 2
rlm_sql (sql): Attempting to connect rlm_sql_mysql #2
rlm_sql_mysql: Starting connect to MySQL server for #2
rlm_sql (sql): Connected new DB handle, #2
rlm_sql (sql): starting 3
rlm_sql (sql): Attempting to connect rlm_sql_mysql #3
rlm_sql_mysql: Starting connect to MySQL server for #3
rlm_sql (sql): Connected new DB handle, #3
rlm_sql (sql): starting 4
rlm_sql (sql): Attempting to connect rlm_sql_mysql #4
rlm_sql_mysql: Starting connect to MySQL server for #4
rlm_sql (sql): Connected new DB handle, #4
rlm_sql (sql): starting 5
rlm_sql (sql): Attempting to connect rlm_sql_mysql #5
rlm_sql_mysql: Starting connect to MySQL server for #5
rlm_sql (sql): Connected new DB handle, #5
rlm_sql (sql): starting 6
rlm_sql (sql): Attempting to connect rlm_sql_mysql #6
rlm_sql_mysql: Starting connect to MySQL server for #6
rlm_sql (sql): Connected new DB handle, #6
rlm_sql (sql): starting 7
rlm_sql (sql): Attempting to connect rlm_sql_mysql #7
rlm_sql_mysql: Starting connect to MySQL server for #7
rlm_sql (sql): Connected new DB handle, #7
rlm_sql (sql): starting 8
rlm_sql (sql): Attempting to connect rlm_sql_mysql #8
rlm_sql_mysql: Starting connect to MySQL server for #8
rlm_sql (sql): Connected new DB handle, #8
rlm_sql (sql): starting 9
rlm_sql (sql): Attempting to connect rlm_sql_mysql #9
rlm_sql_mysql: Starting connect to MySQL server for #9
rlm_sql (sql): Connected new DB handle, #9
Module: Checking preacct {...} for more modules to load
Module: Linked to module rlm_acct_unique
Module: Instantiating module "acct_unique" from file
/etc/freeradius/modules/acct_unique
acct_unique {
key = "User-Name, Acct-Session-Id, NAS-IP-Address,
Client-IP-Address, NAS-Port"
}
Module: Checking accounting {...} for more modules to load
Module: Instantiating module "detail" from file
/etc/freeradius/modules/detail
detail {
detailfile =
"/var/log/radius/radacct/%{Client-IP-Address}/detail-%Y%m%d"
header = "%t"
detailperm = 384
dirperm = 493
locking = no
log_packet_header = no
}
Module: Linked to module rlm_sql_log
Module: Instantiating module "sql_log" from file
/etc/freeradius/modules/sql_log
sql_log {
path = "/var/log/radius/radacct/sql-relay"
Post-Auth = "INSERT INTO radpostauth (username,
pass, reply, authdate) VALUES ('%{User-Name}',
'%{User-Password:-Chap-Password}', '%{reply:Packet-Type}',
'%S');"
sql_user_name = "%{%{User-Name}:-DEFAULT}"
utf8 = no
safe-characters =
"@abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ0123456789.-_: /"
}
Module: Instantiating module "attr_filter.accounting_response" from file
/etc/freeradius/modules/attr_filter
attr_filter attr_filter.accounting_response {
attrsfile = "/etc/freeradius/attrs.accounting_response"
key = "%{User-Name}"
}
Module: Checking session {...} for more modules to load
Module: Checking post-proxy {...} for more modules to load
Module: Checking post-auth {...} for more modules to load
} # modules
} # server
radiusd: #### Opening IP addresses and Ports ####
listen {
type = "auth"
ipaddr = xx.xx.xxx.xxx
port = 0
2
1
Hello Axel,
> Thanks a lot for your answer. Yet I see the complete process :-) If I
> just want a normal PAP authent, It's just the same as your
> configuration, but instead of ntlm_auth I let PAP, no?
yes, and use the following users entries:
Administrator Cleartext-Password := "password", Auth-Type := smsotp
Grüße
Thomas
1
0
We are using the Cisco ACS 5.3 as a RADIUS for database authentication and
authorization. The purpose is to authenticate incoming users based on the
NAS-PORT-ID. The problem is that we cannot find any solution for the Service
Router (Alcatel 7750) to send the NAS-PORT-ID to act as USERNAME. The
username field is set to the MAC address.
The ACS requires a USERNAME and there is not a way to manipulate the
User-Name value once it is received.
We heard that it could be possible to use the freeradius to act as a proxy
for the Cisco secure ACS.
This is what we want:
User --> [SR] --> User-Name = “MAC:xx.xx.xx.xx” Password = “secret”
NAS-Port-Id = 1/1/4.1001.129 --> [FR] --> User-Name = “1/1/4.1001.129”
Password = “secret” --> [ACS 5.3]
Is there a solution for this option in the Freeradius?
Is there a way to manipulate the User-Name sent from the service router,
(MAC address), and change it to its NAS-Port-Id before it reaches the ACS
RADIUS with help from the freeradius acting as a proxy?
--
View this message in context: http://freeradius.1045715.n5.nabble.com/We-are-using-the-Cisco-ACS-5-3-as-a…
Sent from the FreeRadius - User mailing list archive at Nabble.com.
2
2
Hallo Axel,
Dein Deutsch ist gut, aber ich antworte auf Englisch.
You can download the daemon from the freeradius mailing list or the
attachment of this e-mail, I configured the following:
users:
DEFAULT Auth-Type := smsotp
sites-enabled/default:
authenticate {
Auth-Type smsotp {
ntlm_auth
smsotp
}
Auth-Type smsotp-reply {
smsotp
}
}
modules/ntlm_auth:
exec ntlm_auth {
wait = yes
program = "/home/sithglan/work/smsotpd/ntlm_auth.pl %{User-Name} %{User-Password}"
}
I compiled freeradius using the following command line on debian:
sudo apt-get install ssh sudo gcc libssl-dev make openssl
./configure --with-openssl --prefix=/local/freeradius-server-2.1.9; make; make install
cd /local/freeradius-server-2.1.9/etc/raddb/certs; make
Cheers,
Thomas
1
0
Tobias you are absolutely right.
I managed to get the correct response :-)
now I only need to add functionality to parse for the source address :-)
thank you all
On Wed, Apr 25, 2012 at 4:11 PM, Tobias Hachmer <lists(a)kokelnet.de> wrote:
> Try configure your NAS to set the correct IP address in the access-request
> packet for the NAS-IP-Address Attribute.
> This is from your debug output:
>
>
> rad_recv: Access-Request packet from host 20.20.20.17 port 55281,
> id=56, length=67
> User-Name = "northpole"
> User-Password = "1234"
> NAS-IP-Address = 127.0.1.1
> NAS-Port = 1812
> Framed-Protocol = PPP
>
> It seems that your script parses only for the NAS-IP-Address Attribute to
> identify the NAS and not the source address of the packet itself.
> Well, just a workaround, you might better fix your script.
>
> Regards, Tobias Hachmer
>
> -
> List info/subscribe/unsubscribe? See
> http://www.freeradius.org/list/users.html
1
0
I have a more of an abstract question as to proxy functionality. Can you do
the following:
bob(a)bob.com password test
bob.com -> proxy to localhost
bob(a)bob.com - reply Access Deny
This would be the norm for that realm, just deny everyone.
Except for bob's boss:
boss(a)bob.com password gooduser
bob.com -> proxy to actual bob.com external AAA server.
I hope this isn't a complete mess of a question.
David
2
2
Hello everyone.
I have a very weird problem with my setup.
my clients.conf
client 127.0.0.1 {
secret = testing123
shortname = Localhost
}
client 20.20.20.20 {
secret = pfsense
shortname = pfsense
}
client 20.20.20.17 {
secret = testing
shortname = ubuntu
}
with this setup I can only connect through the pfsense's captive portal
when I try to use radtest in both localhost and the remote ubuntu i
get a nas not found response
I'm using mysql authentication and the debugging output is the following
rad_recv: Access-Request packet from host 20.20.20.17 port 55281,
id=56, length=67
User-Name = "northpole"
User-Password = "1234"
NAS-IP-Address = 127.0.1.1
NAS-Port = 1812
Framed-Protocol = PPP
+- entering group authorize {...}
++[preprocess] returns ok
++[chap] returns noop
++[mschap] returns noop
[suffix] No '@' in User-Name = "northpole", looking up realm NULL
[suffix] No such realm "NULL"
++[suffix] returns noop
[eap] No EAP-Message, not doing EAP
++[eap] returns noop
[files] users: Matched entry DEFAULT at line 50
[files] expand: /usr/local/bin/rmauth "%{NAS-IP-Address}"
"%{User-Name}" "%{Calling-Station-Id}" -> /usr/local/bin/rmauth
"127.0.1.1" "northpole" ""
++[files] returns ok
[sql] expand: %{User-Name} -> northpole
[sql] sql_set_user escaped user --> 'northpole'
rlm_sql (sql): Reserving sql socket id: 3
[sql] expand: SELECT id, username, attribute, value, op
FROM radcheck WHERE username = '%{SQL-User-Name}'
ORDER BY id -> SELECT id, username, attribute, value, op
FROM radcheck WHERE username = 'northpole' ORDER
BY id
[sql] User found in radcheck table
[sql] expand: SELECT id, username, attribute, value, op
FROM radreply WHERE username = '%{SQL-User-Name}'
ORDER BY id -> SELECT id, username, attribute, value, op
FROM radreply WHERE username = 'northpole' ORDER
BY id
[sql] expand: SELECT groupname FROM radusergroup
WHERE username = '%{SQL-User-Name}' ORDER BY priority ->
SELECT groupname FROM radusergroup WHERE username
= 'northpole' ORDER BY priority
rlm_sql (sql): Released sql socket id: 3
++[sql] returns ok
++[expiration] returns noop
++[logintime] returns noop
[pap] Found existing Auth-Type, not changing it.
++[pap] returns noop
Found Auth-Type = Local
WARNING: Please update your configuration, and remove 'Auth-Type = Local'
WARNING: Use the PAP or CHAP modules instead.
User-Password in the request is correct.
+- entering group session {...}
[sql] expand: %{User-Name} -> northpole
[sql] sql_set_user escaped user --> 'northpole'
[sql] expand: SELECT COUNT(*) FROM
radacct WHERE username =
'%{SQL-User-Name}' AND acctstoptime IS
NULL -> SELECT COUNT(*) FROM radacct
WHERE username = 'northpole'
AND acctstoptime IS NULL
rlm_sql (sql): Reserving sql socket id: 2
rlm_sql (sql): Released sql socket id: 2
++[sql] returns ok
+- entering group post-auth {...}
[sqlippool] No Pool-Name defined.
[sqlippool] expand: No Pool-Name defined (did %{Called-Station-Id}
cli %{Calling-Station-Id} port %{NAS-Port} user %{User-Name}) -> No
Pool-Name defined (did cli port 1812 user northpole)
No Pool-Name defined (did cli port 1812 user northpole)
++[sqlippool] returns noop
Exec-Program output: Reply-Message="NAS not found!"
Exec-Program-Wait: value-pairs: Reply-Message="NAS not found!"
Exec-Program: returned: 1
[exec] Login incorrect (external check said so)
++[exec] returns reject
Using Post-Auth-Type Reject
+- entering group REJECT {...}
[attr_filter.access_reject] expand: %{User-Name} -> northpole
attr_filter: Matched entry DEFAULT at line 11
++[attr_filter.access_reject] returns updated
Delaying reject of request 7 for 1 seconds
Going to the next request
Waking up in 0.9 seconds.
Sending delayed reject for request 7
Sending Access-Reject of id 56 to 20.20.20.17 port 55281
Reply-Message = "NAS not found!"
Waking up in 4.9 seconds.
Cleaning up request 7 ID 56 with timestamp +358
Ready to process requests.
what am I missing here?
6
7
Hello all,
Thanks for your fast answers.
Matthew, as I understood from link you've posted I have to use TTLS/GTC to
be able to use MD5 passwords. Can you help me understand how can I do that?
I've tried to reset all configuration to default as Alan suggested but I
still see that MSCHAPv2 auth fails.
I've posted full log of freeradius here: http://pastebin.com/ijf649gP
Thanks in advance,
Alexander
2
2