You can subscribe to this list here.
2000 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(200) |
Jun
(129) |
Jul
(184) |
Aug
(204) |
Sep
(106) |
Oct
(79) |
Nov
(72) |
Dec
(54) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2001 |
Jan
(83) |
Feb
(123) |
Mar
(84) |
Apr
(184) |
May
(106) |
Jun
(111) |
Jul
(104) |
Aug
(91) |
Sep
(59) |
Oct
(99) |
Nov
(100) |
Dec
(37) |
2002 |
Jan
(148) |
Feb
(88) |
Mar
(85) |
Apr
(151) |
May
(80) |
Jun
(110) |
Jul
(85) |
Aug
(43) |
Sep
(64) |
Oct
(89) |
Nov
(59) |
Dec
(42) |
2003 |
Jan
(129) |
Feb
(104) |
Mar
(162) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: <ma...@mj...> - 2001-04-23 18:06:19
|
Aha, just as I expected. One of the right things MS did with W2K is to realize that LDAP is not an authentication protocol, however, mightily we try to make it one (and keep in mind that I've written *alot* of LDAP authentication code in my time). No, AD uses Kerberos for its authentication protocol. As per, the LDAP specs, out of the box, Net::LDAP authenticates using simple bind (dn and password). Which AD doesn't support. The solution is to use the SASL module (but you'll probably have to code in your own Kerberos module for it) if AD supports SASL. If not, then we'll have to devise some other way. Mark On 23 Apr 01, at 13:17, William Richter wrote: > I've added the line: > die($mesg->error) if $mesg->code; > > after the bind. A non-authenticated login works fine, except I can't > see anything but root, but as soon as I hit the server with an > authenticated user, the error: AcceptSecurityContext occurs. I then > went back to LDP and found that by default, it connects using > NTML/Kerberos. I tried the alternate methods but they failed. My > question is, what method does Perl-ldap use and if this is the > problem, how do I change the authentication method? If on the other > hand, default authentication should work, any ideas why the server is > denying my credentials? I've tried this on two AD servers on site and > both fail. > > William Richter > Technology Specialist > Edinboro University of PA > 814-732-2931 > > -----Original Message----- > From: Rafael Corvalan [mailto:Raf...@li...] > Sent: Friday, April 20, 2001 5:41 AM > To: 'c-h...@ti...'; ri...@ed... > Cc: per...@li... > Subject: RE: Active directory and Perl-ldap > > You should be able to get your entries without requesting ["**] for > the attributes. > > I'm not a really specialist, but here arte my comments: > > > 1) I think you have problems with the authentication. Check your > credentials. Are you sure you are using > $admin = "CN=XXXX, CN=Users, DC=edinboro, DC=com" > as your credentials? > If you have authentication failure, you will not see it (see the > point 2) > > 2) The bind method returns a Net::LDAP::Bind object, so unless the > bind method returns "undefined" (I don't think it can do so), > avoid writing: > bind(...) or die(...); > In other words, try binding with wrong credentials, and you will > see, the die() will not be called. I prefer to use: > > $mesg = bind(....); > die($mesg->error) if $mesg->code; > > 3) I think that using normal settings, the DC=company, DC=com tree > and DC=Users, DC=company, DC=com tree are protected in ADS. You > must bind with a valid user to get someting, they are not > accessible anonymously. I think that if you do not see anything > it's because you have authentication failure. > > 4) Use protocol version 3. I'ts better since version 2 doesn't knows > about referrals. To do that, use "version => 3" as one of the > parameters in the bind() call. > > 5) I'm disappointed regarding MS LDP.... Using the Microsoft > "Active Directory Administration Tool", I only get the base DN when > connected without calling bind (and referrals too). Are you sure > that MS LDAP doesn't connect using "transperent" login, forwarding > your credentials to ADS? (Using Kerberos or NTLM). > > 6) This is an example that works for me. I hope it will do so > for you: > > > ========================================= > === Example starts here === > ========================================= > > #!/usr/bin/perl -w > > use Net::LDAP; > use strict; > > > # Comment the following line to log on anonymously > my $admin = 'cn=testrco, cn=Users, dc=linkvest, dc=com'; > > > # Comment one of the following two lines (Base DN) > my $base = 'CN=Users, DC=linkvest, DC=com'; > #my $base = 'DC=linkvest, DC=com'; > > > my $ldapserver = 'ads.linkvest.com'; > my $password = 'XXXXXXXX'; > my $version = 3; > > my $filter = "(objectclass=*)"; > my $scope = '1'; > > > my $mesg; > > # CONNECTION > my $ldap = Net::LDAP->new($ldapserver) or die "$@"; > > # BIND > if (defined $admin) { > $mesg = $ldap->bind ( dn => $admin, > password => $password, > version => $version); > } else { > $mesg = $ldap->bind ( noauth => 1, > version => $version); > } > > die($mesg->error) if $mesg->code; > > # SEARCH > $mesg = $ldap->search( scope => $scope, > base => $base, > filter => $filter); > die($mesg->error) if $mesg->code; > > > # RESULTS > foreach my $entry ($mesg->entries) { $entry->dump; } > printf("====\nFound %d entries\n", $mesg->count); > > > ======================================= > === Example ends here === > ======================================= > > > > Hope it helps. > > Rafael > > ________________________________________________________ > Rafael Corvalan > Systems & Networks Competence Center Manager > Linkvest SA > Av des Baumettes 19, 1020 Renens Switzerland > Tel: +41 21 632 90 00 Fax: +41 21 632 90 90 > http://www.linkvest.com Raf...@li... > ________________________________________________________ > > > -----Original Message----- > From: Clif Harden [mailto:cl...@di...] > Sent: jeudi, 19. avril 2001 23:24 > To: ri...@ed... > Cc: per...@li... > Subject: Re: Active directory and Perl-ldap > > > > > > I am trying to access Active directory using Perl-ldap and I'm > > having a problem. Here is sample code: > > > > my $base = 'DC=edinboro,DC=edu'; > > my $filter = "(objectclass=*)"; > > my $attrs = (); # request all available attributes > > my $scope = '0'; > > > > my $ldap = Net::LDAP->new($ldapserver,debug=>$DEBUG) or die "$@"; > > > > # bind to a directory with dn and password - makes no difference > > # whether > > authenticated or not > > $ldap->bind (dn => $admin,password => $password) or die "$@"; > > > > $mesg = $ldap->search( > > scope => $scope, > > base => $base, > > filter => $filter, > > attrs => $attrs, > > ); > > > > If I do a search, all I can manage to find is the base DN. If I > > change > the > > scope to 1, I retrieve nothing. If I change the scope to 'subtree', > > all I retrieve are root entries. I see no cn or ou entries. Nor do I > > retrieve anything if I set my base to cn=users,dn=edinboro,dn=edu. > > I've run the > same > > search against ldap.itd.umich.edu and I can retrieve anything I > > request. Also if I use MS LDP (even if not authenticated), the > > search pulls the entries, as it is suppose to. I've checked > > permissions on the server but I am at a loss. Is there anything > > special I need to make Active Directory > work > > correctly with LDAP? > > > > Thanks in advance, > > > > William Richter > > Technology Specialist, Edinboro University of PA 814-732-2931 > > > > Try requesting a return attribute(s) in your request. > > attrs => ["*"], > > If I do what you have done all I get is a DN but no data. > > Regards, > > Clif Harden INTERNET: c-h...@ti... > > > > Mark Wilcox ma...@mj... Got LDAP? |
From: Graham B. <gb...@po...> - 2001-04-23 18:05:20
|
On Mon, Apr 23, 2001 at 12:01:22PM +0200, Roland Stigge wrote: > Hi, > > another one: > > I'm trying to modify: > > this works: > ----- > $mesg = $ldap->modify("cn=onemore,o=epigenomics", > replace => {'sn' => 'Jackson'}); > print "code: ",$mesg->code,"\nerror: ",$mesg->error,"\n"; > ----- > > but this way (another documented way for performing that): > ----- > # ... binding ... > > $entry = Net::LDAP::Entry->new; > $entry->dn("cn=onemore,o=epigenomics"); > $entry->replace("sn" => "Jackson"); > $mesg=$ldap->modify($entry); > print "code: ",$mesg->code,"\nerror: ",$mesg->error,"\n"; > ----- Actually the docs are bit ambigious here. But I would say that this is not documented to work as you expect here. Although what should work, and is documented is $entry->update($ldap); The docs should clarify that if an Entry is passed as the DN only the DN is extracted from it. This is the same for ant Net::LDAP method. Graham. |
From: Clif H. <cl...@di...> - 2001-04-23 17:52:11
|
> > On Mon, Apr 23, 2001 at 05:53:01PM +0100, Chris Ridd wrote: > > Graham Barr <gb...@po...> wrote: > > > On Mon, Apr 23, 2001 at 05:38:41PM +0100, Chris Ridd wrote: > > > > > >> >> So what's the difference between reference and referral? > > >> > > > >> > A referral is returned when the *entire* operation must be resent to > > >> > another server. > > >> > > > >> > A continuation reference is returned when *part* of the operation must > > >> > be resent to another server. > > >> > > >> See RFC 2251 section 4.5.3 for more details. > > > > > > Should this be added to the FAQ ? > > > > > > Graham. > > > > Either the FAQ or the man pages, IMO. > > Yes. I think it probably would be better in the docs. I will add it, unless > someone beats me to it and sends a patch :) > > Graham. > > I have intends of adding this to the faq. Clif |
From: Graham B. <gb...@po...> - 2001-04-23 17:24:51
|
On Mon, Apr 23, 2001 at 05:53:01PM +0100, Chris Ridd wrote: > Graham Barr <gb...@po...> wrote: > > On Mon, Apr 23, 2001 at 05:38:41PM +0100, Chris Ridd wrote: > > > >> >> So what's the difference between reference and referral? > >> > > >> > A referral is returned when the *entire* operation must be resent to > >> > another server. > >> > > >> > A continuation reference is returned when *part* of the operation must > >> > be resent to another server. > >> > >> See RFC 2251 section 4.5.3 for more details. > > > > Should this be added to the FAQ ? > > > > Graham. > > Either the FAQ or the man pages, IMO. Yes. I think it probably would be better in the docs. I will add it, unless someone beats me to it and sends a patch :) Graham. |
From: William R. <ri...@ed...> - 2001-04-23 17:10:07
|
I've added the line: die($mesg->error) if $mesg->code; after the bind. A non-authenticated login works fine, except I can't see anything but root, but as soon as I hit the server with an authenticated user, the error: AcceptSecurityContext occurs. I then went back to LDP and found that by default, it connects using NTML/Kerberos. I tried the alternate methods but they failed. My question is, what method does Perl-ldap use and if this is the problem, how do I change the authentication method? If on the other hand, default authentication should work, any ideas why the server is denying my credentials? I've tried this on two AD servers on site and both fail. William Richter Technology Specialist Edinboro University of PA 814-732-2931 -----Original Message----- From: Rafael Corvalan [mailto:Raf...@li...] Sent: Friday, April 20, 2001 5:41 AM To: 'c-h...@ti...'; ri...@ed... Cc: per...@li... Subject: RE: Active directory and Perl-ldap You should be able to get your entries without requesting ["**] for the attributes. I'm not a really specialist, but here arte my comments: 1) I think you have problems with the authentication. Check your credentials. Are you sure you are using $admin = "CN=XXXX, CN=Users, DC=edinboro, DC=com" as your credentials? If you have authentication failure, you will not see it (see the point 2) 2) The bind method returns a Net::LDAP::Bind object, so unless the bind method returns "undefined" (I don't think it can do so), avoid writing: bind(...) or die(...); In other words, try binding with wrong credentials, and you will see, the die() will not be called. I prefer to use: $mesg = bind(....); die($mesg->error) if $mesg->code; 3) I think that using normal settings, the DC=company, DC=com tree and DC=Users, DC=company, DC=com tree are protected in ADS. You must bind with a valid user to get someting, they are not accessible anonymously. I think that if you do not see anything it's because you have authentication failure. 4) Use protocol version 3. I'ts better since version 2 doesn't knows about referrals. To do that, use "version => 3" as one of the parameters in the bind() call. 5) I'm disappointed regarding MS LDP.... Using the Microsoft "Active Directory Administration Tool", I only get the base DN when connected without calling bind (and referrals too). Are you sure that MS LDAP doesn't connect using "transperent" login, forwarding your credentials to ADS? (Using Kerberos or NTLM). 6) This is an example that works for me. I hope it will do so for you: ========================================= === Example starts here === ========================================= #!/usr/bin/perl -w use Net::LDAP; use strict; # Comment the following line to log on anonymously my $admin = 'cn=testrco, cn=Users, dc=linkvest, dc=com'; # Comment one of the following two lines (Base DN) my $base = 'CN=Users, DC=linkvest, DC=com'; #my $base = 'DC=linkvest, DC=com'; my $ldapserver = 'ads.linkvest.com'; my $password = 'XXXXXXXX'; my $version = 3; my $filter = "(objectclass=*)"; my $scope = '1'; my $mesg; # CONNECTION my $ldap = Net::LDAP->new($ldapserver) or die "$@"; # BIND if (defined $admin) { $mesg = $ldap->bind ( dn => $admin, password => $password, version => $version); } else { $mesg = $ldap->bind ( noauth => 1, version => $version); } die($mesg->error) if $mesg->code; # SEARCH $mesg = $ldap->search( scope => $scope, base => $base, filter => $filter); die($mesg->error) if $mesg->code; # RESULTS foreach my $entry ($mesg->entries) { $entry->dump; } printf("====\nFound %d entries\n", $mesg->count); ======================================= === Example ends here === ======================================= Hope it helps. Rafael ________________________________________________________ Rafael Corvalan Systems & Networks Competence Center Manager Linkvest SA Av des Baumettes 19, 1020 Renens Switzerland Tel: +41 21 632 90 00 Fax: +41 21 632 90 90 http://www.linkvest.com Raf...@li... ________________________________________________________ -----Original Message----- From: Clif Harden [mailto:cl...@di...] Sent: jeudi, 19. avril 2001 23:24 To: ri...@ed... Cc: per...@li... Subject: Re: Active directory and Perl-ldap > > I am trying to access Active directory using Perl-ldap and I'm having a > problem. Here is sample code: > > my $base = 'DC=edinboro,DC=edu'; > my $filter = "(objectclass=*)"; > my $attrs = (); # request all available attributes > my $scope = '0'; > > my $ldap = Net::LDAP->new($ldapserver,debug=>$DEBUG) or die "$@"; > > # bind to a directory with dn and password - makes no difference whether > authenticated or not > $ldap->bind (dn => $admin,password => $password) or die "$@"; > > $mesg = $ldap->search( > scope => $scope, > base => $base, > filter => $filter, > attrs => $attrs, > ); > > If I do a search, all I can manage to find is the base DN. If I change the > scope to 1, I retrieve nothing. If I change the scope to 'subtree', all I > retrieve are root entries. I see no cn or ou entries. Nor do I retrieve > anything if I set my base to cn=users,dn=edinboro,dn=edu. I've run the same > search against ldap.itd.umich.edu and I can retrieve anything I request. > Also if I use MS LDP (even if not authenticated), the search pulls the > entries, as it is suppose to. I've checked permissions on the server but I > am at a loss. Is there anything special I need to make Active Directory work > correctly with LDAP? > > Thanks in advance, > > William Richter > Technology Specialist, Edinboro University of PA 814-732-2931 > Try requesting a return attribute(s) in your request. attrs => ["*"], If I do what you have done all I get is a DN but no data. Regards, Clif Harden INTERNET: c-h...@ti... |
From: Chris R. <chr...@me...> - 2001-04-23 16:53:17
|
Graham Barr <gb...@po...> wrote: > On Mon, Apr 23, 2001 at 05:38:41PM +0100, Chris Ridd wrote: > >> >> So what's the difference between reference and referral? >> > >> > A referral is returned when the *entire* operation must be resent to >> > another server. >> > >> > A continuation reference is returned when *part* of the operation must >> > be resent to another server. >> >> See RFC 2251 section 4.5.3 for more details. > > Should this be added to the FAQ ? > > Graham. Either the FAQ or the man pages, IMO. Cheers, Chris |
From: Graham B. <gb...@po...> - 2001-04-23 16:49:32
|
In the hope that a recent subscriber might help. The perl-ldap website at http://perl-ldap.sourceforge.net is in desparate need of a maintainer/redesign Any volunteers ? Graham |
From: Graham B. <gb...@po...> - 2001-04-23 16:47:01
|
On Mon, Apr 23, 2001 at 05:38:41PM +0100, Chris Ridd wrote: > >> So what's the difference between reference and referral? > > > > A referral is returned when the *entire* operation must be resent to > > another server. > > > > A continuation reference is returned when *part* of the operation must be > > resent to another server. > > See RFC 2251 section 4.5.3 for more details. Should this be added to the FAQ ? Graham. |
From: Chris R. <chr...@me...> - 2001-04-23 16:38:53
|
Chris Ridd <chr...@me...> wrote: > Roland Stigge <rol...@ep...> wrote: >> Hi! >> >> Graham Barr wrote: >>> Ah, OK. Try this patch to Net::LDAP::Search >> >> OK, let's see... >> >> this code: >> ----- >> @referrals = $mesg->referrals; >> foreach $ref (@referrals) { >> print "Referral: ",$ref,"\n"; >> } >> >> @references = $mesg->references; >> foreach $ref (@references) { >> print "Reference: ",$ref,"\n"; >> } >> ----- >> >> produces: >> ----- >> Reference: ldap://deledda/c=us,o=epigenomics >> ----- >> >> So what's the difference between reference and referral? > > A referral is returned when the *entire* operation must be resent to > another server. > > A continuation reference is returned when *part* of the operation must be > resent to another server. See RFC 2251 section 4.5.3 for more details. Cheers, Chris |
From: Roland S. <rol...@ep...> - 2001-04-23 12:56:27
|
Graham Barr wrote: > > On Mon, Apr 23, 2001 at 12:01:22PM +0200, Roland Stigge wrote: > > Hi, > > > > another one: > > > > I'm trying to modify: > > > > this works: > > ----- > > $mesg = $ldap->modify("cn=onemore,o=epigenomics", > > replace => {'sn' => 'Jackson'}); > > print "code: ",$mesg->code,"\nerror: ",$mesg->error,"\n"; > > ----- > > > > but this way (another documented way for performing that): > > ----- > > # ... binding ... > > > > $entry = Net::LDAP::Entry->new; > > $entry->dn("cn=onemore,o=epigenomics"); > > $entry->replace("sn" => "Jackson"); > > $mesg=$ldap->modify($entry); > > print "code: ",$mesg->code,"\nerror: ",$mesg->error,"\n"; > > ----- > > > > > But: Adding a new user works this way. > > > > (using perl-ldap 0.22) > > Can you please try with 0.23 > > I seem to remember some bug fixes in this area. Same problem. bye, -- Roland Stigge Epigenomics AG Kastanienallee 24 www.epigenomics.com 10435 Berlin |
From: Chris R. <chr...@me...> - 2001-04-23 12:35:40
|
Roland Stigge <rol...@ep...> wrote: > Hi! > > Graham Barr wrote: >> Ah, OK. Try this patch to Net::LDAP::Search > > OK, let's see... > > this code: > ----- > @referrals = $mesg->referrals; > foreach $ref (@referrals) { > print "Referral: ",$ref,"\n"; > } > > @references = $mesg->references; > foreach $ref (@references) { > print "Reference: ",$ref,"\n"; > } > ----- > > produces: > ----- > Reference: ldap://deledda/c=us,o=epigenomics > ----- > > So what's the difference between reference and referral? A referral is returned when the *entire* operation must be resent to another server. A continuation reference is returned when *part* of the operation must be resent to another server. Cheers, Chris |
From: Roland S. <rol...@ep...> - 2001-04-23 12:04:34
|
Hi! Graham Barr wrote: > Ah, OK. Try this patch to Net::LDAP::Search OK, let's see... this code: ----- @referrals = $mesg->referrals; foreach $ref (@referrals) { print "Referral: ",$ref,"\n"; } @references = $mesg->references; foreach $ref (@references) { print "Reference: ",$ref,"\n"; } ----- produces: ----- Reference: ldap://deledda/c=us,o=epigenomics ----- So what's the difference between reference and referral? (debug:) ----- Net::LDAP=HASH(0x80f1538) sending: 30 26 02 01 01 60 21 02 01 03 04 16 63 6E 3D 61 0&...`!.....cn=a 64 6D 69 6E 2C 6F 3D 65 70 69 67 65 6E 6F 6D 69 dmin,o=epigenomi 63 73 80 04 6D 79 70 77 __ __ __ __ __ __ __ __ cs..mypw 0000 30 38: SEQUENCE { 0002 02 1: INTEGER = 1 0005 60 33: [APPLICATION 0] { 0007 02 1: INTEGER = 3 000A 04 22: STRING = 'cn=admin,o=epigenomics' 0022 80 4: [CONTEXT 0] 0024 : 6D 79 70 77 __ __ __ __ __ __ __ __ __ __ __ __ mypw 0028 : } 0028 : } Net::LDAP=HASH(0x80f1538) received: 30 0C 02 01 01 61 07 0A 01 00 04 00 04 00 __ __ 0....a........ 0000 30 12: SEQUENCE { 0002 02 1: INTEGER = 1 0005 61 7: [APPLICATION 1] { 0007 0A 1: ENUM = 0 000A 04 0: STRING = '' 000C 04 0: STRING = '' 000E : } 000E : } Net::LDAP=HASH(0x80f1538) sending: 30 29 02 01 02 63 24 04 0D 6F 3D 65 70 69 67 65 0)...c$..o=epige 6E 6F 6D 69 63 73 0A 01 02 0A 01 03 02 01 00 02 nomics.......... 01 00 01 01 00 87 02 63 6E 30 00 __ __ __ __ __ .......cn0. 0000 30 41: SEQUENCE { 0002 02 1: INTEGER = 2 0005 63 36: [APPLICATION 3] { 0007 04 13: STRING = 'o=epigenomics' 0016 0A 1: ENUM = 2 0019 0A 1: ENUM = 3 001C 02 1: INTEGER = 0 001F 02 1: INTEGER = 0 0022 01 1: BOOLEAN = FALSE 0025 87 2: [CONTEXT 7] 0027 : 63 6E __ __ __ __ __ __ __ __ __ __ __ __ __ __ cn 0029 30 0: SEQUENCE { 002B : } 002B : } 002B : } Net::LDAP=HASH(0x80f1538) received: 30 70 02 01 02 64 6B 04 16 63 6E 3D 61 64 6D 69 0p...dk..cn=admi 6E 2C 6F 3D 65 70 69 67 65 6E 6F 6D 69 63 73 30 n,o=epigenomics0 51 30 17 04 0B 6F 62 6A 65 63 74 43 6C 61 73 73 Q0...objectClass 31 08 04 06 70 65 72 73 6F 6E 30 16 04 0C 75 73 1...person0...us 65 72 50 61 73 73 77 6F 72 64 31 06 04 04 6D 79 erPassword1...my 70 77 30 0D 04 02 63 6E 31 07 04 05 61 64 6D 69 pw0...cn1...admi 6E 30 0F 04 02 73 6E 31 09 04 07 4A 61 63 6B 73 n0...sn1...Jacks 6F 6E __ __ __ __ __ __ __ __ __ __ __ __ __ __ on 0000 30 112: SEQUENCE { 0002 02 1: INTEGER = 2 0005 64 107: [APPLICATION 4] { 0007 04 22: STRING = 'cn=admin,o=epigenomics' 001F 30 81: SEQUENCE { 0021 30 23: SEQUENCE { 0023 04 11: STRING = 'objectClass' 0030 31 8: SET { 0032 04 6: STRING = 'person' 003A : } 003A : } 003A 30 22: SEQUENCE { 003C 04 12: STRING = 'userPassword' 004A 31 6: SET { 004C 04 4: STRING = 'mypw' 0052 : } 0052 : } 0052 30 13: SEQUENCE { 0054 04 2: STRING = 'cn' 0058 31 7: SET { 005A 04 5: STRING = 'admin' 0061 : } 0061 : } 0061 30 15: SEQUENCE { 0063 04 2: STRING = 'sn' 0067 31 9: SET { 0069 04 7: STRING = 'Jackson' 0072 : } 0072 : } 0072 : } 0072 : } 0072 : } Net::LDAP=HASH(0x80f1538) received: 30 74 02 01 02 64 6F 04 18 63 6E 3D 75 70 64 61 0t...do..cn=upda 74 65 64 2C 6F 3D 65 70 69 67 65 6E 6F 6D 69 63 ted,o=epigenomic 73 30 53 30 17 04 0B 6F 62 6A 65 63 74 43 6C 61 s0S0...objectCla 73 73 31 08 04 06 70 65 72 73 6F 6E 30 16 04 0C ss1...person0... 75 73 65 72 50 61 73 73 77 6F 72 64 31 06 04 04 userPassword1... 6D 79 70 77 30 0F 04 02 63 6E 31 09 04 07 75 70 mypw0...cn1...up 64 61 74 65 64 30 0F 04 02 73 6E 31 09 04 07 75 dated0...sn1...u 70 64 61 74 65 64 __ __ __ __ __ __ __ __ __ __ pdated 0000 30 116: SEQUENCE { 0002 02 1: INTEGER = 2 0005 64 111: [APPLICATION 4] { 0007 04 24: STRING = 'cn=updated,o=epigenomics' 0021 30 83: SEQUENCE { 0023 30 23: SEQUENCE { 0025 04 11: STRING = 'objectClass' 0032 31 8: SET { 0034 04 6: STRING = 'person' 003C : } 003C : } 003C 30 22: SEQUENCE { 003E 04 12: STRING = 'userPassword' 004C 31 6: SET { 004E 04 4: STRING = 'mypw' 0054 : } 0054 : } 0054 30 15: SEQUENCE { 0056 04 2: STRING = 'cn' 005A 31 9: SET { 005C 04 7: STRING = 'updated' 0065 : } 0065 : } 0065 30 15: SEQUENCE { 0067 04 2: STRING = 'sn' 006B 31 9: SET { 006D 04 7: STRING = 'updated' 0076 : } 0076 : } 0076 : } 0076 : } 0076 : } Net::LDAP=HASH(0x80f1538) received: 30 28 02 01 02 73 23 04 21 6C 64 61 70 3A 2F 2F 0(...s#.!ldap:// 64 65 6C 65 64 64 61 2F 63 3D 75 73 2C 6F 3D 65 deledda/c=us,o=e 70 69 67 65 6E 6F 6D 69 63 73 __ __ __ __ __ __ pigenomics 0000 30 40: SEQUENCE { 0002 02 1: INTEGER = 2 0005 73 35: [APPLICATION 19] { 0007 04 33: STRING = 'ldap://deledda/c=us,o=epigenomics' 002A : } 002A : } Net::LDAP=HASH(0x80f1538) received: 30 5C 02 01 02 64 57 04 18 63 6E 3D 6F 6E 65 6D 0\...dW..cn=onem 6F 72 65 2C 6F 3D 65 70 69 67 65 6E 6F 6D 69 63 ore,o=epigenomic 73 30 3B 30 17 04 0B 6F 62 6A 65 63 74 43 6C 61 s0;0...objectCla 73 73 31 08 04 06 70 65 72 73 6F 6E 30 0F 04 02 ss1...person0... 63 6E 31 09 04 07 6F 6E 65 6D 6F 72 65 30 0F 04 cn1...onemore0.. 02 73 6E 31 09 04 07 6F 6E 65 6D 6F 72 65 __ __ .sn1...onemore 0000 30 92: SEQUENCE { 0002 02 1: INTEGER = 2 0005 64 87: [APPLICATION 4] { 0007 04 24: STRING = 'cn=onemore,o=epigenomics' 0021 30 59: SEQUENCE { 0023 30 23: SEQUENCE { 0025 04 11: STRING = 'objectClass' 0032 31 8: SET { 0034 04 6: STRING = 'person' 003C : } 003C : } 003C 30 15: SEQUENCE { 003E 04 2: STRING = 'cn' 0042 31 9: SET { 0044 04 7: STRING = 'onemore' 004D : } 004D : } 004D 30 15: SEQUENCE { 004F 04 2: STRING = 'sn' 0053 31 9: SET { 0055 04 7: STRING = 'onemore' 005E : } 005E : } 005E : } 005E : } 005E : } Net::LDAP=HASH(0x80f1538) received: 30 0C 02 01 02 65 07 0A 01 00 04 00 04 00 __ __ 0....e........ 0000 30 12: SEQUENCE { 0002 02 1: INTEGER = 2 0005 65 7: [APPLICATION 5] { 0007 0A 1: ENUM = 0 000A 04 0: STRING = '' 000C 04 0: STRING = '' 000E : } 000E : } Net::LDAP=HASH(0x80f1538) sending: 30 05 02 01 03 42 00 __ __ __ __ __ __ __ __ __ 0....B. 0000 30 5: SEQUENCE { 0002 02 1: INTEGER = 3 0005 42 0: [APPLICATION 2] 0007 : } Bind result: 0, Message: Success LDAP Version: 3 Search: Reference: ldap://deledda/c=us,o=epigenomics Return code: 0 Error message: "Success" Number of Entries: 3 dn: cn=admin,o=epigenomics dn: cn=updated,o=epigenomics dn: cn=onemore,o=epigenomics ----- bye, -- Roland Stigge Epigenomics AG Kastanienallee 24 www.epigenomics.com 10435 Berlin |
From: Clif H. <cl...@di...> - 2001-04-23 12:02:01
|
It appears that my Win98 and NT systems strip the .gz off the end of the file name. On my Linux and Solaris systems it pulls the file down with the proper file name. In the passed I guess I pulled down the files with linux and then moved them to the Windows systems. Something for the faq I guess. Regards, Clif Harden INTERNET: c-h...@ti... > > Thats odd, I just looked in the CPAN mirror directory on search.cpan.org > and the file there is compressed with a tar.gz extension. > > Did your browser remove the .gz on download ? I have had that problem > before. > > Graham. > > On Sat, Apr 21, 2001 at 09:13:17PM -0500, Clif Harden wrote: > > > > > > Where did you get these files ? CPAN or SouceForge ? > > > > > > They had .tar.gz what I uploaded, but I must confess I was using > > > IE on windows and the files were on a samba server at the time > > > so anything is possible I guess. > > > > > > Graham. > > > > > > On Fri, Apr 20, 2001 at 11:08:59PM -0500, Clif Harden wrote: > > > > > > > > Graham, > > > > > > > > I believe there is a minor problem with the cpan > > > > ASN 10 and Perl ldap .23 modules. > > > > > > > > They end with a *.tar, but they are not tar files. They > > > > are gzip`ped files and should have *.gz or *.tgz on the > > > > end of them. > > > > > > > > I just move the *_tar.tar to *_tar.gz and unzipped and untar`ed > > > > them as usall. Everything thing went fine from that > > > > point on. > > > > > > > > Regards, > > > > > > > > Clif Harden ch...@po... > > > > > > > > > > > > > > > > > > CPAN. > > > > > > Regards, > > > > Clif Harden INTERNET: c-h...@ti... > > Texas Instruments > > Directory Services > > 6500 Chase Oaks Blvd, M/S 8412 > > Plano, TX 75023 > > Voice: 972-575-0855 > > FAX: 972-575-2418 > > > > -- |
From: Graham B. <gb...@po...> - 2001-04-23 11:29:48
|
On Mon, Apr 23, 2001 at 12:01:22PM +0200, Roland Stigge wrote: > Hi, > > another one: > > I'm trying to modify: > > this works: > ----- > $mesg = $ldap->modify("cn=onemore,o=epigenomics", > replace => {'sn' => 'Jackson'}); > print "code: ",$mesg->code,"\nerror: ",$mesg->error,"\n"; > ----- > > but this way (another documented way for performing that): > ----- > # ... binding ... > > $entry = Net::LDAP::Entry->new; > $entry->dn("cn=onemore,o=epigenomics"); > $entry->replace("sn" => "Jackson"); > $mesg=$ldap->modify($entry); > print "code: ",$mesg->code,"\nerror: ",$mesg->error,"\n"; > ----- > > But: Adding a new user works this way. > > (using perl-ldap 0.22) Can you please try with 0.23 I seem to remember some bug fixes in this area. Graham. |
From: Graham B. <gb...@po...> - 2001-04-23 11:27:46
|
On Mon, Apr 23, 2001 at 09:53:37AM +0200, Roland Stigge wrote: > Hi! > > Graham Barr wrote: > > A debug trace is the only way we are going to be able to help you > > Sorry: Ah, OK. Try this patch to Net::LDAP::Search Graham. |
From: Roland S. <rol...@ep...> - 2001-04-23 10:46:04
|
Hi! Graham Barr wrote: > A debug trace is the only way we are going to be able to help you Sorry: ----- Net::LDAP=HASH(0x80f1538) sending: 30 0C 02 01 01 60 07 02 01 03 04 00 80 00 __ __ 0....`........ 0000 30 12: SEQUENCE { 0002 02 1: INTEGER = 1 0005 60 7: [APPLICATION 0] { 0007 02 1: INTEGER = 3 000A 04 0: STRING = '' 000C 80 0: [CONTEXT 0] 000E : } 000E : } Net::LDAP=HASH(0x80f1538) received: 30 0C 02 01 01 61 07 0A 01 00 04 00 04 00 __ __ 0....a........ 0000 30 12: SEQUENCE { 0002 02 1: INTEGER = 1 0005 61 7: [APPLICATION 1] { 0007 0A 1: ENUM = 0 000A 04 0: STRING = '' 000C 04 0: STRING = '' 000E : } 000E : } Net::LDAP=HASH(0x80f1538) sending: 30 29 02 01 02 63 24 04 0D 6F 3D 65 70 69 67 65 0)...c$..o=epige 6E 6F 6D 69 63 73 0A 01 02 0A 01 03 02 01 00 02 nomics.......... 01 00 01 01 00 87 02 63 6E 30 00 __ __ __ __ __ .......cn0. 0000 30 41: SEQUENCE { 0002 02 1: INTEGER = 2 0005 63 36: [APPLICATION 3] { 0007 04 13: STRING = 'o=epigenomics' 0016 0A 1: ENUM = 2 0019 0A 1: ENUM = 3 001C 02 1: INTEGER = 0 001F 02 1: INTEGER = 0 0022 01 1: BOOLEAN = FALSE 0025 87 2: [CONTEXT 7] 0027 : 63 6E __ __ __ __ __ __ __ __ __ __ __ __ __ __ cn 0029 30 0: SEQUENCE { 002B : } 002B : } 002B : } Net::LDAP=HASH(0x80f1538) received: 30 56 02 01 02 64 51 04 16 63 6E 3D 61 64 6D 69 0V...dQ..cn=admi 6E 2C 6F 3D 65 70 69 67 65 6E 6F 6D 69 63 73 30 n,o=epigenomics0 37 30 17 04 0B 6F 62 6A 65 63 74 43 6C 61 73 73 70...objectClass 31 08 04 06 70 65 72 73 6F 6E 30 0D 04 02 63 6E 1...person0...cn 31 07 04 05 61 64 6D 69 6E 30 0D 04 02 73 6E 31 1...admin0...sn1 07 04 05 61 64 6D 69 6E __ __ __ __ __ __ __ __ ...admin 0000 30 86: SEQUENCE { 0002 02 1: INTEGER = 2 0005 64 81: [APPLICATION 4] { 0007 04 22: STRING = 'cn=admin,o=epigenomics' 001F 30 55: SEQUENCE { 0021 30 23: SEQUENCE { 0023 04 11: STRING = 'objectClass' 0030 31 8: SET { 0032 04 6: STRING = 'person' 003A : } 003A : } 003A 30 13: SEQUENCE { 003C 04 2: STRING = 'cn' 0040 31 7: SET { 0042 04 5: STRING = 'admin' 0049 : } 0049 : } 0049 30 13: SEQUENCE { 004B 04 2: STRING = 'sn' 004F 31 7: SET { 0051 04 5: STRING = 'admin' 0058 : } 0058 : } 0058 : } 0058 : } 0058 : } Net::LDAP=HASH(0x80f1538) received: 30 5C 02 01 02 64 57 04 18 63 6E 3D 75 70 64 61 0\...dW..cn=upda 74 65 64 2C 6F 3D 65 70 69 67 65 6E 6F 6D 69 63 ted,o=epigenomic 73 30 3B 30 17 04 0B 6F 62 6A 65 63 74 43 6C 61 s0;0...objectCla 73 73 31 08 04 06 70 65 72 73 6F 6E 30 0F 04 02 ss1...person0... 63 6E 31 09 04 07 75 70 64 61 74 65 64 30 0F 04 cn1...updated0.. 02 73 6E 31 09 04 07 75 70 64 61 74 65 64 __ __ .sn1...updated 0000 30 92: SEQUENCE { 0002 02 1: INTEGER = 2 0005 64 87: [APPLICATION 4] { 0007 04 24: STRING = 'cn=updated,o=epigenomics' 0021 30 59: SEQUENCE { 0023 30 23: SEQUENCE { 0025 04 11: STRING = 'objectClass' 0032 31 8: SET { 0034 04 6: STRING = 'person' 003C : } 003C : } 003C 30 15: SEQUENCE { 003E 04 2: STRING = 'cn' 0042 31 9: SET { 0044 04 7: STRING = 'updated' 004D : } 004D : } 004D 30 15: SEQUENCE { 004F 04 2: STRING = 'sn' 0053 31 9: SET { 0055 04 7: STRING = 'updated' 005E : } 005E : } 005E : } 005E : } 005E : } Net::LDAP=HASH(0x80f1538) received: 30 28 02 01 02 73 23 04 21 6C 64 61 70 3A 2F 2F 0(...s#.!ldap:// 64 65 6C 65 64 64 61 2F 63 3D 75 73 2C 6F 3D 65 deledda/c=us,o=e 70 69 67 65 6E 6F 6D 69 63 73 __ __ __ __ __ __ pigenomics 0000 30 40: SEQUENCE { 0002 02 1: INTEGER = 2 0005 73 35: [APPLICATION 19] { 0007 04 33: STRING = 'ldap://deledda/c=us,o=epigenomics' 002A : } 002A : } Net::LDAP=HASH(0x80f1538) received: 30 0C 02 01 02 65 07 0A 01 00 04 00 04 00 __ __ 0....e........ 0000 30 12: SEQUENCE { 0002 02 1: INTEGER = 2 0005 65 7: [APPLICATION 5] { 0007 0A 1: ENUM = 0 000A 04 0: STRING = '' 000C 04 0: STRING = '' 000E : } 000E : } Net::LDAP=HASH(0x80f1538) sending: 30 05 02 01 03 42 00 __ __ __ __ __ __ __ __ __ 0....B. 0000 30 5: SEQUENCE { 0002 02 1: INTEGER = 3 0005 42 0: [APPLICATION 2] 0007 : } Bind result: 0, Message: Success LDAP Version: 3 Search: Return code: 0 Error message: "Success" Number of Entries: 2 dn: cn=admin,o=epigenomics dn: cn=updated,o=epigenomics ----- The referral seems to be transferred but not returned by Net::LDAP. > > I upgraded to the new version, now using perl-ldap 0.22, OpenLDAP 2.0.7. > > Still I don't get the referrals: > > > > ----- > > $ldap = Net::LDAP->new("eigen"); > > $bindresult = $ldap->bind(version => 3, anonymous => 1); > > print "Bind result: ",$bindresult->code,", Message: > > ",$bindresult->error,"\n"; > > print "LDAP Version: ",$ldap->version,"\n"; > > print "Search: "; > > > > $mesg = $ldap->search( base => "o=epigenomics", > > filter => '(cn=*)', > > deref => 3, > > ); > > @referrals = $mesg->referrals; > > > > foreach $ref (@referrals) { > > print "Referral: ",$ref,"\n"; > > } > > > > print "Return code: ",$mesg->code,"\n"; > > print "Error message: \"",$mesg->error,"\"\n"; > > > > $n = $mesg->all_entries; > > print "Number of Entries: ".$n."\n"; > > > > foreach $entry ($mesg->entries) { > > print "dn: ",$entry->dn,"\n"; > > } > > ----- > > > > output: > > ----- > > Bind result: 0, Message: Success > > LDAP Version: 3 > > Search: Return code: 0 > > Error message: "Success" > > Number of Entries: 2 > > dn: cn=admin,o=epigenomics > > dn: cn=updated,o=epigenomics > > ----- > > > > Where is the referral? Do I use the array in the right way? > > > > ldapsearch finds it: > > ----- > > # search reference > > ref: ldap://deledda/c=us,o=epigenomics > > ----- > > > > Thank you in advance! bye, -- Roland Stigge Epigenomics AG Kastanienallee 24 www.epigenomics.com 10435 Berlin |
From: Roland S. <rol...@ep...> - 2001-04-23 10:26:00
|
Hi, another one: I'm trying to modify: this works: ----- $mesg = $ldap->modify("cn=onemore,o=epigenomics", replace => {'sn' => 'Jackson'}); print "code: ",$mesg->code,"\nerror: ",$mesg->error,"\n"; ----- but this way (another documented way for performing that): ----- # ... binding ... $entry = Net::LDAP::Entry->new; $entry->dn("cn=onemore,o=epigenomics"); $entry->replace("sn" => "Jackson"); $mesg=$ldap->modify($entry); print "code: ",$mesg->code,"\nerror: ",$mesg->error,"\n"; ----- ... the server isn't updated correctly: ----- Net::LDAP=HASH(0x80f1538) sending: 30 26 02 01 01 60 21 02 01 03 04 16 63 6E 3D 61 0&...`!.....cn=a 64 6D 69 6E 2C 6F 3D 65 70 69 67 65 6E 6F 6D 69 dmin,o=epigenomi 63 73 80 04 6D 79 70 77 __ __ __ __ __ __ __ __ cs..mypw 0000 30 38: SEQUENCE { 0002 02 1: INTEGER = 1 0005 60 33: [APPLICATION 0] { 0007 02 1: INTEGER = 3 000A 04 22: STRING = 'cn=admin,o=epigenomics' 0022 80 4: [CONTEXT 0] 0024 : 6D 79 70 77 __ __ __ __ __ __ __ __ __ __ __ __ mypw 0028 : } 0028 : } Net::LDAP=HASH(0x80f1538) received: 30 0C 02 01 01 61 07 0A 01 00 04 00 04 00 __ __ 0....a........ 0000 30 12: SEQUENCE { 0002 02 1: INTEGER = 1 0005 61 7: [APPLICATION 1] { 0007 0A 1: ENUM = 0 000A 04 0: STRING = '' 000C 04 0: STRING = '' 000E : } 000E : } Net::LDAP=HASH(0x80f1538) sending: 30 21 02 01 02 66 1C 04 18 63 6E 3D 6F 6E 65 6D 0!...f...cn=onem 6F 72 65 2C 6F 3D 65 70 69 67 65 6E 6F 6D 69 63 ore,o=epigenomic 73 30 00 __ __ __ __ __ __ __ __ __ __ __ __ __ s0. 0000 30 33: SEQUENCE { 0002 02 1: INTEGER = 2 0005 66 28: [APPLICATION 6] { 0007 04 24: STRING = 'cn=onemore,o=epigenomics' 0021 30 0: SEQUENCE { 0023 : } 0023 : } 0023 : } Net::LDAP=HASH(0x80f1538) received: 30 0C 02 01 02 67 07 0A 01 00 04 00 04 00 __ __ 0....g........ 0000 30 12: SEQUENCE { 0002 02 1: INTEGER = 2 0005 67 7: [APPLICATION 7] { 0007 0A 1: ENUM = 0 000A 04 0: STRING = '' 000C 04 0: STRING = '' 000E : } 000E : } Net::LDAP=HASH(0x80f1538) sending: 30 05 02 01 03 42 00 __ __ __ __ __ __ __ __ __ 0....B. 0000 30 5: SEQUENCE { 0002 02 1: INTEGER = 3 0005 42 0: [APPLICATION 2] 0007 : } Bind result: 0, Message: Success LDAP Version: 3 modifying... code: 0 error: Success ----- But: Adding a new user works this way. (using perl-ldap 0.22) Thanks! bye, -- Roland Stigge Epigenomics AG Kastanienallee 24 www.epigenomics.com 10435 Berlin |
From: Roland S. <rol...@ep...> - 2001-04-23 07:53:45
|
Hi! Graham Barr wrote: > A debug trace is the only way we are going to be able to help you Sorry: ----- Net::LDAP=HASH(0x80f1538) sending: 30 0C 02 01 01 60 07 02 01 03 04 00 80 00 __ __ 0....`........ 0000 30 12: SEQUENCE { 0002 02 1: INTEGER = 1 0005 60 7: [APPLICATION 0] { 0007 02 1: INTEGER = 3 000A 04 0: STRING = '' 000C 80 0: [CONTEXT 0] 000E : } 000E : } Net::LDAP=HASH(0x80f1538) received: 30 0C 02 01 01 61 07 0A 01 00 04 00 04 00 __ __ 0....a........ 0000 30 12: SEQUENCE { 0002 02 1: INTEGER = 1 0005 61 7: [APPLICATION 1] { 0007 0A 1: ENUM = 0 000A 04 0: STRING = '' 000C 04 0: STRING = '' 000E : } 000E : } Net::LDAP=HASH(0x80f1538) sending: 30 29 02 01 02 63 24 04 0D 6F 3D 65 70 69 67 65 0)...c$..o=epige 6E 6F 6D 69 63 73 0A 01 02 0A 01 03 02 01 00 02 nomics.......... 01 00 01 01 00 87 02 63 6E 30 00 __ __ __ __ __ .......cn0. 0000 30 41: SEQUENCE { 0002 02 1: INTEGER = 2 0005 63 36: [APPLICATION 3] { 0007 04 13: STRING = 'o=epigenomics' 0016 0A 1: ENUM = 2 0019 0A 1: ENUM = 3 001C 02 1: INTEGER = 0 001F 02 1: INTEGER = 0 0022 01 1: BOOLEAN = FALSE 0025 87 2: [CONTEXT 7] 0027 : 63 6E __ __ __ __ __ __ __ __ __ __ __ __ __ __ cn 0029 30 0: SEQUENCE { 002B : } 002B : } 002B : } Net::LDAP=HASH(0x80f1538) received: 30 56 02 01 02 64 51 04 16 63 6E 3D 61 64 6D 69 0V...dQ..cn=admi 6E 2C 6F 3D 65 70 69 67 65 6E 6F 6D 69 63 73 30 n,o=epigenomics0 37 30 17 04 0B 6F 62 6A 65 63 74 43 6C 61 73 73 70...objectClass 31 08 04 06 70 65 72 73 6F 6E 30 0D 04 02 63 6E 1...person0...cn 31 07 04 05 61 64 6D 69 6E 30 0D 04 02 73 6E 31 1...admin0...sn1 07 04 05 61 64 6D 69 6E __ __ __ __ __ __ __ __ ...admin 0000 30 86: SEQUENCE { 0002 02 1: INTEGER = 2 0005 64 81: [APPLICATION 4] { 0007 04 22: STRING = 'cn=admin,o=epigenomics' 001F 30 55: SEQUENCE { 0021 30 23: SEQUENCE { 0023 04 11: STRING = 'objectClass' 0030 31 8: SET { 0032 04 6: STRING = 'person' 003A : } 003A : } 003A 30 13: SEQUENCE { 003C 04 2: STRING = 'cn' 0040 31 7: SET { 0042 04 5: STRING = 'admin' 0049 : } 0049 : } 0049 30 13: SEQUENCE { 004B 04 2: STRING = 'sn' 004F 31 7: SET { 0051 04 5: STRING = 'admin' 0058 : } 0058 : } 0058 : } 0058 : } 0058 : } Net::LDAP=HASH(0x80f1538) received: 30 5C 02 01 02 64 57 04 18 63 6E 3D 75 70 64 61 0\...dW..cn=upda 74 65 64 2C 6F 3D 65 70 69 67 65 6E 6F 6D 69 63 ted,o=epigenomic 73 30 3B 30 17 04 0B 6F 62 6A 65 63 74 43 6C 61 s0;0...objectCla 73 73 31 08 04 06 70 65 72 73 6F 6E 30 0F 04 02 ss1...person0... 63 6E 31 09 04 07 75 70 64 61 74 65 64 30 0F 04 cn1...updated0.. 02 73 6E 31 09 04 07 75 70 64 61 74 65 64 __ __ .sn1...updated 0000 30 92: SEQUENCE { 0002 02 1: INTEGER = 2 0005 64 87: [APPLICATION 4] { 0007 04 24: STRING = 'cn=updated,o=epigenomics' 0021 30 59: SEQUENCE { 0023 30 23: SEQUENCE { 0025 04 11: STRING = 'objectClass' 0032 31 8: SET { 0034 04 6: STRING = 'person' 003C : } 003C : } 003C 30 15: SEQUENCE { 003E 04 2: STRING = 'cn' 0042 31 9: SET { 0044 04 7: STRING = 'updated' 004D : } 004D : } 004D 30 15: SEQUENCE { 004F 04 2: STRING = 'sn' 0053 31 9: SET { 0055 04 7: STRING = 'updated' 005E : } 005E : } 005E : } 005E : } 005E : } Net::LDAP=HASH(0x80f1538) received: 30 28 02 01 02 73 23 04 21 6C 64 61 70 3A 2F 2F 0(...s#.!ldap:// 64 65 6C 65 64 64 61 2F 63 3D 75 73 2C 6F 3D 65 deledda/c=us,o=e 70 69 67 65 6E 6F 6D 69 63 73 __ __ __ __ __ __ pigenomics 0000 30 40: SEQUENCE { 0002 02 1: INTEGER = 2 0005 73 35: [APPLICATION 19] { 0007 04 33: STRING = 'ldap://deledda/c=us,o=epigenomics' 002A : } 002A : } Net::LDAP=HASH(0x80f1538) received: 30 0C 02 01 02 65 07 0A 01 00 04 00 04 00 __ __ 0....e........ 0000 30 12: SEQUENCE { 0002 02 1: INTEGER = 2 0005 65 7: [APPLICATION 5] { 0007 0A 1: ENUM = 0 000A 04 0: STRING = '' 000C 04 0: STRING = '' 000E : } 000E : } Net::LDAP=HASH(0x80f1538) sending: 30 05 02 01 03 42 00 __ __ __ __ __ __ __ __ __ 0....B. 0000 30 5: SEQUENCE { 0002 02 1: INTEGER = 3 0005 42 0: [APPLICATION 2] 0007 : } Bind result: 0, Message: Success LDAP Version: 3 Search: Return code: 0 Error message: "Success" Number of Entries: 2 dn: cn=admin,o=epigenomics dn: cn=updated,o=epigenomics ----- The referral seems to be transferred but not returned by Net::LDAP. > > I upgraded to the new version, now using perl-ldap 0.22, OpenLDAP 2.0.7. > > Still I don't get the referrals: > > > > ----- > > $ldap = Net::LDAP->new("eigen"); > > $bindresult = $ldap->bind(version => 3, anonymous => 1); > > print "Bind result: ",$bindresult->code,", Message: > > ",$bindresult->error,"\n"; > > print "LDAP Version: ",$ldap->version,"\n"; > > print "Search: "; > > > > $mesg = $ldap->search( base => "o=epigenomics", > > filter => '(cn=*)', > > deref => 3, > > ); > > @referrals = $mesg->referrals; > > > > foreach $ref (@referrals) { > > print "Referral: ",$ref,"\n"; > > } > > > > print "Return code: ",$mesg->code,"\n"; > > print "Error message: \"",$mesg->error,"\"\n"; > > > > $n = $mesg->all_entries; > > print "Number of Entries: ".$n."\n"; > > > > foreach $entry ($mesg->entries) { > > print "dn: ",$entry->dn,"\n"; > > } > > ----- > > > > output: > > ----- > > Bind result: 0, Message: Success > > LDAP Version: 3 > > Search: Return code: 0 > > Error message: "Success" > > Number of Entries: 2 > > dn: cn=admin,o=epigenomics > > dn: cn=updated,o=epigenomics > > ----- > > > > Where is the referral? Do I use the array in the right way? > > > > ldapsearch finds it: > > ----- > > # search reference > > ref: ldap://deledda/c=us,o=epigenomics > > ----- > > > > Thank you in advance! bye, -- Roland Stigge Epigenomics AG Kastanienallee 24 www.epigenomics.com 10435 Berlin |
From: <ma...@mj...> - 2001-04-22 19:53:49
|
Try this article http://www.webtechniques.com/archives/2000/05/wilcox/ Mark On 21 Apr 01, at 23:08, John Walsh wrote: > Hi, > I am very new to the Net::LDAP software, and LDAP servers in general. > However, I know how to write Perl programs that can interface with web > servers, so I have been tasked to put together a web-based interface > to a Netscape LDAP server. > > In attempting to Add a person to a group, I am getting a message > "Already exists" (Error code 68). This happens even after I create a > new group, and try to add the first member. I am using a DN: > cn=group_name,ou=ou_value1,ou=ou_value2,o=value and am doing a $mesg = > $ldap->add ($dn, attr => ['uniquemember' => $dn_of_person_to_add ] > > I have not seen anything in the documentation that might point to the > problem. Any pointers to on-line documentation, or things to try, > would be appreaciated. > > Thanks in advance, > - John Walsh > wal...@ea... > > > > > Mark Wilcox ma...@mj... Got LDAP? |
From: Graham B. <gb...@po...> - 2001-04-22 07:21:18
|
Thats odd, I just looked in the CPAN mirror directory on search.cpan.org and the file there is compressed with a tar.gz extension. Did your browser remove the .gz on download ? I have had that problem before. Graham. On Sat, Apr 21, 2001 at 09:13:17PM -0500, Clif Harden wrote: > > > > Where did you get these files ? CPAN or SouceForge ? > > > > They had .tar.gz what I uploaded, but I must confess I was using > > IE on windows and the files were on a samba server at the time > > so anything is possible I guess. > > > > Graham. > > > > On Fri, Apr 20, 2001 at 11:08:59PM -0500, Clif Harden wrote: > > > > > > Graham, > > > > > > I believe there is a minor problem with the cpan > > > ASN 10 and Perl ldap .23 modules. > > > > > > They end with a *.tar, but they are not tar files. They > > > are gzip`ped files and should have *.gz or *.tgz on the > > > end of them. > > > > > > I just move the *_tar.tar to *_tar.gz and unzipped and untar`ed > > > them as usall. Everything thing went fine from that > > > point on. > > > > > > Regards, > > > > > > Clif Harden ch...@po... > > > > > > > > > > > > CPAN. > > > Regards, > > Clif Harden INTERNET: c-h...@ti... > Texas Instruments > Directory Services > 6500 Chase Oaks Blvd, M/S 8412 > Plano, TX 75023 > Voice: 972-575-0855 > FAX: 972-575-2418 > |
From: John W. <wal...@ea...> - 2001-04-22 03:08:31
|
Hi, I am very new to the Net::LDAP software, and LDAP servers in general. However, I know how to write Perl programs that can interface with web servers, so I have been tasked to put together a web-based interface to a Netscape LDAP server. In attempting to Add a person to a group, I am getting a message "Already exists" (Error code 68). This happens even after I create a new group, and try to add the first member. I am using a DN: cn=group_name,ou=ou_value1,ou=ou_value2,o=value and am doing a $mesg = $ldap->add ($dn, attr => ['uniquemember' => $dn_of_person_to_add ] I have not seen anything in the documentation that might point to the problem. Any pointers to on-line documentation, or things to try, would be appreaciated. Thanks in advance, - John Walsh wal...@ea... |
From: Clif H. <cl...@di...> - 2001-04-22 02:12:11
|
> > Where did you get these files ? CPAN or SouceForge ? > > They had .tar.gz what I uploaded, but I must confess I was using > IE on windows and the files were on a samba server at the time > so anything is possible I guess. > > Graham. > > On Fri, Apr 20, 2001 at 11:08:59PM -0500, Clif Harden wrote: > > > > Graham, > > > > I believe there is a minor problem with the cpan > > ASN 10 and Perl ldap .23 modules. > > > > They end with a *.tar, but they are not tar files. They > > are gzip`ped files and should have *.gz or *.tgz on the > > end of them. > > > > I just move the *_tar.tar to *_tar.gz and unzipped and untar`ed > > them as usall. Everything thing went fine from that > > point on. > > > > Regards, > > > > Clif Harden ch...@po... > > > > > > CPAN. Regards, Clif Harden INTERNET: c-h...@ti... Texas Instruments Directory Services 6500 Chase Oaks Blvd, M/S 8412 Plano, TX 75023 Voice: 972-575-0855 FAX: 972-575-2418 |
From: Graham B. <gb...@po...> - 2001-04-21 17:04:01
|
Thanks, I will add it in. One thing that stands out to me is that you needed to access the contents of $ldif to set changetype. This shows a hole in the Net::LDAP::LDIF module. Graham. On Sat, Apr 21, 2001 at 12:50:55PM -0400, Kartik Subbarao wrote: > Attached is a start at an ldapmodify.pl tool. Right now, it's pretty > simple, supporting the basic options of Netscape's ldapmodify command. > I'd be interested in feedback on where to go with this. First, is there > interest in a contrib tool of this sort? If so, what types of command > line arguments should it support, how should it print info to STDOUT and > STDERR, how should support for SSL be added, etc. > > One other thing I wanted to explore -- is the ldifModify() function in > the script useful enough to consider adding to one of the objects, such > as Conn or LDIF? I was thinking it might be nice to have the capability > to take LDIF snippets and apply them directly to an LDAP server. > > Thanks, > > -Kartik |
From: Kartik S. <sub...@co...> - 2001-04-21 16:50:43
|
Attached is a start at an ldapmodify.pl tool. Right now, it's pretty simple, supporting the basic options of Netscape's ldapmodify command. I'd be interested in feedback on where to go with this. First, is there interest in a contrib tool of this sort? If so, what types of command line arguments should it support, how should it print info to STDOUT and STDERR, how should support for SSL be added, etc. One other thing I wanted to explore -- is the ldifModify() function in the script useful enough to consider adding to one of the objects, such as Conn or LDIF? I was thinking it might be nice to have the capability to take LDIF snippets and apply them directly to an LDAP server. Thanks, -Kartik |
From: Graham B. <gb...@po...> - 2001-04-21 06:47:56
|
Where did you get these files ? CPAN or SouceForge ? They had .tar.gz what I uploaded, but I must confess I was using IE on windows and the files were on a samba server at the time so anything is possible I guess. Graham. On Fri, Apr 20, 2001 at 11:08:59PM -0500, Clif Harden wrote: > > Graham, > > I believe there is a minor problem with the cpan > ASN 10 and Perl ldap .23 modules. > > They end with a *.tar, but they are not tar files. They > are gzip`ped files and should have *.gz or *.tgz on the > end of them. > > I just move the *_tar.tar to *_tar.gz and unzipped and untar`ed > them as usall. Everything thing went fine from that > point on. > > Regards, > > Clif Harden ch...@po... > > |