LDAP

Fri Aug 1 20:26:11 UTC 2003

Yes, you were right, anonymous connections can not poll a thing on Novell.
Thanks for the tip, that was the next thing I should have tried. Now it will
be the next thing I do try. :-D

Thanks,
	Casey Gregoire

-----Original Message-----
From: Morgan, Mike [mailto:mike.morgan at oregonstate.edu]
Sent: Friday, August 01, 2003 12:18 PM
To: developers at bugzilla.org
Subject: Re: LDAP

Casey,

We have a regular old LDAP server running under default specifications
on the central UNIX server.

One thing to note is that some LDAP servers require authentication to
perform certain lookups -- i.e. you can't just do anonymous binds.  I'm
not sure how your Novell system is configured but I'd imagine that it
would protect certain attributes in a similar fashion, so watch out for
that.  Try to find out if the uidattribute is protected or not.

Mike

-----Original Message-----
From: Casey Gregoire [mailto:caseyg at chsamerica.com]
Sent: Friday, August 01, 2003 9:06 AM
To: developers at bugzilla.org
Subject: Re: LDAP

Thanks,
        Casey Gregoire

-----Original Message-----
From: Morgan, Mike [mailto:mike.morgan at oregonstate.edu]
Sent: Friday, August 01, 2003 11:44 AM
To: developers at bugzilla.org
Subject: Re: LDAP

Casey,

My LDAP.pm was customized, but I noted where it was hacked so you could
see it clearly (lines 117-119).  You most likely will not be able to
plug-and-play.  Run a diff on mine vs. the current cvs checkout -- that
should prove helpful. I saw your note after I sent that e-

Lastly, I'd start by checking your LDAP parameters.  9 times out of 10
this is where the problem comes from.  See if you can't ping the guy in
charge of the NDS auth setup in order to get accurate LDAP parameters.

I must be missing something somewhere. Thanks for the help though. The
bind works, but the lookup does not, it seams that the server here does
not like me ;) We are trying to authenticate through a Novell server's
LDAP service, but nothing seems to be working. I will have too look at
what settings I have wrong. but at least I know its not a problem in
Bugzilla. the doc I looked at for setting things up did not mention the
fact that it uses Net::LDAP, instead it was the older one that said be
cautious. Now I know its in my configuration some where so I will look
into the on my own.

What server is doing your LDAP services exactly? We have a Novell
server, what are you using? maybe that will help with a solution.

Other than that, I'd just check the logs and try to decipher the errors.

Good luck!
Mike Morgan

-----Original Message-----
From: Casey Gregoire [mailto:caseyg at chsamerica.com]
Sent: Friday, August 01, 2003 5:37 AM
To: developers at bugzilla.org
Subject: Re: LDAP

Thanks,
        Casey Gregoire

-----Original Message-----
From: Morgan, Mike [mailto:mike.morgan at oregonstate.edu]
Sent: Thursday, July 31, 2003 5:13 PM
To: developers at bugzilla.org
Subject: Re: LDAP

Casey,

Forgot to add that if you want to use an encrypted connection  between
Bugzilla and your LDAP server (which I would definitely recommend if
these passwords are used for other services), you'd have to use the
start_tls() function that is a part of Net::LDAP inside of
./Bugzilla/Auth/LDAP.pm.

Additionally, in case you'd like to take a look at our copy, I've sent
it to your email address. What changes did you make? are they specific
to your site? or are they just to make it work properly? Well I get an
error saying I have invalid user name and password and I know that the
username and password I am using all exist on the LDAP server I am
connecting to. Now this user that I am trying to login as already exists
in Bugzilla, but for this test I made sure that the passwords match. the
LDAP server is running off of is a Novell NDS server. could somebody
tell me where I should be looking for information on what is going
wrong?

Regards,
Mike Morgan

-----Original Message-----
From: Morgan, Mike
Sent: Thursday, July 31, 2003 2:03 PM
To: developers at bugzilla.org
Subject: Re: LDAP

Casey,

LDAP works great if you use 2.17.4 and you configure the parameters
correctly.  When you test, make sure you have the right Perl modules
installed.

At Oregon State University we use a 2.17.4 install that uses our central
LDAP server for authentication (which is used for many other services).
It uses an encrypted connection and works great for us.

Regards,
Mike Morgan

-----Original Message-----
From: Casey Gregoire [mailto:caseyg at chsamerica.com]
Sent: Thursday, July 31, 2003 1:56 PM
To: Bugzilla Developers (E-mail)
Subject: LDAP

Does anyone know the current State of the LDAP authentication in
Bugzilla 2.17.4? I was looking at the docs and it says be cautious.

Thank you,
            Casey Gregoire
            Programmer
            CHS of America
            100 1st Ave S. Suite 601
            St. Petersburg, FL 33701
            Phone - (727) 824-0800 ext 1236

Every great achievement was once impossible. -- Anonymous
I'd like to get started on time, if we can, inasmuch as we're late
already. -- Larry Gelbart Nothing is accomplished without passion. -- My
Fortune Cookie

-
To view or change your list settings, click here:
<http://bugzilla.org/cgi-bin/mj_wwwusr?user=mike.morgan@oregonstate.edu>

-
To view or change your list settings, click here:
<http://bugzilla.org/cgi-bin/mj_wwwusr?user=caseyg@chsamerica.com>
-
To view or change your list settings, click here:
<http://bugzilla.org/cgi-bin/mj_wwwusr?user=mike.morgan@oregonstate.edu>

-
To view or change your list settings, click here:
<http://bugzilla.org/cgi-bin/mj_wwwusr?user=caseyg@chsamerica.com>
-
To view or change your list settings, click here:
<http://bugzilla.org/cgi-bin/mj_wwwusr?user=mike.morgan@oregonstate.edu>

-
To view or change your list settings, click here:
<http://bugzilla.org/cgi-bin/mj_wwwusr?user=caseyg@chsamerica.com>