<br><br><div class="gmail_quote">On Mon, May 11, 2009 at 7:09 PM, Chris St. Pierre <span dir="ltr"><<a href="mailto:stpierre@nebrwesleyan.edu">stpierre@nebrwesleyan.edu</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="im">On Mon, 11 May 2009, James Chavez wrote:<br>
<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Now If the uid is listed as Joe_Montana..and I login as Joe_Montana then the<br>
entry is recognized correctly by the sudo functions.<br>
If I login as joe_montana the sudo functions fail.<br>
Is there a way to force 389 to be case insensitive so that username or UIDs<br>
are recognized regardless of case?<br>
</blockquote>
<br></div>
In the sudoers schema file<br>
(/etc/dirsrv/slapd-<instance>/schema/60sudo.ldif), you'll note that<br>
the sudoUser attribute has:<br>
<br>
EQUALITY caseExactIA5Match<br>
SUBSTR caseExactIA5SubstringsMatch<br>
<br>
So do the sudoHost, sudoCommand, etc., attributes.  If you want<br>
case-insensitive matching, you should change that to:<br>
<br>
EQUALITY caseIgnoreIA5Match<br>
SUBSTR caseIgnoreIA5SubstringsMatch<br>
<br>
And then restart the DS.</blockquote><div> </div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div>++ Chris thanks for the reply. That helps...seems obvious now that you pointed it to me. i appreciate it.<br>
</div></blockquote><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div class="im"><br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Secondly it seems the Fedora 9 newkey updates repo is broken. I upgraded all<br>
of our installations to the newest packages 2 to 3 weeks ago and i am<br>
wondering if these are still the latest packages.<br>
<br>
fedora-ds-dsgw-1.1.1-1.fc9.i386<br>
fedora-ds-console-1.2.0-1.fc9.noarch<br>
fedora-ds-base-1.2.0-4.fc9.i386<br>
fedora-ds-1.1.3-1.fc9.noarch<br>
fedora-ds-admin-1.1.7-3.fc9.i386<br>
fedora-ds-admin-console-1.1.3-1.fc9.noarch<br>
</blockquote>
<br></div>
Yes, those are the latest packages.  Note that the fedora-ds-base<br>
package -- which has the important stuff -- and the fedora-ds-console<br>
package -- which has the shiny GUI stuff -- are both at 1.2.0, the<br>
latest version.  FDS -- err, 389DS -- doesn't rev all of the package<br>
versions to track the release version, so the fedora-ds package is<br>
still at 1.1.3 while its requirements are at various other versions.<br>
<br>
Some nuts and bolts: fedora-ds is itself just a "meta-package" that<br>
contains nothing; it just requires other packages.  So the fedora-ds<br>
package version really only needs to incremented if the requirements<br>
change.  Since they didn't, it's easier for the dev team to leave what<br>
they can alone and only release new versions of packages that actually<br>
have some changed code.<br>
<br>
Make sense?</blockquote><div><br>++ Makes perfect sense, thanks a bunch, so i should be most concerned with  the fedora-ds-base and fedora-ds-console packages for revision or version changes. I will definitely keep that in mind. <br>
<br>Thanks again for the clarity.<br><br>James<br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><br>
<br></blockquote></div>