On Thursday 11 June 2009 20:10:17 Bryan Irvine wrote:
> I got around those problems but I'm still having problems binding to the
> DB.
Have you tested the account via different means? E.g., assuming you have
OpenLDAP client binaries available:
ldapsearch -x -H ldaps://myldapserver.mydomain.com -
On Thu, Jun 11, 2009 at 12:06 PM, Dieter Kluenter wrote:
> Bryan Irvine writes:
>
>> I got around those problems but I'm still having problems binding to the DB.
>>
>> The script basically logs in and does a search for itself to make sure
>> all is well.
>>
>> I cannot bind with the credentials gi
Bryan Irvine writes:
> I got around those problems but I'm still having problems binding to the DB.
>
> The script basically logs in and does a search for itself to make sure
> all is well.
>
> I cannot bind with the credentials given me by the LDAP server admin,
> but the search shows that the u
I got around those problems but I'm still having problems binding to the DB.
The script basically logs in and does a search for itself to make sure
all is well.
I cannot bind with the credentials given me by the LDAP server admin,
but the search shows that the user is there. However if I add mor
On Wed, Jun 10, 2009 at 1:53 PM, Graham Barr wrote:
>
> On Jun 10, 2009, at 3:34 PM, Bryan Irvine wrote:
>
>> On Wed, Jun 10, 2009 at 1:15 PM, Graham Barr wrote:
>>>
>>> On Jun 10, 2009, at 3:07 PM, Bryan Irvine wrote:
>>>
That's my problem then.
Is there a way to check for bind fail
On Jun 10, 2009, at 3:34 PM, Bryan Irvine wrote:
On Wed, Jun 10, 2009 at 1:15 PM, Graham Barr wrote:
On Jun 10, 2009, at 3:07 PM, Bryan Irvine wrote:
That's my problem then.
Is there a way to check for bind failure?
Yes, see Net::LDAP::Message and Net::LDAP::Constant docs
the bind will
On Wed, Jun 10, 2009 at 1:15 PM, Graham Barr wrote:
>
> On Jun 10, 2009, at 3:07 PM, Bryan Irvine wrote:
>
>> That's my problem then.
>>
>> Is there a way to check for bind failure?
>
> Yes, see Net::LDAP::Message and Net::LDAP::Constant docs
>
> the bind will fail, but the server will allow reques
On Jun 10, 2009, at 3:07 PM, Bryan Irvine wrote:
That's my problem then.
Is there a way to check for bind failure?
Yes, see Net::LDAP::Message and Net::LDAP::Constant docs
the bind will fail, but the server will allow requests to continue as
if the bind had not happened. ie it will treat
That's my problem then.
Is there a way to check for bind failure?
-Bryan
On Wed, Jun 10, 2009 at 12:53 PM, Clif
Harden wrote:
>
> The bind failure will fall back to an anonymous bind, which will allow you
> to continue to search and return attributes that an anonymous bind can see.
>
> Clif H
The bind failure will fall back to an anonymous bind, which will allow
you to continue to search and return attributes that an anonymous bind
can see.
Clif Harden
Bryan Irvine wrote:
On Wed, Jun 10, 2009 at 12:38 PM, Graham Barr wrote:
On Jun 10, 2009, at 1:51 PM, Bryan Irvine wrote
On Wed, Jun 10, 2009 at 12:38 PM, Graham Barr wrote:
>
> On Jun 10, 2009, at 1:51 PM, Bryan Irvine wrote:
>
>> I'm using ldaps and when I try to bind to a made up FqDN the scripts
>> still seems to be able to function.
>>
>> Presently I'm binding with:
>> $ldaps->bind ("totalBSDN=screwDodge") or di
On Jun 10, 2009, at 1:51 PM, Bryan Irvine wrote:
I'm using ldaps and when I try to bind to a made up FqDN the scripts
still seems to be able to function.
Presently I'm binding with:
$ldaps->bind ("totalBSDN=screwDodge") or die("could not bind");
Net::LDAP methods return Net::LDAP::Message ob
Yash,
port and cert location is all correct, though maybe my understanding
of ldap->bind is not. I understand it to be an authentication
mechanism to gain rights into a DB.
I expected to bind with a fake user and have the script not work at
all, instead I can search like so:
$mesg = $ldaps->sea
Bryan, Could you please send in complete code ? below snippet is just
too little for any programmer to help you troubleshoot.
Also ..may be you did like double check stuff like (FQDN , port , cert
location , password you have used ?
Could you try to trap the error code ? something like error mes
Hello List,
Many thanks to all for the replies. By interrogating the code value I am able
to have my program do what is needed.
I have used the code value in searches, adds, updates and simply forgot /
overlooked that I could check it on the bind.
This further proves the benefits of open s
On 26/4/06 10:32, Jim Summers <[EMAIL PROTECTED]> wrote:
> Hello list,
>
> I have stumbled onto a problem with some code I am writing. I was doing a
> bind to my ldap and using the dn and password option. Which initially I
> always entered the correct password and thought it was ok. I did one
On Aug 18, 2005, at 1:02 PM, Gert Buettner wrote:
I have expierienced this kind of hanging, due to wrong UTF-8-
encoding of the ldap-protokoll.
This results in the situation, that both sides think, the other
side should send some bytes.
Try to set the unicode/utf8-bit in perl on the variabl
I have expierienced this kind of hanging, due to wrong UTF-8-encoding
of the ldap-protokoll.
This results in the situation, that both sides think, the other side
should send some bytes.
Try to set the unicode/utf8-bit in perl on the variables $user and $pwd !
Gert
Bob Earl wrote:
Hi Graham
Thanks for the help. It turns out that I only needed to set the version
parameter to 2 and everything worked.
Tina
-Original Message-
From: Peter Marschall [mailto:[EMAIL PROTECTED]
Sent: Saturday, November 08, 2003 4:06 AM
To: Li, Tina; '[EMAIL PROTECTED]'
Subject: Re:
Hi,
On Saturday 08 November 2003 00:47, Li, Tina wrote:
> I created a Perl script using perl-ldap to search for entries in my LDAP
> server (version 2). When I bind to the server with the root DN and root
> password, it doesn't seem to bind correctly. That is, the bind method
> doesn't seem to a
On 7/11/03 11:47 pm, Li, Tina <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I created a Perl script using perl-ldap to search for entries in my LDAP
> server (version 2). When I bind to the server with the root DN and root
> password, it doesn't seem to bind correctly. That is, the bind method
> doesn't
21 matches
Mail list logo