Closed GoogleCodeExporter closed 9 years ago
Do you need some more details about this issue?
Original comment by cedric.f...@gmail.com
on 28 Oct 2010 at 8:35
Sorry for my late response...
It seems that Net::LDAP doesn't handle a connection disconnected by LDAP server
well. We will be able to add workaround for it into ActiveLdap but it should be
fixed in Net::LDAP. Could you also report it to Net::LDAP developers?
Those instructions will reproduce your problem:
ldap = Net::LDAP.new(..., :encryption => {:method => :simple_tls})
ldap.bind(...)
ldap.search(...) # will succeed
# wait 15 minutes
ldap.search(...) # will fail
Original comment by kou...@gmail.com
on 28 Oct 2010 at 8:57
Issue posted on ruby-forge project page.
Thx
I'll post the result if necessary
Original comment by cedric.f...@gmail.com
on 28 Oct 2010 at 9:16
Switch from net-ldap to ruby-ldap solved this issue.
I still have no answer on ruby-forge project page.
I was not alone http://rubyforge.org/forum/message.php?msg_id=93677
Tcpdump show activity trace during inactivity session
Regards,
CF
Original comment by cedric.f...@gmail.com
on 9 Nov 2010 at 2:31
Hum,
unfortunately, it works on MacOS X but doesn''t on Ubuntu 10.04 with ruby-ldap
(0.9.11, 0.9.10, 0.9.9)
$ script/console
Loading development environment (Rails 2.3.8)
ree-1.8.7-2010.02 > Ldap::User.first
ActiveLdap::ConnectionError: Giving up trying to reconnect to LDAP server.
from /home/toto/.rvm/gems/ree-1.8.7-2010.02/gems/activeldap-1.2.2/lib/active_ldap/adapter/base.rb:597:in `reconnect'
from /home/toto/.rvm/gems/ree-1.8.7-2010.02/gems/activeldap-1.2.2/lib/active_ldap/adapter/base.rb:574:in `loop'
from /home/toto/.rvm/gems/ree-1.8.7-2010.02/gems/activeldap-1.2.2/lib/active_ldap/adapter/base.rb:574:in `reconnect'
from /home/toto/.rvm/gems/ree-1.8.7-2010.02/gems/activeldap-1.2.2/lib/active_ldap/adapter/base.rb:611:in `reconnect_if_need'
from /home/toto/.rvm/gems/ree-1.8.7-2010.02/gems/activeldap-1.2.2/lib/active_ldap/timeout.rb:15:in `call'
from /home/toto/.rvm/gems/ree-1.8.7-2010.02/gems/activeldap-1.2.2/lib/active_ldap/timeout.rb:15:in `alarm'
from /home/toto/.rvm/gems/ree-1.8.7-2010.02/gems/activeldap-1.2.2/lib/active_ldap/adapter/base.rb:321:in `with_timeout'
from /home/toto/.rvm/gems/ree-1.8.7-2010.02/gems/activeldap-1.2.2/lib/active_ldap/adapter/base.rb:610:in `reconnect_if_need'
from /home/toto/.rvm/gems/ree-1.8.7-2010.02/gems/activeldap-1.2.2/lib/active_ldap/adapter/base.rb:272:in `operation'
from /home/toto/.rvm/gems/ree-1.8.7-2010.02/gems/activeldap-1.2.2/lib/active_ldap/adapter/base.rb:169:in `search'
from /home/toto/.rvm/gems/ree-1.8.7-2010.02/gems/activeldap-1.2.2/lib/active_ldap/adapter/ldap.rb:83:in `search'
from /home/toto/.rvm/gems/ree-1.8.7-2010.02/gems/activeldap-1.2.2/lib/active_ldap/operations.rb:65:in `search'
from /home/toto/.rvm/gems/ree-1.8.7-2010.02/gems/activeldap-1.2.2/lib/active_ldap/operations.rb:284:in `find_every'
from /home/toto/.rvm/gems/ree-1.8.7-2010.02/gems/activeldap-1.2.2/lib/active_ldap/operations.rb:257:in `find_initial'
from /home/toto/.rvm/gems/ree-1.8.7-2010.02/gems/activeldap-1.2.2/lib/active_ldap/operations.rb:222:in `find'
from /home/toto/.rvm/gems/ree-1.8.7-2010.02/gems/activeldap-1.2.2/lib/active_ldap/operations.rb:238:in `first'
from (irb):1ree-1.8.7-2010.02 >
Original comment by cedric.f...@gmail.com
on 10 Nov 2010 at 10:58
Modifying /etc/ldap/ldap.conf to have this line :
TLS_REQCERT never
fixed the issue
Original comment by cedric.f...@gmail.com
on 10 Nov 2010 at 4:43
Thanks for the information.
Can I close this issue?
> Modifying /etc/ldap/ldap.conf to have this line :
> TLS_REQCERT never
>
> fixed the issue
Does it mean that ldapsearch also fails to connect ActiveDirectory server
without the configuration?
Original comment by kou...@gmail.com
on 10 Nov 2010 at 9:49
Yep we can close this issue.
I didn't check it out with ldapsearch but I think so
I'll check it out next time
Original comment by cedric.f...@gmail.com
on 16 Nov 2010 at 3:53
Original comment by kou...@gmail.com
on 16 Nov 2010 at 10:33
Original issue reported on code.google.com by
cedric.f...@gmail.com
on 15 Oct 2010 at 8:37Attachments: