Help PLease
    Adam Schappell 
    aschappell at clearedgeit.com
       
    Fri Mar 27 18:44:21 CET 2015
    
    
  
Hello,
I am getting this error when trying to authenticate with ldap. I also
uncommented out the useful operations error.
[ldap] performing user authorization for aschappell
[ldap] expand: %{Stripped-User-Name} ->
[ldap] ... expanding second conditional
[ldap] expand: %{User-Name} -> aschappell
[ldap] expand: (uid=%{%{Stripped-User-Name}:-%{User-Name}}) ->
(uid=aschappell)
[ldap] expand: dc=corp,dc=clearedge,dc=com -> dc=corp,dc=clearedge,dc=com
  [ldap] ldap_get_conn: Checking Id: 0
  [ldap] ldap_get_conn: Got Id: 0
  [ldap] attempting LDAP reconnection
  [ldap] closing existing LDAP connection
  [ldap] (re)connect to corp.clearedgeit.com:389, authentication 0
  [ldap] bind as / to corp.clearedgeit.com:389
  [ldap] waiting for bind result ...
  [ldap] Bind was successful
  [ldap] performing search in dc=corp,dc=clearedge,dc=com, with filter
(uid=aschappell)
  [ldap] ldap_search() failed: Operations error
[ldap] search failed
  [ldap] ldap_release_conn: Release Id: 0
++[ldap] returns fail
Using Post-Auth-Type Reject
# Executing group from file /etc/raddb/sites-enabled/default
+- entering group REJECT {...}
[attr_filter.access_reject] expand: %{User-Name} -> aschappell
attr_filter: Matched entry DEFAULT at line 11
++[attr_filter.access_reject] returns updated
Delaying reject of request 5 for 1 seconds
Going to the next request
Waking up in 0.9 seconds.
Sending delayed reject for request 5
Sending Access-Reject of id 61 to 127.0.0.1 port 48367
Waking up in 4.9 seconds.
Cleaning up request 5 ID 61 with timestamp +490
Ready to process requests.
Adam Schappell
System Administrator II
Clearedge IT Solutions, LLC
10620 Guilford Road
Jessup, MD 20794
Office:443-212-4712
Fax:443-212-4809
www.ClearEdgeIT.com <http://www.clearedgeit.com/>
On Thu, Mar 26, 2015 at 3:05 PM, Alan DeKok <aland at deployingradius.com>
wrote:
> On Mar 26, 2015, at 1:24 PM, Adam Schappell <aschappell at clearedgeit.com>
> wrote:
> > Alan, My inner tunnel file is not empty and has a bunch of configs in it.
>
>   Then server doesn’t lie.  Read the debug output again.  Make sure you
> know which file the server is reading.
>
>   And don’t post configuration files here.  It’s useless and annoying.
>
>   The fact that you’re having massive problem shows you’ve done something
> seriously wrong.  The default configuration *works*.
>
>   Alan DeKok.
>
>
> -
> List info/subscribe/unsubscribe? See
> http://www.freeradius.org/list/users.html
>
    
    
More information about the Freeradius-Users
mailing list