Hello,
do you have localhost with that shared secret in your clients.conf file?
Is there a firewall blocking the requests? (nmap -sU -p 1812 localhost)
Regards, Benedikt
bratislava:/usr/local/etc/raddb# radtest test test localhost 0 test
-
List info/subscribe/unsubscribe? See
--
Benedikt Panzer
Rechenzentrum
Universität Stuttgart
-
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Hello again,
this time the error (you know, no response and full cpu load) occured
and at least I found something in the normal logfile:
Fri Aug 19 09:22:02 2005 : Error: rlm_ldap: All ldap connections are in use
Fri Aug 19 09:22:03 2005 : Error: rlm_ldap: ldap_search() failed: Timed
out
Hello,
I'm not really experienced with FR, but maybe this is enough to help you.
3) How does it maintains database does it uses SQL, if so ? whether
it provides any
alternative to maintain database of username and password ? for
example like by using files….. etc.
FR is able to store
Hi,
I really enjoy answering to myself ;-)
I found the problem is not on the ldap server side but really in FR
(configuration?). And it's a matter of the number of RADIUS requests:
two clients quering FR at the same time don't cause problems for me, but
when three clients query it FreeRADIUS
Hello,
I have no idea what's causing the problem. You might try with the
option '-f' too, like in bug #100.
you're right, that really sounds similar. Unfortunately, the switch -f
doesn't help me. That's no as bad, since I can use -s or -x.
Nevertheless thanks a lot for the hint!
best
occured.
The error doesn't occur when running in debugging mode. It doesn't want
to be caught ;-)
Nevertheless, has anyone yet seen such a behavior or has an idea where
to look or a guest for the reason?
Thanks a lot, Benedikt
--
Benedikt PanzerAbteilung Ausbildung
Rechenzentrum
Hello Alan,
thanks for your help all the time. Proxying works fine now.
Alan DeKok wrote:
Benedikt Panzer wrote:
I tried with this users file:
DEFAULT Auth-Type := LDAP
DEFAULT Proxy-To-Realm := "students"
You're telling the server to use LDAP *always*, and
Hi Kaspar,
What I'd like to do now is to tell my local radiusd to rewrite the
requests coming from the remote radiusd and containing my local realm so
that they won't get proxied back to the remote server (loop). I think it
would suffice to simply strip the realm from the incoming proxied
the proxying in the users file at all?
If I'm completely wrong again could you please give me hints where to
search or what to look for?
Thanks for your patience and helpfullness.
Benedikt Panzer
-
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
then the request is rejected. How can I
change this? Below you find the debug log for such a request.
Best regards,
Benedikt Panzer
rad_recv: Access-Request packet from host 192.168.0.1:2053, id=41, length=45
User-Name = user5
User-Password = whatever
Processing the authorize section
Hello Alan,
thanks for your reply.
Because there is no Authentication-Type attribute.
There's an Auth-Type attribute
Oh, sorry, what a stupid mistake. I just copied
from a unofficial website and didn't think about it.
but it doesn't have a realm value.
Can you explain what in the documentation
led
Hello everyone,
thanks for your replies and good advices. Authentication is working
satisfacturing. I mainly followed Kostas' and Dustin's suggestions and
used radiusProfile together with objectclasses person or account. Below
is in modified configuration I used:
dn: dc=mydomain,dc=com
for or any other
hints related to my problems.
Thank you, Benedikt
--
Benedikt Panzer
Computing Centre of University Stuttgart
-
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
14 matches
Mail list logo