<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments on: phpLDAPadmin and Kerberos</title>
	<atom:link href="http://left.subtree.org/2007/06/26/phpldapadmin-and-kerberos/feed/" rel="self" type="application/rss+xml" />
	<link>http://left.subtree.org/2007/06/26/phpldapadmin-and-kerberos/</link>
	<description>A sourceful of secrets</description>
	<lastBuildDate>Tue, 08 Jun 2010 22:31:18 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>By: Ryan Lane</title>
		<link>http://left.subtree.org/2007/06/26/phpldapadmin-and-kerberos/#comment-105</link>
		<dc:creator>Ryan Lane</dc:creator>
		<pubDate>Tue, 08 Jun 2010 22:31:18 +0000</pubDate>
		<guid isPermaLink="false">http://left.subtree.org/2007/06/26/phpldapadmin-and-kerberos/#comment-105</guid>
		<description>Note that your distro may not compile ldap-sasl support into PHP, but may distribute a package that adds this support. You can tell by running ldd on the correct module, and ensuring it links to SASL libraries. For instance, on Red Hat Enterprise Linux, the php-ldap package provides this support:

&lt;pre&gt;
[root@example ~]# rpm -ql php-ldap
/etc/php.d/ldap.ini
/usr/lib64/php/modules/ldap.so
[root@example ~]# ldd /usr/lib64/php/modules/ldap.so
        libsasl2.so.2 =&gt; /usr/lib64/libsasl2.so.2 (0x00002b09b2017000)
        libldap-2.3.so.0 =&gt; /usr/lib64/libldap-2.3.so.0 (0x00002b09b2230000)
        liblber-2.3.so.0 =&gt; /usr/lib64/liblber-2.3.so.0 (0x00002b09b246a000)
        libc.so.6 =&gt; /lib64/libc.so.6 (0x00002b09b2679000)
        libdl.so.2 =&gt; /lib64/libdl.so.2 (0x00002b09b29d0000)
        libresolv.so.2 =&gt; /lib64/libresolv.so.2 (0x00002b09b2bd4000)
        libcrypt.so.1 =&gt; /lib64/libcrypt.so.1 (0x00002b09b2dea000)
        libssl.so.6 =&gt; /lib64/libssl.so.6 (0x00002b09b3022000)
        libcrypto.so.6 =&gt; /lib64/libcrypto.so.6 (0x00002b09b326e000)
        /lib64/ld-linux-x86-64.so.2 (0x0000003530c00000)
        libgssapi_krb5.so.2 =&gt; /usr/lib64/libgssapi_krb5.so.2 (0x00002b09b35c0000)
        libkrb5.so.3 =&gt; /usr/lib64/libkrb5.so.3 (0x00002b09b37ee000)
        libcom_err.so.2 =&gt; /lib64/libcom_err.so.2 (0x00002b09b3a83000)
        libk5crypto.so.3 =&gt; /usr/lib64/libk5crypto.so.3 (0x00002b09b3c86000)
        libz.so.1 =&gt; /usr/lib64/libz.so.1 (0x00002b09b3eab000)
        libkrb5support.so.0 =&gt; /usr/lib64/libkrb5support.so.0 (0x00002b09b40bf000)
        libkeyutils.so.1 =&gt; /lib64/libkeyutils.so.1 (0x00002b09b42c8000)
        libselinux.so.1 =&gt; /lib64/libselinux.so.1 (0x00002b09b44ca000)
        libsepol.so.1 =&gt; /lib64/libsepol.so.1 (0x00002b09b46e3000)
&lt;/pre&gt;

