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 <m...@mcdev.com.au> 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 <ironmani...@googlemail.com>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 <ironmani...@googlemail.com> 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 <wari.wa...@gmail.com> 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 gitorious@googlegroups.com > > To unsubscribe from this group, send email to > > gitorious+unsubscr...@googlegroups.com -- To post to this group, send email to gitorious@googlegroups.com To unsubscribe from this group, send email to gitorious+unsubscr...@googlegroups.com