<?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/"
		>
<channel>
	<title>Comments on: LDAP Authentication in Solaris 10</title>
	<atom:link href="http://usefulthings.org.uk/index.php/archives/ldap-authentication-in-solaris-10/feed" rel="self" type="application/rss+xml" />
	<link>http://usefulthings.org.uk/index.php/archives/ldap-authentication-in-solaris-10</link>
	<description></description>
	<lastBuildDate>Mon, 16 Aug 2010 10:02:14 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
	<item>
		<title>By: Syed</title>
		<link>http://usefulthings.org.uk/index.php/archives/ldap-authentication-in-solaris-10/comment-page-1#comment-117</link>
		<dc:creator>Syed</dc:creator>
		<pubDate>Wed, 13 Aug 2008 14:40:20 +0000</pubDate>
		<guid isPermaLink="false">http://usefulthings.org.uk/operating-systems/solaris/ldap-authentication-in-solaris-10#comment-117</guid>
		<description>how to start ldap in Solaris 10 OS</description>
		<content:encoded><![CDATA[<p>how to start ldap in Solaris 10 OS</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: blake</title>
		<link>http://usefulthings.org.uk/index.php/archives/ldap-authentication-in-solaris-10/comment-page-1#comment-116</link>
		<dc:creator>blake</dc:creator>
		<pubDate>Wed, 04 Jun 2008 19:01:22 +0000</pubDate>
		<guid isPermaLink="false">http://usefulthings.org.uk/operating-systems/solaris/ldap-authentication-in-solaris-10#comment-116</guid>
		<description>I&#039;ve been working from your ldapclient examples for Solaris 10, but I keep getting this error:

&quot;restart: milestone/name-services:default... success
Error resetting system.&quot;

and wondered if you might have any insights.

cheers,
Blake</description>
		<content:encoded><![CDATA[<p>I&#8217;ve been working from your ldapclient examples for Solaris 10, but I keep getting this error:</p>
<p>&#8220;restart: milestone/name-services:default&#8230; success<br />
Error resetting system.&#8221;</p>
<p>and wondered if you might have any insights.</p>
<p>cheers,<br />
Blake</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: T</title>
		<link>http://usefulthings.org.uk/index.php/archives/ldap-authentication-in-solaris-10/comment-page-1#comment-115</link>
		<dc:creator>T</dc:creator>
		<pubDate>Thu, 15 May 2008 23:36:46 +0000</pubDate>
		<guid isPermaLink="false">http://usefulthings.org.uk/operating-systems/solaris/ldap-authentication-in-solaris-10#comment-115</guid>
		<description>Yes, port 389 has to remain open for the solaris client to work. I found that it uses an anonymous bind to pull schema info every few minutes. If you shut down 389, it works until the cache expires, then starts requesting a connection on 389 every few seconds until you open it again. While doing that it rejects any auth attempts. Simple fix for this is to use openLdap&#039;s ssf feature in slapd.conf. Set all access lines to ssf=128 except for the ou=Profile (not sure this is even needed), which stores the client&#039;s profile (though if manually setup, it shouldnt use, and my packet sniffs never showed it being pulled in the 389 traffic). ie:

access to attrs=userPassword
       by ssf=128 self write
       by ssf=128 dn=&quot;cn=direcorymanager,dc=example,dc=com&quot; read
       by ssf=128 * auth

This restricts the port389 traffic to only that braindead solaris query. Nothing else in the ldap tree is visible to unencrypted (ssf &lt; 128) connections.</description>
		<content:encoded><![CDATA[<p>Yes, port 389 has to remain open for the solaris client to work. I found that it uses an anonymous bind to pull schema info every few minutes. If you shut down 389, it works until the cache expires, then starts requesting a connection on 389 every few seconds until you open it again. While doing that it rejects any auth attempts. Simple fix for this is to use openLdap&#8217;s ssf feature in slapd.conf. Set all access lines to ssf=128 except for the ou=Profile (not sure this is even needed), which stores the client&#8217;s profile (though if manually setup, it shouldnt use, and my packet sniffs never showed it being pulled in the 389 traffic). ie:</p>
<p>access to attrs=userPassword<br />
       by ssf=128 self write<br />
       by ssf=128 dn=&#8221;cn=direcorymanager,dc=example,dc=com&#8221; read<br />
       by ssf=128 * auth</p>
<p>This restricts the port389 traffic to only that braindead solaris query. Nothing else in the ldap tree is visible to unencrypted (ssf &lt; 128) connections.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: T</title>
		<link>http://usefulthings.org.uk/index.php/archives/ldap-authentication-in-solaris-10/comment-page-1#comment-114</link>
		<dc:creator>T</dc:creator>
		<pubDate>Thu, 15 May 2008 23:35:08 +0000</pubDate>
		<guid isPermaLink="false">http://usefulthings.org.uk/operating-systems/solaris/ldap-authentication-in-solaris-10#comment-114</guid>
		<description>Yes, port 389 has to remain open for the solaris client to work. I found that it uses an anonymous bind to pull schema info every few minutes. If you shut down 389, it works until the cache expires, then starts requesting a connection on 389 every few seconds until you open it again. While doing that it rejects any auth attempts. Simple fix for this is to use openLdap&#039;s ssf feature in slapd.conf. Set all access lines to ssf=128 except for the ou=Profile (not sure this is even needed), which stores the client&#039;s profile (though if manually setup, it shouldnt use, and my packet sniffs never showed it being pulled in the 389 traffic). ie:

access to attrs=userPassword
       by ssf=128 self write
       by ssf=128 dn=&quot;cn=direcorymanager,dc=example,dc=com&quot; read
       by ssf=128 * auth</description>
		<content:encoded><![CDATA[<p>Yes, port 389 has to remain open for the solaris client to work. I found that it uses an anonymous bind to pull schema info every few minutes. If you shut down 389, it works until the cache expires, then starts requesting a connection on 389 every few seconds until you open it again. While doing that it rejects any auth attempts. Simple fix for this is to use openLdap&#8217;s ssf feature in slapd.conf. Set all access lines to ssf=128 except for the ou=Profile (not sure this is even needed), which stores the client&#8217;s profile (though if manually setup, it shouldnt use, and my packet sniffs never showed it being pulled in the 389 traffic). ie:</p>
<p>access to attrs=userPassword<br />
       by ssf=128 self write<br />
       by ssf=128 dn=&#8221;cn=direcorymanager,dc=example,dc=com&#8221; read<br />
       by ssf=128 * auth</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: aNDREW</title>
		<link>http://usefulthings.org.uk/index.php/archives/ldap-authentication-in-solaris-10/comment-page-1#comment-113</link>
		<dc:creator>aNDREW</dc:creator>
		<pubDate>Tue, 15 Apr 2008 09:54:47 +0000</pubDate>
		<guid isPermaLink="false">http://usefulthings.org.uk/operating-systems/solaris/ldap-authentication-in-solaris-10#comment-113</guid>
		<description>I have heard that is the LDAP server is configured for SSL you still need to have port 389 enabled, that you can&#039;t just run SSL (636). This was definately true for Solaris 8 and 9.

In your experience is this still a requirement in Solaris 10?

Thanks in advance

Andrew</description>
		<content:encoded><![CDATA[<p>I have heard that is the LDAP server is configured for SSL you still need to have port 389 enabled, that you can&#8217;t just run SSL (636). This was definately true for Solaris 8 and 9.</p>
<p>In your experience is this still a requirement in Solaris 10?</p>
<p>Thanks in advance</p>
<p>Andrew</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Anonymous</title>
		<link>http://usefulthings.org.uk/index.php/archives/ldap-authentication-in-solaris-10/comment-page-1#comment-112</link>
		<dc:creator>Anonymous</dc:creator>
		<pubDate>Tue, 11 Mar 2008 22:05:05 +0000</pubDate>
		<guid isPermaLink="false">http://usefulthings.org.uk/operating-systems/solaris/ldap-authentication-in-solaris-10#comment-112</guid>
		<description>lkklklkljjjll</description>
		<content:encoded><![CDATA[<p>lkklklkljjjll</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tony</title>
		<link>http://usefulthings.org.uk/index.php/archives/ldap-authentication-in-solaris-10/comment-page-1#comment-111</link>
		<dc:creator>Tony</dc:creator>
		<pubDate>Thu, 14 Feb 2008 18:59:51 +0000</pubDate>
		<guid isPermaLink="false">http://usefulthings.org.uk/operating-systems/solaris/ldap-authentication-in-solaris-10#comment-111</guid>
		<description>You may want to consider changing the order of your PAM configuration to prevent locking yourself out if the LDAP server(s) is unreachable.  I would suggest changing:

	auth sufficient		pam_unix_auth.so.1
	auth required 		pam_ldap.so.1

to

   auth sufficient         pam_ldap.so.1
   auth required           pam_unix_auth.so.1

so that LDAP is queried first to authenticate a user, then the local passwd file is. This way, if LDAP is unreachable, you can still log into the console as root.</description>
		<content:encoded><![CDATA[<p>You may want to consider changing the order of your PAM configuration to prevent locking yourself out if the LDAP server(s) is unreachable.  I would suggest changing:</p>
<p>	auth sufficient		pam_unix_auth.so.1<br />
	auth required 		pam_ldap.so.1</p>
<p>to</p>
<p>   auth sufficient         pam_ldap.so.1<br />
   auth required           pam_unix_auth.so.1</p>
<p>so that LDAP is queried first to authenticate a user, then the local passwd file is. This way, if LDAP is unreachable, you can still log into the console as root.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tim</title>
		<link>http://usefulthings.org.uk/index.php/archives/ldap-authentication-in-solaris-10/comment-page-1#comment-110</link>
		<dc:creator>Tim</dc:creator>
		<pubDate>Thu, 29 Nov 2007 20:24:33 +0000</pubDate>
		<guid isPermaLink="false">http://usefulthings.org.uk/operating-systems/solaris/ldap-authentication-in-solaris-10#comment-110</guid>
		<description>I&#039;ve had this working for a while for HP-UX and Linux but I&#039;d had only partial luck with a Solaris 10 pam.conf. Thanks! Your version gets the Password change correct. You&#039;ve helped a bunch!</description>
		<content:encoded><![CDATA[<p>I&#8217;ve had this working for a while for HP-UX and Linux but I&#8217;d had only partial luck with a Solaris 10 pam.conf. Thanks! Your version gets the Password change correct. You&#8217;ve helped a bunch!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: THEODORE_3011@YAHOO.GR</title>
		<link>http://usefulthings.org.uk/index.php/archives/ldap-authentication-in-solaris-10/comment-page-1#comment-106</link>
		<dc:creator>THEODORE_3011@YAHOO.GR</dc:creator>
		<pubDate>Mon, 24 Sep 2007 07:45:35 +0000</pubDate>
		<guid isPermaLink="false">http://usefulthings.org.uk/operating-systems/solaris/ldap-authentication-in-solaris-10#comment-106</guid>
		<description>HELLO
SORRY, BUT I HAVE MADE ALL WHAT YOU HAVE SAID BUT DIDNT WORK AT ALL.
DO YOU HAVE THE DEFAULT PAM.CONF BECAUSE I DIDNT MAKE A BACKUP.
MANY THANKS AND SORRY FOR MY ENGLISH</description>
		<content:encoded><![CDATA[<p>HELLO<br />
SORRY, BUT I HAVE MADE ALL WHAT YOU HAVE SAID BUT DIDNT WORK AT ALL.<br />
DO YOU HAVE THE DEFAULT PAM.CONF BECAUSE I DIDNT MAKE A BACKUP.<br />
MANY THANKS AND SORRY FOR MY ENGLISH</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: theodore</title>
		<link>http://usefulthings.org.uk/index.php/archives/ldap-authentication-in-solaris-10/comment-page-1#comment-107</link>
		<dc:creator>theodore</dc:creator>
		<pubDate>Thu, 20 Sep 2007 10:47:06 +0000</pubDate>
		<guid isPermaLink="false">http://usefulthings.org.uk/operating-systems/solaris/ldap-authentication-in-solaris-10#comment-107</guid>
		<description>thanx Robin</description>
		<content:encoded><![CDATA[<p>thanx Robin</p>
]]></content:encoded>
	</item>
</channel>
</rss>