Note above &quot;libsasl2.so.2&quot;.</description>
		<content:encoded><![CDATA[<p>Note that your distro may not compile ldap-sasl support into PHP, but may distribute a package that adds this support. You can tell by running ldd on the correct module, and ensuring it links to SASL libraries. For instance, on Red Hat Enterprise Linux, the php-ldap package provides this support:</p>
<pre>
[root@example ~]# rpm -ql php-ldap
/etc/php.d/ldap.ini
/usr/lib64/php/modules/ldap.so
[root@example ~]# ldd /usr/lib64/php/modules/ldap.so
        libsasl2.so.2 =&gt; /usr/lib64/libsasl2.so.2 (0x00002b09b2017000)
        libldap-2.3.so.0 =&gt; /usr/lib64/libldap-2.3.so.0 (0x00002b09b2230000)
        liblber-2.3.so.0 =&gt; /usr/lib64/liblber-2.3.so.0 (0x00002b09b246a000)
        libc.so.6 =&gt; /lib64/libc.so.6 (0x00002b09b2679000)
        libdl.so.2 =&gt; /lib64/libdl.so.2 (0x00002b09b29d0000)
        libresolv.so.2 =&gt; /lib64/libresolv.so.2 (0x00002b09b2bd4000)
        libcrypt.so.1 =&gt; /lib64/libcrypt.so.1 (0x00002b09b2dea000)
        libssl.so.6 =&gt; /lib64/libssl.so.6 (0x00002b09b3022000)
        libcrypto.so.6 =&gt; /lib64/libcrypto.so.6 (0x00002b09b326e000)
        /lib64/ld-linux-x86-64.so.2 (0x0000003530c00000)
        libgssapi_krb5.so.2 =&gt; /usr/lib64/libgssapi_krb5.so.2 (0x00002b09b35c0000)
        libkrb5.so.3 =&gt; /usr/lib64/libkrb5.so.3 (0x00002b09b37ee000)
        libcom_err.so.2 =&gt; /lib64/libcom_err.so.2 (0x00002b09b3a83000)
        libk5crypto.so.3 =&gt; /usr/lib64/libk5crypto.so.3 (0x00002b09b3c86000)
        libz.so.1 =&gt; /usr/lib64/libz.so.1 (0x00002b09b3eab000)
        libkrb5support.so.0 =&gt; /usr/lib64/libkrb5support.so.0 (0x00002b09b40bf000)
        libkeyutils.so.1 =&gt; /lib64/libkeyutils.so.1 (0x00002b09b42c8000)
        libselinux.so.1 =&gt; /lib64/libselinux.so.1 (0x00002b09b44ca000)
        libsepol.so.1 =&gt; /lib64/libsepol.so.1 (0x00002b09b46e3000)
</pre>
<p>Note above &#8220;libsasl2.so.2&#8243;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: mazsi</title>
		<link>http://left.subtree.org/2007/06/26/phpldapadmin-and-kerberos/#comment-33</link>
		<dc:creator>mazsi</dc:creator>
		<pubDate>Sat, 05 Jan 2008 08:55:51 +0000</pubDate>
		<guid isPermaLink="false">http://left.subtree.org/2007/06/26/phpldapadmin-and-kerberos/#comment-33</guid>
		<description>as of phpldapadmin v1.1.0.3: if you set login_dn or login_pass to empty string, and anything other than anonymous bind is being used (as it is in our case) LDAPserver::connect() will refuse to login (it will always return false).

so instead of

$ldapservers-&gt;SetValue($i,&#039;login&#039;,&#039;dn&#039;,&#039;&#039;);
$ldapservers-&gt;SetValue($i,&#039;login&#039;,&#039;pass&#039;,&#039;&#039;);

use for example this:

$ldapservers-&gt;SetValue($i,&#039;login&#039;,&#039;dn&#039;,&#039;cn=noone&#039;);
$ldapservers-&gt;SetValue($i,&#039;login&#039;,&#039;pass&#039;,&#039;passwd&#039;);

(you can set any value here, since you are using GSSAPI they will not be used.)</description>
		<content:encoded><![CDATA[<p>as of phpldapadmin v1.1.0.3: if you set login_dn or login_pass to empty string, and anything other than anonymous bind is being used (as it is in our case) LDAPserver::connect() will refuse to login (it will always return false).</p>
<p>so instead of</p>
<p>$ldapservers-&gt;SetValue($i,&#8217;login&#8217;,'dn&#8217;,&#8221;);<br />
$ldapservers-&gt;SetValue($i,&#8217;login&#8217;,'pass&#8217;,&#8221;);</p>
<p>use for example this:</p>
<p>$ldapservers-&gt;SetValue($i,&#8217;login&#8217;,'dn&#8217;,'cn=noone&#8217;);<br />
$ldapservers-&gt;SetValue($i,&#8217;login&#8217;,'pass&#8217;,'passwd&#8217;);</p>
<p>(you can set any value here, since you are using GSSAPI they will not be used.)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: aeb</title>
		<link>http://left.subtree.org/2007/06/26/phpldapadmin-and-kerberos/#comment-32</link>
		<dc:creator>aeb</dc:creator>
		<pubDate>Mon, 01 Oct 2007 13:44:23 +0000</pubDate>
		<guid isPermaLink="false">http://left.subtree.org/2007/06/26/phpldapadmin-and-kerberos/#comment-32</guid>
		<description>Hi Ezra, No this will not allow you to create/change Kerberos passwords. This setup just uses Kerberos to authenticate users accessing phpladpadmin. Hope this helps.</description>
		<content:encoded><![CDATA[<p>Hi Ezra, No this will not allow you to create/change Kerberos passwords. This setup just uses Kerberos to authenticate users accessing phpladpadmin. Hope this helps.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ezra Taylor</title>
		<link>http://left.subtree.org/2007/06/26/phpldapadmin-and-kerberos/#comment-31</link>
		<dc:creator>Ezra Taylor</dc:creator>
		<pubDate>Sat, 29 Sep 2007 20:39:32 +0000</pubDate>
		<guid isPermaLink="false">http://left.subtree.org/2007/06/26/phpldapadmin-and-kerberos/#comment-31</guid>
		<description>Hello:
          Will this feature allow me to create/change users Kerberos passwords in phpldapadmin?</description>
		<content:encoded><![CDATA[<p>Hello:<br />
          Will this feature allow me to create/change users Kerberos passwords in phpldapadmin?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jag</title>
		<link>http://left.subtree.org/2007/06/26/phpldapadmin-and-kerberos/#comment-30</link>
		<dc:creator>jag</dc:creator>
		<pubDate>Wed, 08 Aug 2007 11:21:15 +0000</pubDate>
		<guid isPermaLink="false">http://left.subtree.org/2007/06/26/phpldapadmin-and-kerberos/#comment-30</guid>
		<description>It almost works, except for the last change. Putting the &quot;putenv(KRB5...&quot; line at the top, or anywhere else, in the common.php file did not work, in the phpldapadmin log I could see that GSSAPI still assumed to find the ticket in &quot;/tmp/krb5cc_80&quot; and not in /tmp/krb5cc_apache_XXXXXX where mod_auth_kerb saved it.
What does work for me is a changed mod_auth_kerb.c source where you can replace the line:

ccname = apr_psprintf(r-&gt;pool, &quot;FILE:%s/krb5cc_apache_XXXXXX&quot;, P_tmpdir);

with:

ccname = apr_psprintf(r-&gt;pool, &quot;FILE:/tmp/krb5cc_80&quot;) ;

mod_auth_kerb should offer this as a configurable option I think.</description>
		<content:encoded><![CDATA[<p>It almost works, except for the last change. Putting the &#8220;putenv(KRB5&#8230;&#8221; line at the top, or anywhere else, in the common.php file did not work, in the phpldapadmin log I could see that GSSAPI still assumed to find the ticket in &#8220;/tmp/krb5cc_80&#8243; and not in /tmp/krb5cc_apache_XXXXXX where mod_auth_kerb saved it.<br />
What does work for me is a changed mod_auth_kerb.c source where you can replace the line:</p>
<p>ccname = apr_psprintf(r-&gt;pool, &#8220;FILE:%s/krb5cc_apache_XXXXXX&#8221;, P_tmpdir);</p>
<p>with:</p>
<p>ccname = apr_psprintf(r-&gt;pool, &#8220;FILE:/tmp/krb5cc_80&#8243;) ;</p>
<p>mod_auth_kerb should offer this as a configurable option I think.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
