Yep, that's the file I meant. You're welcome.
--
View this message in context:
http://freeradius.1045715.n5.nabble.com/Attribute-not-passing-to-NAS-tp3289418p3296126.html
Sent from the FreeRadius - User mailing list archive at Nabble.com.
-
List info/subscribe/unsubscribe
Just figured it out.
In eap.conf under the peap section 'use_tunneled_reply = yes' needs to be
set there as well. I only had it set under the ttls section before. I just
tested a client and its working fine now.
Thanks for all your help Mikkal!
-
List info/subscribe/unsubscribe? See http://www
Rob,
I'm doing PEAP here, and I'm assuming that your clients are also?
Maybe post the output from a client connection attempt from radiusd -X.
--
View this message in context:
http://freeradius.1045715.n5.nabble.com/Attribute-not-passing-to-NAS-tp3289418p3296090.html
Sent from the
Ive changed that setting previously and it does not work for a client
connection. However, I didnt have the eapol_test util before. If I test it
with the eapol_test utility now with ttls-eap-mschapv2.conf config file it
works. It passes it on Filter-Id in the Access-Accept. If I use the
peap-m
Rob,
In your eap.conf set "use_tunneled_reply = yes". Assuming that it's
currently set to "no". Working here now after that change.
--
View this message in context:
http://freeradius.1045715.n5.nabble.com/Attribute-not-passing-to-NAS-tp3289418p3295956.html
Sent f
ius.org/list/users.html
>
--
View this message in context:
http://freeradius.1045715.n5.nabble.com/Attribute-not-passing-to-NAS-tp3289418p3295358.html
Sent from the FreeRadius - User mailing list archive at Nabble.com.
-
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Hey Mikkal-
Im not sure if my last few emails went through the list... I got a msg
stating they were pending approval since they were too long. I kept digging
into this and I came across the eapol_test utility:
http://deployingradius.com/scripts/eapol_test/ I tried running that to take
the clien
e-not-passing-to-NAS-tp3289418p3289974.html
Sent from the FreeRadius - User mailing list archive at Nabble.com.
-
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
s received.
--
View this message in context:
http://freeradius.1045715.n5.nabble.com/Attribute-not-passing-to-NAS-tp3289418p3289961.html
Sent from the FreeRadius - User mailing list archive at Nabble.com.
-
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
> Auth Policy: Students (support told me this doesnt matter
> what
> its set to...the Filter-Id will override this)
> Restrict policy set unchecked
> Enable checked
>
> I have another policy named Faculty that is assigned the AuthFaculty
> topology (which set
Faculty that is assigned the AuthFaculty
topology (which sets the tagged vlan).
How does this compare to your setup? Do I need the restrict policy set
option checked and config'd?"
--
View this message in context:
http://freeradius.1045715.n5.nabble.com/Attribute-not-passing-to-NAS-tp3
S [SMFC] with username [test.user11] with mu session timer [52201]
> has been successfully authenticated. Policy [SMFC Auth] is applied.
>
> The default policy for that VNS is applied because there was no policy
> matching "Newmann".
>
>
> --
> View this message in c
[SMFC Auth] is applied.
The default policy for that VNS is applied because there was no policy
matching "Newmann".
--
View this message in context:
http://freeradius.1045715.n5.nabble.com/Attribute-not-passing-to-NAS-tp3289418p3289720.html
Sent from the FreeRadius - User mailing list ar
I have a Enterasys HiPath controller that Im trying to pass an attribute to
throw the user into the correct policy upon authentication. I talked with
their support and they say to set the Filter-Id attribute to the name of the
policy set on the controller. I did, but it doenst seem to pass. In t
14 matches
Mail list logo
