Todd,
I did a setup with FR 2.1.9, Apache 2.2.15, MySQL 5.1 on OpenSUSE (11.2 or
11.3) recently. Can't recall the specific PHP 5 version offhand. It did
take a bit of tweaking, but in the end it all worked (or at least the parts
that I was interested in which had more to do with administering
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 from the FreeRadius - User mailing
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 FreeRadius
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? See
Hi Rob,
Nope, no EAP with a Captive Portal. But I just configured a VNS with EAP,
so I see what you're talking about. But I think that the problem is that
the Filter-ID isn't being sent in the Access-Accept, and I'm pretty sure
that that's where it should be. I didn't play with my radius
Rob,
You need to ensure that the value of Filter-Id maps exactly to the value of
the policy that you're trying to apply. So you need to have a policy
defined on the controller named Faculty, not faculty or facultY, but
Faculty.
For instance, if I have a policy named NewmanN and I pass a
Rob,
You shouldn't need to check the restrict policy option. My setup is
actually using a Captive Portal for the users to enter credentials. So I
start them off with a non-auth policy that uses a Routed topology and then
once authenticated uses a Bridge at AP topology.
So the controller is
Also, check your radius server configuration on the controller. Check the
timeout and retry settings (might even try changing the retry value to 1).
I'm set to retries = 3, timeout = 5 for this server.
--
View this message in context:
OK, so to get this working I modified the Dialup Admin functions.php3 file to
use $_SERVER instead of $HTTP_SERVER_VARS and to use REMOTE_USER instead
of PHP_AUTH_USER. PHP_AUTH_USER wasn't being populated, but REMOTE_USER
was so I just used that. Not sure if that's good, bad or indifferent,
Hi,
I'm trying to setup Dialup Admin to use HTTP authentication credentials to
connect to a mysql database. The HTTP authentication works, but the
PHP_AUTH_USER and PHP_AUTH_PW don't seem to be getting set, when trying to
connect to the DB I get DEBUG(SQL,MYSQL DRIVER): Connect: User=,Password=
What I'm trying to do is enable a non-technical person to create temporary,
guest like accounts using the dialup admin interface. The accounts will
be created as needed, they need to expire within a predetermined time
frame(s) and I'm trying to avoid asking the person creating the accounts to
be
Quoting Guy Fraser [EMAIL PROTECTED]:
Go look a the specs at :
http://www.dlink.com/products/?model=DWL-900AP%2b
There is no indication that that AP supports authentication.
Since Late 2002, the firmware for the DWL-900AP+ does support 802.1x auth, good
luck getting it to work correcty,
12 matches
Mail list logo