<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Ldap on bartman&#39;s blog</title>
    <link>http://www.jukie.net/~bart/tags/ldap/</link>
    <description>Recent content in Ldap on bartman&#39;s blog</description>
    <generator>Hugo</generator>
    <language>en</language>
    <lastBuildDate>Sat, 28 Jun 2008 16:07:32 -0400</lastBuildDate>
    <atom:link href="http://www.jukie.net/~bart/tags/ldap/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Authenticating Linux against OSX LDAP directory</title>
      <link>http://www.jukie.net/~bart/blog/osx-ldap-authentication/</link>
      <pubDate>Sat, 28 Jun 2008 16:07:32 -0400</pubDate>
      <guid>http://www.jukie.net/~bart/blog/osx-ldap-authentication/</guid>
      <description>&lt;p&gt;I was recently asked by a colleague, and now also a &lt;a href=&#34;http://infonium.ca/&#34;&gt;client&lt;/a&gt;, to look over the [LDAP]{tag/ldap} configuration on his Ubuntu boxen.  He was having&#xA;issues with the root account.  The problem turned out being that the Ubuntu box was trying to get the root authentication from LDAP.&#xA;It successfully found an LDAP account on the OSX LDAP server, but was unable to login since that account is disabled.  The solution&#xA;was to filter out the root account from the LDAP reply using the &lt;code&gt;pam_filter&lt;/code&gt; directive in &lt;code&gt;/etc/ldap.conf&lt;/code&gt;.  Jay was also kind enough&#xA;to document his &lt;a href=&#34;https://help.ubuntu.com/community/OSXLDAPClientAuthentication&#34;&gt;setup for others&lt;/a&gt; that are trying to accomplish a&#xA;similar task.&lt;/p&gt;</description>
    </item>
    <item>
      <title>ldap account management</title>
      <link>http://www.jukie.net/~bart/blog/filter-ldap-accounts-by-host/</link>
      <pubDate>Mon, 12 Jun 2006 22:22:04 -0400</pubDate>
      <guid>http://www.jukie.net/~bart/blog/filter-ldap-accounts-by-host/</guid>
      <description>&lt;p&gt;Ok, so in [last eppisode]{ldap-upgrade-to-2.3.23-brakage} we looked at how my Debian/testing upgrade of &lt;code&gt;slapd&lt;/code&gt; killed my&#xA;slapd install because I was using two incompatible schemas.&lt;/p&gt;&#xA;&lt;p&gt;Now, I will show you how to limit what accounts are accessible to pam_ldap module on each host.&lt;/p&gt;</description>
    </item>
    <item>
      <title>stupid ldap</title>
      <link>http://www.jukie.net/~bart/blog/ldap-upgrade-to-2.3.23-brakage/</link>
      <pubDate>Mon, 12 Jun 2006 19:45:23 -0400</pubDate>
      <guid>http://www.jukie.net/~bart/blog/ldap-upgrade-to-2.3.23-brakage/</guid>
      <description>&lt;p&gt;For some very stupid reason I decided to upgrade my fileserver, which happens to run my ldap database as well.&lt;/p&gt;&#xA;&lt;pre&gt;&lt;code&gt;Setting up slapd (2.3.23-1) ...&#xA;  Backing up /etc/ldap/slapd.conf in /var/backups/slapd-2.2.26-5... done.&#xA;  Moving old database directories to /var/backups:&#xA;&#xA;  Backup path /var/backups/dc=jukie-2.2.26-5.ldapdb exists. Giving up...&#xA;dpkg: error processing slapd (--configure):&#xA; subprocess post-installation script returned error exit status 1&#xA;Errors were encountered while processing:&#xA; slapd&#xA;E: Sub-process /usr/bin/dpkg returned an error code (1)&#xA;&lt;/code&gt;&lt;/pre&gt;&#xA;&lt;p&gt;&lt;em&gt;Frig!&lt;/em&gt;&lt;/p&gt;</description>
    </item>
    <item>
      <title>ldap on debian</title>
      <link>http://www.jukie.net/~bart/blog/ldap-on-debian/</link>
      <pubDate>Sun, 25 Sep 2005 13:00:02 -0400</pubDate>
      <guid>http://www.jukie.net/~bart/blog/ldap-on-debian/</guid>
      <description>&lt;p&gt;&#xA;I&#39;ve started writing a debian authentication from ldap tutorial.  Here&#xA;is the unfinished text:&#xA;&lt;/p&gt;&#xA;&lt;li&gt;&lt;a href=http://www.jukie.net/~bart/ldap/ldap-authentication-on-debian/index.html&gt;Ldap Authentication on Debian&lt;/a&gt;&#xA;&lt;p&gt;&#xA;I&#39;ve seen a much more ass kicking one on Planet Debian recently from Edd Dumbill.  Here is a link:&#xA;&lt;/p&gt;&#xA;&lt;li&gt;&lt;a href=http://usefulinc.com/edd/blog/contents/2005/09/25-ldap/read&gt;Turn your world LDAP-tastic&lt;/a&gt;, and&#xA;&lt;li&gt;&lt;a href=http://usefulinc.com/edd/blog/contents/2005/09/28-ldap/read&gt;Visual LDAP administration tools&lt;/a&gt; - &lt;i&gt;a recent fallowup&lt;/i&gt;</description>
    </item>
    <item>
      <title>LDAP authentication (part 1)</title>
      <link>http://www.jukie.net/~bart/blog/ldap-authentication-part-1/</link>
      <pubDate>Sat, 08 Jan 2005 09:50:26 -0500</pubDate>
      <guid>http://www.jukie.net/~bart/blog/ldap-authentication-part-1/</guid>
      <description>&lt;p&gt;.&lt;/p&gt;&#xA;&lt;p&gt;Wasted some time this week converting my server to LDAP directories and&#xA;renumbering UIDs/GIDs to the &amp;ldquo;Debian numbering ranges&amp;rdquo; from the RedHat&#xA;ranges that I have lived with for 7 years &amp;ndash; I have a lot of data to&#xA;migrate over to the new IDs&amp;hellip; data is intact.&lt;/p&gt;&#xA;&lt;p&gt;LDAP is so ugly after you used SQL, and is a bitch to setup, but after a&#xA;few hours I managed to get it working with PAM and NSS.  I will have to&#xA;document my steps because I had to read ~10 documents on the web to&#xA;finally get things working &amp;ndash; the Debian packages do not do all the work&#xA;for you in this case.&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
