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: Chris R. <C.G...@Br...> - 2002-07-22 15:51:43
|
Hi Folks, I'm trying to use Net::LDAP to evaluate a zenWorkstationGroup object so that I can extract the list of Workstation objects that are members of this group. My ultimate intention with this is to produce both a web page and a command line tool that will enable me to re-image an entire room of workstations by setting the relavent flag in the workstation objects. I'm an intermediate Perl user and a bit of a noob with PHP and LDAP. I've used Net::LDAP to extract e-mail address information from LDIF files before but that's about it. I'm having trouble getting consistent results from the three different tools I'm using, Perl, PHP and Softerra LDAP Browser. With the browser I can see the following attributes in the object: * equivalentToMe=(an array of workstation names) * objectClass=['zenWorkstationGroup', 'top', 'groupOfNames'] * member=(an array of workstation names) * cn=CC0141 The quick hack PHP script I cobbled together also returned these attributes. My problem comes with Perl, which seems like it's just making it up and trying to palm me off with the results. These are the attributes it returns: * guid * objectclass * revision Apart from objectlass, I cannot see any of these other attributes in any other LDAP tool. More importantly, I cannot get at the 'member' attribute which is the one I really need. The code I'm using is listed below, with the PHP code added below that. As you can see with the Net::LDAP code I'm using the hash reference method on the results, I've also tried returning the results as an array of Net::LDAP::Entry objects and I get the same. Help! I don't really know where to turn here, I've searched the Net::LDAP mailing lists through Google but couldn't come up with anything relavent. I found a reference in the newsgroup novell.devsup.perl to missing attributes but it was over a year old and the advice was to make sure some dot-release of NDS 7 was installed. We're currently on 8.5.12a. I'd be very grateful if anyone could offer some advice or spin me round and point me ion the right direction. Thanks in advance, Chris Russell Computer Centre, University of Bradford. ## Code listing # SNIP connection details my $Result = $ldap->search ( base => $BASE, scope => $SEARCH_SCOPE, filter => '(objectclass=zenWorkstationGroup)', attrs => ['*'] ); # Do something with errors if ($Result->code ) { LDAPerror("Searching",$Result); } print STDERR "\nSearch returned " . $Result->count . " results\n\n"; my $Entries = $Result->as_struct; foreach $entry (sort keys %{$Entries}) { print "DN: " . $entry . "\n"; foreach $subentry (sort keys %{$Entries->{$entry}}) { print $subentry . "\n"; } print "\n"; } $ldap->unbind; sub LDAPerror { my ($from,$mesg) = @_; print STDERR "\n"; print STDERR "Return code: ",$mesg->code . "\n"; print STDERR "Message: ", ldap_error_name($mesg->code); print STDERR " : ", ldap_error_text($mesg->code); print STDERR "MessageID: ",$mesg->mesg_id . "\n"; print STDERR "DN: ",$mesg->dn; print STDERR "\n"; } ## PHP Code //Perform Search $results_ident = ldap_search($link_indent, $LDAP_ROOT_DN[$SERVER_ID], $ldap_query); $entry = ldap_first_entry($link_indent, $results_ident); echo "<h1>"; echo ldap_get_dn($link_indent, $entry); echo "</h1>"; foreach (ldap_get_attributes($link_indent, $entry) as $attr) { echo $attr; echo "<br>"; } |
From: Jim H. <ha...@us...> - 2002-07-22 13:28:27
|
Here are a few things to look at: Did you bind with a dn and password that allows access to modifyTimestamp? You must explicitly ask for it in the attriubute list by something like attrs => [ "modifiersName","modifyTimestamp","createTimeStamp","lastLoginTime",'creatorsName' ] or say you want everything using attrs => [ "*" ] For your number 3 point, be careful. On some LDAP servers (e.g. Novell), cn is part of the structure, but not a searchable attribute unless you explitly populate it. So, make sure a search of cn=Frank works by itself. Related to that, I always include a Z at the end of modifyTimestamp. For example, modifyTimestamp>=20020722124012Z Ihr Englisch ist besser dann meine Deutsch On Mon, 22 Jul 2002 Bet...@gm... wrote: > Hello, i have a Problem, with the Modifikation Timestamp. > Im Search for Entrys in our x.500 Directory. This is okay, but i must get > the Modifikation Timestamp of the Entrys. > The Name of this Attribute ist modifyTimestamp. > When i'm write this Attributname in the Attributlist, i'm get back no > Attributes, and a code Number 3 .... > 1. who is my failure? > 2. How can i get the System Attribut ModifyTimestamp? > 3. Can i say, search all Entrys with cn=Frank and a modify Timestamp greater > then 20020722124012? > > please help me, i'm despairing > and sorry for my bad english > Frank > > P.s.: with the Freeware Java Browser this funtion workt Perfectly, the > Browser tay me the modifyTimestamp > > -- > GMX - Die Kommunikationsplattform im Internet. > http://www.gmx.net > > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > |
From: Clif H. <cl...@di...> - 2002-07-22 12:43:16
|
This is one of the operational attributes, you have to ask for it specifically. To get this attribute you could do this. $mesg = $ldap->search( base => $LDAP_SEARCH_BASE, filter => $f, attrs => [ "modifyTimeStamp" ], ); Clif > > Hello, i have a Problem, with the Modifikation Timestamp. > Im Search for Entrys in our x.500 Directory. This is okay, but i must get > the Modifikation Timestamp of the Entrys. > The Name of this Attribute ist modifyTimestamp. > When i'm write this Attributname in the Attributlist, i'm get back no > Attributes, and a code Number 3 .... > 1. who is my failure? > 2. How can i get the System Attribut ModifyTimestamp? > 3. Can i say, search all Entrys with cn=Frank and a modify Timestamp greater > then 20020722124012? > > please help me, i'm despairing > and sorry for my bad english > Frank > > P.s.: with the Freeware Java Browser this funtion workt Perfectly, the > Browser tay me the modifyTimestamp > > -- > GMX - Die Kommunikationsplattform im Internet. > http://www.gmx.net > > |
From: <Bet...@gm...> - 2002-07-22 10:43:28
|
Hello, i have a Problem, with the Modifikation Timestamp. Im Search for Entrys in our x.500 Directory. This is okay, but i must get the Modifikation Timestamp of the Entrys. The Name of this Attribute ist modifyTimestamp. When i'm write this Attributname in the Attributlist, i'm get back no Attributes, and a code Number 3 .... 1. who is my failure? 2. How can i get the System Attribut ModifyTimestamp? 3. Can i say, search all Entrys with cn=Frank and a modify Timestamp greater then 20020722124012? please help me, i'm despairing and sorry for my bad english Frank P.s.: with the Freeware Java Browser this funtion workt Perfectly, the Browser tay me the modifyTimestamp -- GMX - Die Kommunikationsplattform im Internet. http://www.gmx.net |
From: Graham B. <gb...@po...> - 2002-07-21 04:24:08
|
On Sat, Jul 20, 2002 at 03:34:24PM +0200, Peter Marschall wrote: > Hi, > > while trying to implement the patches to DMSL.pm, I discovered > that DSML.pm uses XML::SAX::Base while Makefile.PL checks for > XML::Parser. > > Is this a problem with my old version XML::Parser or is the check in > Makefile.PL wrong ? The Makefile is wrong. I probably forgot to update it. Graham. |
From: Clif H. <ch...@po...> - 2002-07-21 04:21:13
|
The old DSML.pm used the XML::Parser module, the Makefile.PL probably has not been updated to reflect the new requirements of the DSML.pm file. One of the negative side effects of the new DSML.pm file is it requires quite a few xml modules, which in turn requires more or newer modules. This is the dreaded perl module dependency problem. One of the ways of getting around this problem is by using the perl cpan shell to help you with the modules. Clif Harden ch...@po... Peter Marschall wrote: > > Hi, > > while trying to implement the patches to DMSL.pm, I discovered > that DSML.pm uses XML::SAX::Base while Makefile.PL checks for > XML::Parser. > > Is this a problem with my old version XML::Parser or is the check in > Makefile.PL wrong ? > > Yours > Peter > -- > Peter Marschall | eMail: pet...@ma... > Scheffelstraße 15 | pet...@is... > 97072 Würzburg | Tel: 0931/14721 > PGP: D7 FF 20 FE E6 6B 31 74 D1 10 88 E0 3C FE 28 35 > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf |
From: Peter M. <pet...@ma...> - 2002-07-20 13:34:47
|
Hi, while trying to implement the patches to DMSL.pm, I discovered that DSML.pm uses XML::SAX::Base while Makefile.PL checks for XML::Parser. Is this a problem with my old version XML::Parser or is the check in=20 Makefile.PL wrong ? Yours Peter --=20 Peter Marschall | eMail: pet...@ma... Scheffelstra=DFe 15 | pet...@is... 97072 W=FCrzburg | Tel: 0931/14721 PGP: D7 FF 20 FE E6 6B 31 74 D1 10 88 E0 3C FE 28 35 |
From: Clif H. <cl...@di...> - 2002-07-19 20:05:23
|
> > On Thu, Jul 18, 2002 at 09:30:28PM -0500, Clif Harden wrote: > > > > Nope I am not calling the end_dsml function. > > I did not know about it. > > Hm, I mentioned it last time you tried the module, I am sure. No problem, I probably did forget it. > > > It is not listed in the pod documentation either. > > Patches welcome. > > > I would rather not put it in the destroy method, I would > > rather call it. > > Yeah, I came to the same conclusion after having some sleep :) > > Really you should be calling start_dsml, but the code does that for you > if you don't do it explicitly. In that case we need to add documentation for end_dsml and start_dsml in the documentation. I might write something up this weekend. Clif |
From: DUPUIS, C. <con...@bb...> - 2002-07-19 17:11:10
|
Ok I got it ! I must tell that I use version 3 of LDAP when I create de LDAP object. Might be good to update de documentation. I don't know to who I can send this update ? Constant -----Original Message----- From: DUPUIS, Constant Sent: vendredi 19 juillet 2002 19:08 To: 'per...@li...' Subject: LDAP Paged search ! Hello, I'm working with ActivePerl on NT 4.0. I download the perl-ldap module from www.cpan.org. Here my blocking point. Q1 I try to use the LDAP paged serach from module Net::LDAP ( perl-ldap ). The sample given in the documentation doesn't work ! When I remove the control=> [$page] line, everething got fine, but whan added I got a error : "Error in LDAP argument". Any experience with Paged LDAP search ? Q2 Is try to use pod2html, to generate the HTML documentation from the LIB folder, I never menage to get anything. Is there someone can explain me the arguments of the pod2html util. Thanks very much. Constant ------------------------------------------------------- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf |
From: DUPUIS, C. <con...@bb...> - 2002-07-19 16:59:00
|
Hello, I'm working with ActivePerl on NT 4.0. I download the perl-ldap module from www.cpan.org. Here my blocking point. Q1 I try to use the LDAP paged serach from module Net::LDAP ( perl-ldap ). The sample given in the documentation doesn't work ! When I remove the control=> [$page] line, everething got fine, but whan added I got a error : "Error in LDAP argument". Any experience with Paged LDAP search ? Q2 Is try to use pod2html, to generate the HTML documentation from the LIB folder, I never menage to get anything. Is there someone can explain me the arguments of the pod2html util. Thanks very much. Constant |
From: Graham B. <gb...@po...> - 2002-07-19 15:46:11
|
On Thu, Jul 18, 2002 at 09:30:28PM -0500, Clif Harden wrote: > > Nope I am not calling the end_dsml function. > I did not know about it. Hm, I mentioned it last time you tried the module, I am sure. > It is not listed in the pod documentation either. Patches welcome. > I would rather not put it in the destroy method, I would > rather call it. Yeah, I came to the same conclusion after having some sleep :) Really you should be calling start_dsml, but the code does that for you if you don't do it explicitly. Graham. > Your reason for using the end_dsml function > is a very valid point. > > Later, > > Clif > > > > > Graham Barr wrote: > > > > On Thu, Jul 18, 2002 at 05:02:10PM -0500, Clif Harden wrote: > > > > > > Graham, > > > > > > I think something did not merge the changes correctly on > > > the DSML stuff or you changed somethings that I did not > > > know about. > > > > > > I found another error that I damn well know that you and I > > > fixed while working out the DSML bugs. > > > > > > Example > > > <dsml:dsml xmlns:dsml='http://www.dsml.org/DSML'> > > > . > > > . > > > . > > > . > > > . > > > </dsml:dsml> > > > ^^^^ > > > Missing this line. > > > > > > To fix add these 2 lines at the end of the write_schema method. > > > > > > @data{qw(Name LocalName)} = qw(dsml:dsml dsml); > > > $handler->end_element(\%data); > > > > No that is not the right fix. There is nothing to say that after > > writing schema you cannot follow by writing entries to the same > > file. So you dont want to close the <dsml:dsml> element > > at that point. > > > > Are you sure you are calling ->end_dsml > > > > Actually, try adding > > > > sub DESTROY { shift->end_dsml } > > > > at about line 605, just before the line > > package Net::LDAP::DSML::pp; > > > > Graham. > > > > ------------------------------------------------------- > > This sf.net email is sponsored by:ThinkGeek > > Welcome to geek heaven. > > http://thinkgeek.com/sf > > -- > Regards, > > Clif Harden ch...@po... |
From: Clif H. <ch...@po...> - 2002-07-19 02:28:20
|
Nope I am not calling the end_dsml function. I did not know about it. It is not listed in the pod documentation either. I would rather not put it in the destroy method, I would rather call it. Your reason for using the end_dsml function is a very valid point. Later, Clif Graham Barr wrote: > > On Thu, Jul 18, 2002 at 05:02:10PM -0500, Clif Harden wrote: > > > > Graham, > > > > I think something did not merge the changes correctly on > > the DSML stuff or you changed somethings that I did not > > know about. > > > > I found another error that I damn well know that you and I > > fixed while working out the DSML bugs. > > > > Example > > <dsml:dsml xmlns:dsml='http://www.dsml.org/DSML'> > > . > > . > > . > > . > > . > > </dsml:dsml> > > ^^^^ > > Missing this line. > > > > To fix add these 2 lines at the end of the write_schema method. > > > > @data{qw(Name LocalName)} = qw(dsml:dsml dsml); > > $handler->end_element(\%data); > > No that is not the right fix. There is nothing to say that after > writing schema you cannot follow by writing entries to the same > file. So you dont want to close the <dsml:dsml> element > at that point. > > Are you sure you are calling ->end_dsml > > Actually, try adding > > sub DESTROY { shift->end_dsml } > > at about line 605, just before the line > package Net::LDAP::DSML::pp; > > Graham. > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf -- Regards, Clif Harden ch...@po... |
From: Graham B. <gb...@po...> - 2002-07-18 22:26:31
|
On Thu, Jul 18, 2002 at 05:02:10PM -0500, Clif Harden wrote: > > Graham, > > I think something did not merge the changes correctly on > the DSML stuff or you changed somethings that I did not > know about. > > I found another error that I damn well know that you and I > fixed while working out the DSML bugs. > > Example > <dsml:dsml xmlns:dsml='http://www.dsml.org/DSML'> > . > . > . > . > . > </dsml:dsml> > ^^^^ > Missing this line. > > To fix add these 2 lines at the end of the write_schema method. > > @data{qw(Name LocalName)} = qw(dsml:dsml dsml); > $handler->end_element(\%data); No that is not the right fix. There is nothing to say that after writing schema you cannot follow by writing entries to the same file. So you dont want to close the <dsml:dsml> element at that point. Are you sure you are calling ->end_dsml Actually, try adding sub DESTROY { shift->end_dsml } at about line 605, just before the line package Net::LDAP::DSML::pp; Graham. |
From: Clif H. <cl...@di...> - 2002-07-18 22:02:17
|
Graham, I think something did not merge the changes correctly on the DSML stuff or you changed somethings that I did not know about. I found another error that I damn well know that you and I fixed while working out the DSML bugs. Example <dsml:dsml xmlns:dsml='http://www.dsml.org/DSML'> . . . . . </dsml:dsml> ^^^^ Missing this line. To fix add these 2 lines at the end of the write_schema method. @data{qw(Name LocalName)} = qw(dsml:dsml dsml); $handler->end_element(\%data); I will look at the entry stuff later tonight or tomorrow. Regards, Clif Harden INTERNET: c-h...@ti... Texas Instruments Directory Services 6500 Chase Oaks Blvd, M/S 8412 Plano, TX 75023 Voice: 214-567-0855 |
From: <rg...@di...> - 2002-07-18 21:35:39
|
I may be out of line here, but I don't think the schema is going to help here. The long term solution could be that you have seperate records for each MAC address IP address pair. See the RFC 2307 for some hints .... The short term, may be to just list each MAC address and IP address multivalue with some type of a 'interface' definition. example: Macaddr: if0 - 000203040506 if1 - 000102030405 IPaddr: if0 - 1.2.3.4 if1 - 2.3.4.5 The overhead of process is placed onto the programmer, but you wouldn't have to worry about order :) Just me .01 cents worth. Rusty -- Russell Biggs (Rusty) Internet: r-...@ti... 6500 Chase Oaks Blvd, M/S 8412 Texas Instruments Plano Tx 75023 Phone: (972) 575-0826 Fax: (972) 575-4853 Home Page: http://dirtest3.itg.ti.com/~rgb Calendar: http://dirtest3.itg.ti.com/cgi-bin/synchronize.cgi?name=Russell+Biggs "I sense much NT in you... NT leads to bluescreen... Bluescreen leads to downtime... Downtime leads to suffering... NT is the path to the darkside..." ...Unknown UNIX Jedi |
From: Isaac <tom...@so...> - 2002-07-18 21:16:30
|
On Thursday, July 18, 2002, at 12:16 PM, Christopher A Bongaarts wrote: > As Jim Harle once put it so eloquently: > >> But doing that won't help establish pairings if he has multiple sets of >> modem/client/IP/MAC. > > My understanding of the problem was that for each user (object) in the > directory, there was always exactly one modem IP/MAC pair and one > "client" IP/MAC pair. > At the moment there is exactly one pair, but I would like it to work with an arbitrary number. Now I just need to spend some time studying the schema documentation :} Thanks for your help. - Isaac Davis-KIng |
From: Clif H. <cl...@di...> - 2002-07-18 20:00:15
|
I used the Tk::XMLViewer perl module to view the xml output, when it did not return data I knew/suppected we had a problem. Clif > > Sounds like we need some more tests :) > > Try adding > > @data{qw(Name LocalName)} = qw(dsml:attribute-type attribute-type); > $handler->end_element(\%data); > > between lines 518 and 519 > > Graham. > > > On Thu, Jul 18, 2002 at 02:40:29PM -0500, Clif Harden wrote: > > > > Graham, > > > > When doing a schema dump in xml, we have an error ending > > an attribute-type. > > > > Example; > > > > <dsml:attribute-type user-modfication='false' id='#documentPublisher'> > > . > > . > > . > > . > > </dsml:attribute-type> > > ^^^^^ > > This line is missing between each attribute definition. > > > > The objectclass xml code looks correct. > > > > No troubleshooting done yet. > > > > Regards, > > > > Clif Harden INTERNET: c-h...@ti... > > Texas Instruments > > Directory Services > > 6500 Chase Oaks Blvd, M/S 8412 > > Plano, TX 75023 > > Voice: 214-567-0855 > > > > > > > > ------------------------------------------------------- > > This sf.net email is sponsored by:ThinkGeek > > Welcome to geek heaven. > > http://thinkgeek.com/sf > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > -- Regards, Clif Harden INTERNET: c-h...@ti... Texas Instruments Directory Services 6500 Chase Oaks Blvd, M/S 8412 Plano, TX 75023 Voice: 214-567-0855 |
From: Graham B. <gb...@po...> - 2002-07-18 19:48:31
|
Sounds like we need some more tests :) Try adding @data{qw(Name LocalName)} = qw(dsml:attribute-type attribute-type); $handler->end_element(\%data); between lines 518 and 519 Graham. On Thu, Jul 18, 2002 at 02:40:29PM -0500, Clif Harden wrote: > > Graham, > > When doing a schema dump in xml, we have an error ending > an attribute-type. > > Example; > > <dsml:attribute-type user-modfication='false' id='#documentPublisher'> > . > . > . > . > </dsml:attribute-type> > ^^^^^ > This line is missing between each attribute definition. > > The objectclass xml code looks correct. > > No troubleshooting done yet. > > Regards, > > Clif Harden INTERNET: c-h...@ti... > Texas Instruments > Directory Services > 6500 Chase Oaks Blvd, M/S 8412 > Plano, TX 75023 > Voice: 214-567-0855 > > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf |
From: Clif H. <cl...@di...> - 2002-07-18 19:40:32
|
Graham, When doing a schema dump in xml, we have an error ending an attribute-type. Example; <dsml:attribute-type user-modfication='false' id='#documentPublisher'> . . . . </dsml:attribute-type> ^^^^^ This line is missing between each attribute definition. The objectclass xml code looks correct. No troubleshooting done yet. Regards, Clif Harden INTERNET: c-h...@ti... Texas Instruments Directory Services 6500 Chase Oaks Blvd, M/S 8412 Plano, TX 75023 Voice: 214-567-0855 |
From: Christopher A B. <ca...@tc...> - 2002-07-18 19:16:37
|
As Jim Harle once put it so eloquently: > But doing that won't help establish pairings if he has multiple sets of > modem/client/IP/MAC. My understanding of the problem was that for each user (object) in the directory, there was always exactly one modem IP/MAC pair and one "client" IP/MAC pair. If there were arbitrary numbers of either, then your solution is better. > On Thu, 18 Jul 2002, Christopher A Bongaarts wrote: > > > As Jim Harle once put it so eloquently: > > > > > version of your current one. If you don't care about pairing, then this isn't > > > an issue at all. If you are fanatic about pairing, then you will need to do > > > something like define a new attribute. This might be called something like > > > ipMac and have values like 123.321.123.321|ab:cd:ef:01:23:45. You would search > > > for an IP with a filter like "ipMac = $ip|*" or for a MAC with "ipMac = > > > *|$mac". > > > > Or simply define multiple attributes for the distinct purposes: > > > > modemIP > > modemMAC > > clientIP > > clientMAC > > > > %% Christopher A. Bongaarts %% ca...@tc... %% > > %% Internet Services %% http://umn.edu/~cab %% > > %% University of Minnesota %% +1 (612) 625-1809 %% > > > %% Christopher A. Bongaarts %% ca...@tc... %% %% Internet Services %% http://umn.edu/~cab %% %% University of Minnesota %% +1 (612) 625-1809 %% |
From: Jim H. <ha...@us...> - 2002-07-18 18:41:09
|
But doing that won't help establish pairings if he has multiple sets of modem/client/IP/MAC. --Jim On Thu, 18 Jul 2002, Christopher A Bongaarts wrote: > As Jim Harle once put it so eloquently: > > > version of your current one. If you don't care about pairing, then this isn't > > an issue at all. If you are fanatic about pairing, then you will need to do > > something like define a new attribute. This might be called something like > > ipMac and have values like 123.321.123.321|ab:cd:ef:01:23:45. You would search > > for an IP with a filter like "ipMac = $ip|*" or for a MAC with "ipMac = > > *|$mac". > > Or simply define multiple attributes for the distinct purposes: > > modemIP > modemMAC > clientIP > clientMAC > > %% Christopher A. Bongaarts %% ca...@tc... %% > %% Internet Services %% http://umn.edu/~cab %% > %% University of Minnesota %% +1 (612) 625-1809 %% > |
From: Christopher A B. <ca...@tc...> - 2002-07-18 18:20:26
|
As Jim Harle once put it so eloquently: > version of your current one. If you don't care about pairing, then this isn't > an issue at all. If you are fanatic about pairing, then you will need to do > something like define a new attribute. This might be called something like > ipMac and have values like 123.321.123.321|ab:cd:ef:01:23:45. You would search > for an IP with a filter like "ipMac = $ip|*" or for a MAC with "ipMac = > *|$mac". Or simply define multiple attributes for the distinct purposes: modemIP modemMAC clientIP clientMAC %% Christopher A. Bongaarts %% ca...@tc... %% %% Internet Services %% http://umn.edu/~cab %% %% University of Minnesota %% +1 (612) 625-1809 %% |
From: Jim H. <ha...@us...> - 2002-07-18 18:09:03
|
Isaac, First a caution, them some how-to's. The good news about LDAP is that attributes are (or can be) multi-valued. The bad news for this application is that there is no guarantee in the LDAP protocol itself that the values for a given attribute will be returned in any particular order. Many implementations will return them in the order they were added, but that isn't guaranteed under the protocol. The implications of this for your application are that you can't be sure that a given IP pairs up with a given MAC. Again, your implementation may work correcly now, but no guarantees for another directory server or a new version of your current one. If you don't care about pairing, then this isn't an issue at all. If you are fanatic about pairing, then you will need to do something like define a new attribute. This might be called something like ipMac and have values like 123.321.123.321|ab:cd:ef:01:23:45. You would search for an IP with a filter like "ipMac = $ip|*" or for a MAC with "ipMac = *|$mac". That said, the rest of this assumes you don't care about pairing or trust your implementation. The last 4 lines of your $CreateArray would look like ipHostNumber => [$client_IP, $modem_IP], macAddress => [$client_MAC, $query->param('modem_MAC')] To add additional values, just use $ldap->modify($dn, add { ipHostNumber => [$client_IP, $modem_IP], macAddress => [$client_MAC, $query->param('modem_MAC')] } --Jim Harle On Thu, 18 Jul 2002, Isaac wrote: > I am working on a cablemodem registration script that collects > information on the user, and stores it in an ldap database. So far > everything is working fine, but I'm not sure how I should go about > implementing the next stage. > > As it is the database requires that I store 2 ip addresses and 2 mac > addresses for each user (one for the modem, and one for the client). My > question is this: How do I distinguish between the modem mac address/ip > and the client? > > Also, at the moment, if the user registers a new device on the network > their old entry is overwritten. I would like the user to be able to > register multiple devices, and to have the database keep distinct > records for each device. > > Here is how the attributes are laid out in my script: > > $CreateArray = [ > objectClass => > ["ipHost","ieee802Device","person","organizationalPerson"], > cn => $query->param('login'), > sn => $query->param('name'), userPassword => $query->param('pass') > , > street => $query->param('address'), > telephoneNumber => $query->param('phone'), > ipHostNumber => $client_IP, > macAddress => $client_MAC, > ipHostNumber => $modem_IP, > macAddress => $query->param('modem_MAC'), > ]; > > Thank you for your time, > > -Isaac Davis-King > > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > |
From: Clif H. <cl...@di...> - 2002-07-18 18:07:57
|
I do not know, I have been using the new xml stuff for quite a while now. In any case the no strict 'refs' appears to have fixed the problem. Clif > > Odd, I wonder why nobody spotted that before. > > Put > > no strict 'refs'; > > on the proceeding line should fix it > > Graham. > > On Thu, Jul 18, 2002 at 12:53:20PM -0500, Clif Harden wrote: > > > > Graham, > > > > We have any error in the DSML.pm file. > > > > Here is my trace back. > > > > > > > > --- Begin Traceback --- > > Can't use string ("start_document") as a symbol ref while "strict refs" in use at /usr/local/lib/perl5/site_perl/5.6.1/Net/LDAP/DSML.pm line 653. > > Net::LDAP::DSML::pp::AUTOLOAD at /usr/local/lib/perl5/site_perl/5.6.1/Net/LDAP/DSML.pm line 653 > > Net::LDAP::DSML::_dsml_context at /usr/local/lib/perl5/site_perl/5.6.1/Net/LDAP/DSML.pm line 311 > > Net::LDAP::DSML::write_schema at /usr/local/lib/perl5/site_perl/5.6.1/Net/LDAP/DSML.pm line 440 > > main::schema at ./tklkup line 1685 > > [\&main::schema] > > Tk callback for .frame.button > > Tk::__ANON__ at /usr/local/lib/perl5/site_perl/5.6.1/i686-linux/Tk.pm line 228 > > Tk::Button::butUp at /usr/local/lib/perl5/site_perl/5.6.1/i686-linux/Tk/Button.pm line 111 > > (command bound to event) > > > > > > Regards, > > > > Clif > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > perl-ldap-0.26 has been uploaded to CPAN. > > > > > > Graham. > > > > > > ----- Forwarded message from PAUSE <up...@p1...> ----- > > > > > > Date: Thu, 18 Jul 2002 15:13:03 +0200 > > > To: "Graham Barr" <GB...@cp...>, cpa...@pe... > > > From: PAUSE <up...@p1...> > > > Subject: CPAN Upload: G/GB/GBARR/perl-ldap-0.26.tar.gz > > > > > > The uploaded file > > > > > > perl-ldap-0.26.tar.gz > > > > > > has entered CPAN as > > > > > > file: $CPAN/authors/id/G/GB/GBARR/perl-ldap-0.26.tar.gz > > > size: 199812 bytes > > > md5: fe0810d663b9d04c536e6dfab8f55777 > > > > > > No action is required on your part > > > Request entered by: GBARR (Graham Barr) > > > Request entered on: Thu, 18 Jul 2002 13:11:08 GMT > > > Request completed: Thu, 18 Jul 2002 13:13:03 GMT > > > > > > Virtually Yours, > > > Id: paused,v 1.80 2002/03/10 06:40:03 k Exp k > > > > > > ----- End forwarded message ----- > > > > > > > > > ------------------------------------------------------- > > > This sf.net email is sponsored by:ThinkGeek > > > Welcome to geek heaven. > > > http://thinkgeek.com/sf > > > > > > > > > -- > > > -- Regards, Clif Harden INTERNET: c-h...@ti... Texas Instruments Directory Services 6500 Chase Oaks Blvd, M/S 8412 Plano, TX 75023 Voice: 214-567-0855 |
From: Graham B. <gb...@po...> - 2002-07-18 18:00:14
|
Odd, I wonder why nobody spotted that before. Put no strict 'refs'; on the proceeding line should fix it Graham. On Thu, Jul 18, 2002 at 12:53:20PM -0500, Clif Harden wrote: > > Graham, > > We have any error in the DSML.pm file. > > Here is my trace back. > > > > --- Begin Traceback --- > Can't use string ("start_document") as a symbol ref while "strict refs" in use at /usr/local/lib/perl5/site_perl/5.6.1/Net/LDAP/DSML.pm line 653. > Net::LDAP::DSML::pp::AUTOLOAD at /usr/local/lib/perl5/site_perl/5.6.1/Net/LDAP/DSML.pm line 653 > Net::LDAP::DSML::_dsml_context at /usr/local/lib/perl5/site_perl/5.6.1/Net/LDAP/DSML.pm line 311 > Net::LDAP::DSML::write_schema at /usr/local/lib/perl5/site_perl/5.6.1/Net/LDAP/DSML.pm line 440 > main::schema at ./tklkup line 1685 > [\&main::schema] > Tk callback for .frame.button > Tk::__ANON__ at /usr/local/lib/perl5/site_perl/5.6.1/i686-linux/Tk.pm line 228 > Tk::Button::butUp at /usr/local/lib/perl5/site_perl/5.6.1/i686-linux/Tk/Button.pm line 111 > (command bound to event) > > > Regards, > > Clif > > > > > > > > > > > > > > > > > > > perl-ldap-0.26 has been uploaded to CPAN. > > > > Graham. > > > > ----- Forwarded message from PAUSE <up...@p1...> ----- > > > > Date: Thu, 18 Jul 2002 15:13:03 +0200 > > To: "Graham Barr" <GB...@cp...>, cpa...@pe... > > From: PAUSE <up...@p1...> > > Subject: CPAN Upload: G/GB/GBARR/perl-ldap-0.26.tar.gz > > > > The uploaded file > > > > perl-ldap-0.26.tar.gz > > > > has entered CPAN as > > > > file: $CPAN/authors/id/G/GB/GBARR/perl-ldap-0.26.tar.gz > > size: 199812 bytes > > md5: fe0810d663b9d04c536e6dfab8f55777 > > > > No action is required on your part > > Request entered by: GBARR (Graham Barr) > > Request entered on: Thu, 18 Jul 2002 13:11:08 GMT > > Request completed: Thu, 18 Jul 2002 13:13:03 GMT > > > > Virtually Yours, > > Id: paused,v 1.80 2002/03/10 06:40:03 k Exp k > > > > ----- End forwarded message ----- > > > > > > ------------------------------------------------------- > > This sf.net email is sponsored by:ThinkGeek > > Welcome to geek heaven. > > http://thinkgeek.com/sf > > > > > -- > |