In addition, when I uncomment encryption: simple_tls in authentication.yml, I can't get a connection to our ldap. the ruby script hangs. without this line, everything works perfect!
On 20 Okt., 18:02, IronMania <[email protected]> wrote: > awesome, works perfect. > is there an easy way to implement the groups from the ad? > I don't know in detail in our company, but we have groups of > developers, so that I can tell gitorious, that this project belongs to > that group. > > Thank you for your help!! > Jörg > > On 20 Okt., 14:50, Martin Sandiford <[email protected]> wrote: > > > > > > > > > It's on the ldap-auth-search branch. > > > $ git checkout ldap-auth-search > > > Should get you what you want. > > > Cheers, > > Martin > > > On Thu, Oct 20, 2011 at 11:16 PM, IronMania > > <[email protected]>wrote: > > > > hm, how can i install your patch? I cloned your repo but there are no > > > changes! at least not in the cloned one. > > > > On 20 Okt., 14:14, IronMania <[email protected]> wrote: > > > > what am I doing wrong? > > > > when running the testscript it always hangs with setup_encryption in / > > > > var/www/gitorious/rots/ruby/1.8/gems/ruby-net-ldap-0.0.4/lib/net/ > > > > ldap.rb:1059 > > > > so i need to hit ctrl+c then I ALWAYS get this line. > > > > > On 20 Okt., 09:28, Wari Wahab <[email protected]> wrote: > > > > > > On 20/10/2011 14:10, Martin Sandiford wrote: > > > > > > > From looking around in the net-ldap code, it looks like one or both > > > of > > > > > > bind_username and/or bind_password need to be nil for this to > > > > > > happen. > > > > > > > Do you have bind_username and bind_password set up in your > > > > > > production > > > > > > section of your authentication.yml? Is your server running with the > > > > > > production environment? > > > > > > Yes, I'm running in the production environment, and I do have both > > > > > vars > > > > > set with the proper credentials. > > > > > > > I can reproduce this problem if one or both of these config items > > > > > > are > > > > > > not set --- will improve the behaviour of get_dn_of_user so that it > > > > > > doesn't fail so catastrophically in this case. > > > > > > Based on this observation, I set to test with the following ways, and > > > > > also compared the results with our redmine install: > > > > > > bind_username: set > > > > > bind_password: set > > > > > gitorious: pass > > > > > redmine: pass > > > > > > bind_username: unset > > > > > bind_password: set > > > > > gitorious: pass > > > > > redmine: fail > > > > > > bind_username: set > > > > > bind_password: unset > > > > > gitorious: pass > > > > > redmine: fail > > > > > > bind_username: unset > > > > > bind_password: unset > > > > > gitorious: pass # What? This proves my problem is just with > > > > > :encryption > > > only > > > > > redmine: fail > > > > > > bind_username: invalid > > > > > bind_password: set > > > > > gitorious: pass > > > > > redmine: fail > > > > > > bind_username: set > > > > > bind_password: invalid > > > > > gitorious: pass > > > > > redmine: fail > > > > > > Anyway, this proves that I can authenticate anonymously, but this is > > > not > > > > > the case with our Redmine and Chiliproject installation. But whatever > > > it > > > > > is I set, it will still fail the authentication test executable. Also, > > > > > this, unfortunately, will not indicate if the code to do a binded > > > > > authentication is working or not. I know we do have a user in the AD > > > > > specifically created just to allow authentications. This was created > > > for > > > > > our redmine and apache2/svn authentications. > > > > > > I'm not sure what's going on with our AD in the office, I do not have > > > > > the rights to look into that server. > > > > -- > > > To post to this group, send email to [email protected] > > > To unsubscribe from this group, send email to > > > [email protected] -- To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected]
