<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/2.3.3" -->
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	>
<channel>
	<title>Comments on: Integrating Leopard Server With UNIX LDAP, Part 3</title>
	<link>http://www.netmojo.ca/blog/2008/04/24/integrating-leopard-server-with-unix-ldap-part-3/</link>
	<description>Netmojo System offers IT Consulting, Systems Administration and Web Development from Banff, Alberta, Canada</description>
	<pubDate>Thu, 20 Nov 2008 22:48:52 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.3.3</generator>
		<item>
		<title>By: John</title>
		<link>http://www.netmojo.ca/blog/2008/04/24/integrating-leopard-server-with-unix-ldap-part-3/#comment-5572</link>
		<dc:creator>John</dc:creator>
		<pubDate>Thu, 04 Sep 2008 06:07:03 +0000</pubDate>
		<guid>http://www.netmojo.ca/blog/2008/04/24/integrating-leopard-server-with-unix-ldap-part-3/#comment-5572</guid>
		<description>This has been a great set of articles. Can't wait for part-4. Any ideas when you will post?

Cheers
John</description>
		<content:encoded><![CDATA[<p>This has been a great set of articles. Can&#8217;t wait for part-4. Any ideas when you will post?</p>
<p>Cheers<br />
John</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Erik Mallory</title>
		<link>http://www.netmojo.ca/blog/2008/04/24/integrating-leopard-server-with-unix-ldap-part-3/#comment-4543</link>
		<dc:creator>Erik Mallory</dc:creator>
		<pubDate>Fri, 01 Aug 2008 18:38:04 +0000</pubDate>
		<guid>http://www.netmojo.ca/blog/2008/04/24/integrating-leopard-server-with-unix-ldap-part-3/#comment-4543</guid>
		<description>Get ready this will be a long one. A few months back I posted that the teams server authentication worked, well for me, that is partially true. A newly created user in the Sun Directory with all the attribues and object classes that a local user would have, cannont create a weblog, but they can go to another users blog, log in and edit ANY blog on the system. Any user that is created locally, by local I mean in the apple directory. is subject to the appropriate security constructs. 

 I went back through my configuration steps and referenced the three articles here. I have tailed out my Sun Java Directory log files and looked at the searches that are being done, there is not much to the filter:

Attempting to create a weblog:
[31/Jul/2008:15:17:10 -0500] conn=419 op=98 msgId=99 - SRCH base="dc=wichita,dc=edu" scope=2 filter="(&#38;(&#124;(objectClass=posixAccount)(objectClass=inetOrgPerson)(objectClass=shadowAccount))(&#124;(&#124;(uid=g892k662))(&#124;(cn=g892k662))))" attrs="uid cn uid cn"
[31/Jul/2008:15:17:10 -0500] conn=419 op=98 msgId=99 - RESULT err=0 tag=101 nentries=1 etime=0
[31/Jul/2008:15:17:10 -0500] conn=419 op=99 msgId=100 - ABANDON targetop=NOTFOUND msgid=99

yet in the wikid/error.log I get
 Failure: twisted.cred.error.UnauthorizedLogin: Bad username or password: g892k662

Attempting to edit a blog that is not my own: (long... more dialouge below...)
[31/Jul/2008:15:17:57 -0500] conn=419 op=100 msgId=101 - SRCH base="dc=wichita,dc=edu" scope=2 filter="(&#38;(&#124;(objectClass=posixAccount)(objectClass=inetOrgPerson)(objectClass=shadowAccount))(&#124;(uidNumber=7003)))" attrs="uidNumber uid cn gidNumber uidNumber"
[31/Jul/2008:15:17:57 -0500] conn=419 op=100 msgId=101 - RESULT err=0 tag=101 nentries=1 etime=0
[31/Jul/2008:15:17:57 -0500] conn=419 op=101 msgId=102 - ABANDON targetop=NOTFOUND msgid=101
[31/Jul/2008:15:17:57 -0500] conn=419 op=102 msgId=103 - SRCH base="dc=wichita,dc=edu" scope=2 filter="(&#38;(&#124;(objectClass=posixGroup))(&#124;(gidNumber=14)))" attrs="cn gidNumber gidNumber"
[31/Jul/2008:15:17:57 -0500] conn=419 op=102 msgId=103 - RESULT err=0 tag=101 nentries=0 etime=0
[31/Jul/2008:15:17:57 -0500] conn=419 op=103 msgId=104 - ABANDON targetop=NOTFOUND msgid=103
[31/Jul/2008:15:17:57 -0500] conn=419 op=104 msgId=105 - SRCH base="dc=wichita,dc=edu" scope=2 filter="(&#38;(&#124;(objectClass=posixGroup))(&#124;(memberUid=f282c439)))" attrs="cn gidNumber memberUid"
[31/Jul/2008:15:17:57 -0500] conn=419 op=104 msgId=105 - RESULT err=0 tag=101 nentries=0 etime=0
[31/Jul/2008:15:17:57 -0500] conn=419 op=105 msgId=106 - ABANDON targetop=NOTFOUND msgid=105
[31/Jul/2008:15:17:57 -0500] conn=419 op=106 msgId=107 - SRCH base="dc=wichita,dc=edu" scope=2 filter="(&#38;(&#124;(objectClass=posixAccount)(objectClass=inetOrgPerson)(objectClass=shadowAccount))(&#124;(&#124;(uid=unauthenticated))(&#124;(cn=unauthenticated))))" attrs="uidNumber uid cn gidNumber uid cn"
[31/Jul/2008:15:17:57 -0500] conn=419 op=106 msgId=107 - RESULT err=0 tag=101 nentries=0 etime=0
[31/Jul/2008:15:17:57 -0500] conn=419 op=107 msgId=108 - ABANDON targetop=NOTFOUND msgid=107
[31/Jul/2008:15:17:57 -0500] conn=419 op=108 msgId=109 - SRCH base="dc=wichita,dc=edu" scope=2 filter="(&#38;(&#124;(objectClass=posixAccount)(objectClass=inetOrgPerson)(objectClass=shadowAccount))(&#124;(&#124;(uid=f282c439))(&#124;(cn=f282c439))))" attrs="uidNumber uid cn gidNumber uid cn"
[31/Jul/2008:15:17:57 -0500] conn=419 op=108 msgId=109 - RESULT err=0 tag=101 nentries=1 etime=0
[31/Jul/2008:15:17:57 -0500] conn=419 op=109 msgId=110 - ABANDON targetop=NOTFOUND msgid=109
[31/Jul/2008:15:17:57 -0500] conn=419 op=110 msgId=111 - SRCH base="dc=wichita,dc=edu" scope=2 filter="(&#38;(&#124;(objectClass=posixGroup))(&#124;(cn=com.apple.access_all_services)))" attrs="cn gidNumber cn"
[31/Jul/2008:15:17:57 -0500] conn=419 op=110 msgId=111 - RESULT err=0 tag=101 nentries=0 etime=0
[31/Jul/2008:15:17:57 -0500] conn=419 op=111 msgId=112 - ABANDON targetop=NOTFOUND msgid=111
[31/Jul/2008:15:17:57 -0500] conn=419 op=112 msgId=113 - SRCH base="dc=wichita,dc=edu" scope=2 filter="(&#38;(&#124;(objectClass=posixGroup))(&#124;(cn=com.apple.access_weblog)))" attrs="cn gidNumber cn"
[31/Jul/2008:15:17:57 -0500] conn=419 op=112 msgId=113 - RESULT err=0 tag=101 nentries=0 etime=0
[31/Jul/2008:15:17:57 -0500] conn=419 op=113 msgId=114 - ABANDON targetop=NOTFOUND msgid=113
[31/Jul/2008:15:17:57 -0500] conn=419 op=114 msgId=115 - SRCH base="dc=wichita,dc=edu" scope=2 filter="(&#38;(&#124;(objectClass=posixAccount)(objectClass=inetOrgPerson)(objectClass=shadowAccount))(&#124;(uidNumber=7003)))" attrs="uidNumber uid cn gidNumber uidNumber"
[31/Jul/2008:15:17:57 -0500] conn=419 op=114 msgId=115 - RESULT err=0 tag=101 nentries=1 etime=0
[31/Jul/2008:15:17:57 -0500] conn=419 op=115 msgId=116 - ABANDON targetop=NOTFOUND msgid=115
[31/Jul/2008:15:17:57 -0500] conn=419 op=116 msgId=117 - SRCH base="dc=wichita,dc=edu" scope=2 filter="(&#38;(&#124;(objectClass=posixGroup))(&#124;(gidNumber=14)))" attrs="cn gidNumber gidNumber"
[31/Jul/2008:15:17:57 -0500] conn=419 op=116 msgId=117 - RESULT err=0 tag=101 nentries=0 etime=0
[31/Jul/2008:15:17:57 -0500] conn=419 op=117 msgId=118 - ABANDON targetop=NOTFOUND msgid=117
[31/Jul/2008:15:17:57 -0500] conn=419 op=118 msgId=119 - SRCH base="dc=wichita,dc=edu" scope=2 filter="(&#38;(&#124;(objectClass=posixGroup))(&#124;(memberUid=f282c439)))" attrs="cn gidNumber memberUid"
[31/Jul/2008:15:17:57 -0500] conn=419 op=118 msgId=119 - RESULT err=0 tag=101 nentries=0 etime=0
[31/Jul/2008:15:17:57 -0500] conn=419 op=119 msgId=120 - ABANDON targetop=NOTFOUND msgid=119
[31/Jul/2008:15:17:57 -0500] conn=419 op=120 msgId=121 - SRCH base="dc=wichita,dc=edu" scope=2 filter="(&#38;(&#124;(objectClass=posixGroup))(&#124;(memberUid=_www)))" attrs="cn gidNumber memberUid"
[31/Jul/2008:15:17:57 -0500] conn=419 op=120 msgId=121 - RESULT err=0 tag=101 nentries=0 etime=0
[31/Jul/2008:15:17:57 -0500] conn=419 op=121 msgId=122 - ABANDON targetop=NOTFOUND msgid=121
[31/Jul/2008:15:18:14 -0500] conn=419 op=122 msgId=123 - SRCH base="dc=wichita,dc=edu" scope=2 filter="(&#38;(&#124;(objectClass=posixAccount)(objectClass=inetOrgPerson)(objectClass=shadowAccount))(&#124;(&#124;(uid=g892k662))(&#124;(cn=g892k662))))" attrs="uid cn uid cn"
[31/Jul/2008:15:18:14 -0500] conn=419 op=122 msgId=123 - RESULT err=0 tag=101 nentries=1 etime=0
[31/Jul/2008:15:18:14 -0500] conn=419 op=123 msgId=124 - ABANDON targetop=NOTFOUND msgid=123
[31/Jul/2008:15:18:14 -0500] conn=419 op=124 msgId=125 - SRCH base="dc=wichita,dc=edu" scope=2 filter="(&#38;(&#124;(objectClass=posixAccount)(objectClass=inetOrgPerson)(objectClass=shadowAccount))(&#124;(uid=g892k662)(cn=g892k662)))" attrs="userPassword"
[31/Jul/2008:15:18:14 -0500] conn=419 op=124 msgId=125 - RESULT err=0 tag=101 nentries=1 etime=0
[31/Jul/2008:15:18:14 -0500] conn=419 op=125 msgId=126 - SRCH base="dc=wichita,dc=edu" scope=2 filter="(&#38;(&#124;(objectClass=posixAccount)(objectClass=inetOrgPerson)(objectClass=shadowAccount))(&#124;(uid=g892k662)(cn=g892k662)))" attrs=ALL
[31/Jul/2008:15:18:14 -0500] conn=419 op=125 msgId=126 - RESULT err=0 tag=101 nentries=1 etime=0
[31/Jul/2008:15:18:14 -0500] conn=422 op=-1 msgId=-1 - fd=43 slot=43 LDAP connection from 156.26.180.77:49325 to 156.26.180.85
[31/Jul/2008:15:18:14 -0500] conn=422 op=0 msgId=1 - SRCH base="" scope=0 filter="(objectClass=*)" attrs="supportedSASLMechanisms namingContexts dnshostname krbname"
[31/Jul/2008:15:18:14 -0500] conn=422 op=0 msgId=1 - RESULT err=0 tag=101 nentries=1 etime=0
[31/Jul/2008:15:18:14 -0500] conn=422 op=1 msgId=2 - BIND dn="uid=g892k662,ou=People,dc=wichita,dc=edu" method=128 version=3
[31/Jul/2008:15:18:14 -0500] conn=422 op=1 msgId=2 - RESULT err=0 tag=97 nentries=0 etime=0


Has anyone tested this? Has anyone had this same expirence? What am I missing?</description>
		<content:encoded><![CDATA[<p>Get ready this will be a long one. A few months back I posted that the teams server authentication worked, well for me, that is partially true. A newly created user in the Sun Directory with all the attribues and object classes that a local user would have, cannont create a weblog, but they can go to another users blog, log in and edit ANY blog on the system. Any user that is created locally, by local I mean in the apple directory. is subject to the appropriate security constructs. </p>
<p> I went back through my configuration steps and referenced the three articles here. I have tailed out my Sun Java Directory log files and looked at the searches that are being done, there is not much to the filter:</p>
<p>Attempting to create a weblog:<br />
[31/Jul/2008:15:17:10 -0500] conn=419 op=98 msgId=99 - SRCH base=&#8221;dc=wichita,dc=edu&#8221; scope=2 filter=&#8221;(&amp;(|(objectClass=posixAccount)(objectClass=inetOrgPerson)(objectClass=shadowAccount))(|(|(uid=g892k662))(|(cn=g892k662))))&#8221; attrs=&#8221;uid cn uid cn&#8221;<br />
[31/Jul/2008:15:17:10 -0500] conn=419 op=98 msgId=99 - RESULT err=0 tag=101 nentries=1 etime=0<br />
[31/Jul/2008:15:17:10 -0500] conn=419 op=99 msgId=100 - ABANDON targetop=NOTFOUND msgid=99</p>
<p>yet in the wikid/error.log I get<br />
 Failure: twisted.cred.error.UnauthorizedLogin: Bad username or password: g892k662</p>
<p>Attempting to edit a blog that is not my own: (long&#8230; more dialouge below&#8230;)<br />
[31/Jul/2008:15:17:57 -0500] conn=419 op=100 msgId=101 - SRCH base=&#8221;dc=wichita,dc=edu&#8221; scope=2 filter=&#8221;(&amp;(|(objectClass=posixAccount)(objectClass=inetOrgPerson)(objectClass=shadowAccount))(|(uidNumber=7003)))&#8221; attrs=&#8221;uidNumber uid cn gidNumber uidNumber&#8221;<br />
[31/Jul/2008:15:17:57 -0500] conn=419 op=100 msgId=101 - RESULT err=0 tag=101 nentries=1 etime=0<br />
[31/Jul/2008:15:17:57 -0500] conn=419 op=101 msgId=102 - ABANDON targetop=NOTFOUND msgid=101<br />
[31/Jul/2008:15:17:57 -0500] conn=419 op=102 msgId=103 - SRCH base=&#8221;dc=wichita,dc=edu&#8221; scope=2 filter=&#8221;(&amp;(|(objectClass=posixGroup))(|(gidNumber=14)))&#8221; attrs=&#8221;cn gidNumber gidNumber&#8221;<br />
[31/Jul/2008:15:17:57 -0500] conn=419 op=102 msgId=103 - RESULT err=0 tag=101 nentries=0 etime=0<br />
[31/Jul/2008:15:17:57 -0500] conn=419 op=103 msgId=104 - ABANDON targetop=NOTFOUND msgid=103<br />
[31/Jul/2008:15:17:57 -0500] conn=419 op=104 msgId=105 - SRCH base=&#8221;dc=wichita,dc=edu&#8221; scope=2 filter=&#8221;(&amp;(|(objectClass=posixGroup))(|(memberUid=f282c439)))&#8221; attrs=&#8221;cn gidNumber memberUid&#8221;<br />
[31/Jul/2008:15:17:57 -0500] conn=419 op=104 msgId=105 - RESULT err=0 tag=101 nentries=0 etime=0<br />
[31/Jul/2008:15:17:57 -0500] conn=419 op=105 msgId=106 - ABANDON targetop=NOTFOUND msgid=105<br />
[31/Jul/2008:15:17:57 -0500] conn=419 op=106 msgId=107 - SRCH base=&#8221;dc=wichita,dc=edu&#8221; scope=2 filter=&#8221;(&amp;(|(objectClass=posixAccount)(objectClass=inetOrgPerson)(objectClass=shadowAccount))(|(|(uid=unauthenticated))(|(cn=unauthenticated))))&#8221; attrs=&#8221;uidNumber uid cn gidNumber uid cn&#8221;<br />
[31/Jul/2008:15:17:57 -0500] conn=419 op=106 msgId=107 - RESULT err=0 tag=101 nentries=0 etime=0<br />
[31/Jul/2008:15:17:57 -0500] conn=419 op=107 msgId=108 - ABANDON targetop=NOTFOUND msgid=107<br />
[31/Jul/2008:15:17:57 -0500] conn=419 op=108 msgId=109 - SRCH base=&#8221;dc=wichita,dc=edu&#8221; scope=2 filter=&#8221;(&amp;(|(objectClass=posixAccount)(objectClass=inetOrgPerson)(objectClass=shadowAccount))(|(|(uid=f282c439))(|(cn=f282c439))))&#8221; attrs=&#8221;uidNumber uid cn gidNumber uid cn&#8221;<br />
[31/Jul/2008:15:17:57 -0500] conn=419 op=108 msgId=109 - RESULT err=0 tag=101 nentries=1 etime=0<br />
[31/Jul/2008:15:17:57 -0500] conn=419 op=109 msgId=110 - ABANDON targetop=NOTFOUND msgid=109<br />
[31/Jul/2008:15:17:57 -0500] conn=419 op=110 msgId=111 - SRCH base=&#8221;dc=wichita,dc=edu&#8221; scope=2 filter=&#8221;(&amp;(|(objectClass=posixGroup))(|(cn=com.apple.access_all_services)))&#8221; attrs=&#8221;cn gidNumber cn&#8221;<br />
[31/Jul/2008:15:17:57 -0500] conn=419 op=110 msgId=111 - RESULT err=0 tag=101 nentries=0 etime=0<br />
[31/Jul/2008:15:17:57 -0500] conn=419 op=111 msgId=112 - ABANDON targetop=NOTFOUND msgid=111<br />
[31/Jul/2008:15:17:57 -0500] conn=419 op=112 msgId=113 - SRCH base=&#8221;dc=wichita,dc=edu&#8221; scope=2 filter=&#8221;(&amp;(|(objectClass=posixGroup))(|(cn=com.apple.access_weblog)))&#8221; attrs=&#8221;cn gidNumber cn&#8221;<br />
[31/Jul/2008:15:17:57 -0500] conn=419 op=112 msgId=113 - RESULT err=0 tag=101 nentries=0 etime=0<br />
[31/Jul/2008:15:17:57 -0500] conn=419 op=113 msgId=114 - ABANDON targetop=NOTFOUND msgid=113<br />
[31/Jul/2008:15:17:57 -0500] conn=419 op=114 msgId=115 - SRCH base=&#8221;dc=wichita,dc=edu&#8221; scope=2 filter=&#8221;(&amp;(|(objectClass=posixAccount)(objectClass=inetOrgPerson)(objectClass=shadowAccount))(|(uidNumber=7003)))&#8221; attrs=&#8221;uidNumber uid cn gidNumber uidNumber&#8221;<br />
[31/Jul/2008:15:17:57 -0500] conn=419 op=114 msgId=115 - RESULT err=0 tag=101 nentries=1 etime=0<br />
[31/Jul/2008:15:17:57 -0500] conn=419 op=115 msgId=116 - ABANDON targetop=NOTFOUND msgid=115<br />
[31/Jul/2008:15:17:57 -0500] conn=419 op=116 msgId=117 - SRCH base=&#8221;dc=wichita,dc=edu&#8221; scope=2 filter=&#8221;(&amp;(|(objectClass=posixGroup))(|(gidNumber=14)))&#8221; attrs=&#8221;cn gidNumber gidNumber&#8221;<br />
[31/Jul/2008:15:17:57 -0500] conn=419 op=116 msgId=117 - RESULT err=0 tag=101 nentries=0 etime=0<br />
[31/Jul/2008:15:17:57 -0500] conn=419 op=117 msgId=118 - ABANDON targetop=NOTFOUND msgid=117<br />
[31/Jul/2008:15:17:57 -0500] conn=419 op=118 msgId=119 - SRCH base=&#8221;dc=wichita,dc=edu&#8221; scope=2 filter=&#8221;(&amp;(|(objectClass=posixGroup))(|(memberUid=f282c439)))&#8221; attrs=&#8221;cn gidNumber memberUid&#8221;<br />
[31/Jul/2008:15:17:57 -0500] conn=419 op=118 msgId=119 - RESULT err=0 tag=101 nentries=0 etime=0<br />
[31/Jul/2008:15:17:57 -0500] conn=419 op=119 msgId=120 - ABANDON targetop=NOTFOUND msgid=119<br />
[31/Jul/2008:15:17:57 -0500] conn=419 op=120 msgId=121 - SRCH base=&#8221;dc=wichita,dc=edu&#8221; scope=2 filter=&#8221;(&amp;(|(objectClass=posixGroup))(|(memberUid=_www)))&#8221; attrs=&#8221;cn gidNumber memberUid&#8221;<br />
[31/Jul/2008:15:17:57 -0500] conn=419 op=120 msgId=121 - RESULT err=0 tag=101 nentries=0 etime=0<br />
[31/Jul/2008:15:17:57 -0500] conn=419 op=121 msgId=122 - ABANDON targetop=NOTFOUND msgid=121<br />
[31/Jul/2008:15:18:14 -0500] conn=419 op=122 msgId=123 - SRCH base=&#8221;dc=wichita,dc=edu&#8221; scope=2 filter=&#8221;(&amp;(|(objectClass=posixAccount)(objectClass=inetOrgPerson)(objectClass=shadowAccount))(|(|(uid=g892k662))(|(cn=g892k662))))&#8221; attrs=&#8221;uid cn uid cn&#8221;<br />
[31/Jul/2008:15:18:14 -0500] conn=419 op=122 msgId=123 - RESULT err=0 tag=101 nentries=1 etime=0<br />
[31/Jul/2008:15:18:14 -0500] conn=419 op=123 msgId=124 - ABANDON targetop=NOTFOUND msgid=123<br />
[31/Jul/2008:15:18:14 -0500] conn=419 op=124 msgId=125 - SRCH base=&#8221;dc=wichita,dc=edu&#8221; scope=2 filter=&#8221;(&amp;(|(objectClass=posixAccount)(objectClass=inetOrgPerson)(objectClass=shadowAccount))(|(uid=g892k662)(cn=g892k662)))&#8221; attrs=&#8221;userPassword&#8221;<br />
[31/Jul/2008:15:18:14 -0500] conn=419 op=124 msgId=125 - RESULT err=0 tag=101 nentries=1 etime=0<br />
[31/Jul/2008:15:18:14 -0500] conn=419 op=125 msgId=126 - SRCH base=&#8221;dc=wichita,dc=edu&#8221; scope=2 filter=&#8221;(&amp;(|(objectClass=posixAccount)(objectClass=inetOrgPerson)(objectClass=shadowAccount))(|(uid=g892k662)(cn=g892k662)))&#8221; attrs=ALL<br />
[31/Jul/2008:15:18:14 -0500] conn=419 op=125 msgId=126 - RESULT err=0 tag=101 nentries=1 etime=0<br />
[31/Jul/2008:15:18:14 -0500] conn=422 op=-1 msgId=-1 - fd=43 slot=43 LDAP connection from 156.26.180.77:49325 to 156.26.180.85<br />
[31/Jul/2008:15:18:14 -0500] conn=422 op=0 msgId=1 - SRCH base=&#8221;" scope=0 filter=&#8221;(objectClass=*)&#8221; attrs=&#8221;supportedSASLMechanisms namingContexts dnshostname krbname&#8221;<br />
[31/Jul/2008:15:18:14 -0500] conn=422 op=0 msgId=1 - RESULT err=0 tag=101 nentries=1 etime=0<br />
[31/Jul/2008:15:18:14 -0500] conn=422 op=1 msgId=2 - BIND dn=&#8221;uid=g892k662,ou=People,dc=wichita,dc=edu&#8221; method=128 version=3<br />
[31/Jul/2008:15:18:14 -0500] conn=422 op=1 msgId=2 - RESULT err=0 tag=97 nentries=0 etime=0</p>
<p>Has anyone tested this? Has anyone had this same expirence? What am I missing?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Pepijn</title>
		<link>http://www.netmojo.ca/blog/2008/04/24/integrating-leopard-server-with-unix-ldap-part-3/#comment-3355</link>
		<dc:creator>Pepijn</dc:creator>
		<pubDate>Wed, 25 Jun 2008 21:19:59 +0000</pubDate>
		<guid>http://www.netmojo.ca/blog/2008/04/24/integrating-leopard-server-with-unix-ldap-part-3/#comment-3355</guid>
		<description>Never mind, I just created an empty record and now it is working ;)</description>
		<content:encoded><![CDATA[<p>Never mind, I just created an empty record and now it is working <img src='http://www.netmojo.ca/blog/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' /></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Pepijn</title>
		<link>http://www.netmojo.ca/blog/2008/04/24/integrating-leopard-server-with-unix-ldap-part-3/#comment-3354</link>
		<dc:creator>Pepijn</dc:creator>
		<pubDate>Wed, 25 Jun 2008 21:14:16 +0000</pubDate>
		<guid>http://www.netmojo.ca/blog/2008/04/24/integrating-leopard-server-with-unix-ldap-part-3/#comment-3354</guid>
		<description>I am currently experimenting with the Directory.app but am getting a 'Directory was unable to find any Open Directory servers.' when trying to add records. Everything else works fine. I have traced this to the following LDAP query:

(&#38;(&#124;(objectclass=apple-configuration)(objectclass=organizationalunit))(&#124;(cn=CollabServices)(ou=CollabServices)))

which i do not have in my 'OD from scratch' openldap on Debian. I suspect the missing part is within the apple-xmlplist attribute of the ou=CollabServices record within the cn=Config subtree. Can someone please paste their content from an 'proper' OD server?

TIA,</description>
		<content:encoded><![CDATA[<p>I am currently experimenting with the Directory.app but am getting a &#8216;Directory was unable to find any Open Directory servers.&#8217; when trying to add records. Everything else works fine. I have traced this to the following LDAP query:</p>
<p>(&amp;(|(objectclass=apple-configuration)(objectclass=organizationalunit))(|(cn=CollabServices)(ou=CollabServices)))</p>
<p>which i do not have in my &#8216;OD from scratch&#8217; openldap on Debian. I suspect the missing part is within the apple-xmlplist attribute of the ou=CollabServices record within the cn=Config subtree. Can someone please paste their content from an &#8216;proper&#8217; OD server?</p>
<p>TIA,</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Brent</title>
		<link>http://www.netmojo.ca/blog/2008/04/24/integrating-leopard-server-with-unix-ldap-part-3/#comment-3170</link>
		<dc:creator>Brent</dc:creator>
		<pubDate>Sun, 15 Jun 2008 04:55:31 +0000</pubDate>
		<guid>http://www.netmojo.ca/blog/2008/04/24/integrating-leopard-server-with-unix-ldap-part-3/#comment-3170</guid>
		<description>Patrick: also, see chefhomer's comments above.  He got authentication for iCal working, but ran into a different problem.  I think the solution was:

"serveradmin settings teams:enableClearTextAuth = yes" 


</description>
		<content:encoded><![CDATA[<p>Patrick: also, see chefhomer&#8217;s comments above.  He got authentication for iCal working, but ran into a different problem.  I think the solution was:</p>
<p>&#8220;serveradmin settings teams:enableClearTextAuth = yes&#8221;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Brent</title>
		<link>http://www.netmojo.ca/blog/2008/04/24/integrating-leopard-server-with-unix-ldap-part-3/#comment-3169</link>
		<dc:creator>Brent</dc:creator>
		<pubDate>Sun, 15 Jun 2008 04:52:33 +0000</pubDate>
		<guid>http://www.netmojo.ca/blog/2008/04/24/integrating-leopard-server-with-unix-ldap-part-3/#comment-3169</guid>
		<description>Hah! Thanks &#8212; I fixed the URL :).

No, I haven't yet tried the Calendar server with external accounts.  It wasn't one of our goals.  I think I read somewhere that it requires Kerberos, though.  Solaris supports Kerberos, but if you don't already have that set up, you're looking at a lot of work.  Or maybe you could get away with adding the "authAuthority: ;Kerberosv5;0x47f..." attribute to the LDAP records, and populate the Kerberos database on the Apple server with corresponding entries for your iCal users.

Maybe Kerberos has nothing to do with it though, and I'm misremembering... I would start by observing the Sun LDAP access logs while you attempt to authenticate an external user for iCal service.  Note whether it's looking up authAuthority.  I'd also compare the contents of the apple attributes of a user in OD that has a calendar and has authenticated to the calendar server.  I have in mind one of the attributes that hold XML data, like apple-mcxflags or apple-serviceslocator. 

Good luck!  I'd love to hear how it goes.</description>
		<content:encoded><![CDATA[<p>Hah! Thanks &mdash; I fixed the URL :).</p>
<p>No, I haven&#8217;t yet tried the Calendar server with external accounts.  It wasn&#8217;t one of our goals.  I think I read somewhere that it requires Kerberos, though.  Solaris supports Kerberos, but if you don&#8217;t already have that set up, you&#8217;re looking at a lot of work.  Or maybe you could get away with adding the &#8220;authAuthority: ;Kerberosv5;0&#215;47f&#8230;&#8221; attribute to the LDAP records, and populate the Kerberos database on the Apple server with corresponding entries for your iCal users.</p>
<p>Maybe Kerberos has nothing to do with it though, and I&#8217;m misremembering&#8230; I would start by observing the Sun LDAP access logs while you attempt to authenticate an external user for iCal service.  Note whether it&#8217;s looking up authAuthority.  I&#8217;d also compare the contents of the apple attributes of a user in OD that has a calendar and has authenticated to the calendar server.  I have in mind one of the attributes that hold XML data, like apple-mcxflags or apple-serviceslocator. </p>
<p>Good luck!  I&#8217;d love to hear how it goes.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Patrick</title>
		<link>http://www.netmojo.ca/blog/2008/04/24/integrating-leopard-server-with-unix-ldap-part-3/#comment-3168</link>
		<dc:creator>Patrick</dc:creator>
		<pubDate>Sun, 15 Jun 2008 03:46:19 +0000</pubDate>
		<guid>http://www.netmojo.ca/blog/2008/04/24/integrating-leopard-server-with-unix-ldap-part-3/#comment-3168</guid>
		<description>Wow, that's not good news. I was really hoping that the object classes and attributes would at least stay compatible across minor OS updates. Is it possible that your mappings have just been lost? It seemed to me that when I switched from "from the server" to "RFC 2307", the set of mappings changes, and it writes a new plist file reflecting that. In RFC 2307 mode, I can still see my users in WGM too, but I cannot edit any Mac-only fields. (For example, I can change a user's name, but not the contact info such as address.) You're probably aware of all this, but thought I'd ask, since you didn't mention re-entering the attribute mapping changes after switching to RFC 2307.

BTW, I think your URL for "this bug" is not what you intended?</description>
		<content:encoded><![CDATA[<p>Wow, that&#8217;s not good news. I was really hoping that the object classes and attributes would at least stay compatible across minor OS updates. Is it possible that your mappings have just been lost? It seemed to me that when I switched from &#8220;from the server&#8221; to &#8220;RFC 2307&#8243;, the set of mappings changes, and it writes a new plist file reflecting that. In RFC 2307 mode, I can still see my users in WGM too, but I cannot edit any Mac-only fields. (For example, I can change a user&#8217;s name, but not the contact info such as address.) You&#8217;re probably aware of all this, but thought I&#8217;d ask, since you didn&#8217;t mention re-entering the attribute mapping changes after switching to RFC 2307.</p>
<p>BTW, I think your URL for &#8220;this bug&#8221; is not what you intended?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Brent</title>
		<link>http://www.netmojo.ca/blog/2008/04/24/integrating-leopard-server-with-unix-ldap-part-3/#comment-3162</link>
		<dc:creator>Brent</dc:creator>
		<pubDate>Sat, 14 Jun 2008 21:27:05 +0000</pubDate>
		<guid>http://www.netmojo.ca/blog/2008/04/24/integrating-leopard-server-with-unix-ldap-part-3/#comment-3162</guid>
		<description>Patrick: My OD is and always has been configured as a Master...

I installed the 10.5.3 update today.  I was disappointed to see that &lt;a href="http://discussions.apple.com/message.jspa?messageID=6464402" rel="nofollow"&gt;this bug&lt;/a&gt; still hasn't been fixed.

I didn't get a crashing OD (I think) after the update, but there were problems relating to the external directory server attribute mappings.  There was a Python process that was crashing over and over again, but the functionality of the server seemed OK, except that OD and the CrashReporter process was eating up CPU cycles like I eat chocolate chip cookies.  Disabling the external directory stopped the crashing python loop.  

I changed the server mappings from "from the server" to "RFC 2307", re-enabled it, and I can I see all of my external users in WGM just fine.  However, authentication to the wiki doesn't work &#8212; it produces an error, "No attribute shortName", which should be mapped to our 'uid' attribute.

I suspect that the 10.5.3 update changed the attributes and/or objectclasses, so the old mappings, stored in the external directory which did not get updated, cause problems.  I'll have to go through the process of dumping the user account LDAP info, and watching the external server's access logs again to find out what it's looking for, and accommodate.  Or, go with "augmented" local/external hybrids stored in OD, as per the "Cylinder of Destiny" setup mentioned in this thread.</description>
		<content:encoded><![CDATA[<p>Patrick: My OD is and always has been configured as a Master&#8230;</p>
<p>I installed the 10.5.3 update today.  I was disappointed to see that <a href="http://discussions.apple.com/message.jspa?messageID=6464402" rel="nofollow">this bug</a> still hasn&#8217;t been fixed.</p>
<p>I didn&#8217;t get a crashing OD (I think) after the update, but there were problems relating to the external directory server attribute mappings.  There was a Python process that was crashing over and over again, but the functionality of the server seemed OK, except that OD and the CrashReporter process was eating up CPU cycles like I eat chocolate chip cookies.  Disabling the external directory stopped the crashing python loop.  </p>
<p>I changed the server mappings from &#8220;from the server&#8221; to &#8220;RFC 2307&#8243;, re-enabled it, and I can I see all of my external users in WGM just fine.  However, authentication to the wiki doesn&#8217;t work &mdash; it produces an error, &#8220;No attribute shortName&#8221;, which should be mapped to our &#8216;uid&#8217; attribute.</p>
<p>I suspect that the 10.5.3 update changed the attributes and/or objectclasses, so the old mappings, stored in the external directory which did not get updated, cause problems.  I&#8217;ll have to go through the process of dumping the user account LDAP info, and watching the external server&#8217;s access logs again to find out what it&#8217;s looking for, and accommodate.  Or, go with &#8220;augmented&#8221; local/external hybrids stored in OD, as per the &#8220;Cylinder of Destiny&#8221; setup mentioned in this thread.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Patrick</title>
		<link>http://www.netmojo.ca/blog/2008/04/24/integrating-leopard-server-with-unix-ldap-part-3/#comment-3148</link>
		<dc:creator>Patrick</dc:creator>
		<pubDate>Fri, 13 Jun 2008 17:57:07 +0000</pubDate>
		<guid>http://www.netmojo.ca/blog/2008/04/24/integrating-leopard-server-with-unix-ldap-part-3/#comment-3148</guid>
		<description>Thanks for the quick replies everyone. But I found the problem, and boy, do I feel stupid.

Turns out we had activated the local Open Directory Server on the Mac OS X Server box as a "master", in order to dump the user account info in step 1 above. As most of you probably know, we should have turned that right back off. Evidently the system does not like getting its settings from another server when there is a local OD master running.  ;-)  (In my defense, a nice error message would have helped, instead of Directory Server crashing on boot...)

Anyway, thanks to all. We are looking forward to fourth article!</description>
		<content:encoded><![CDATA[<p>Thanks for the quick replies everyone. But I found the problem, and boy, do I feel stupid.</p>
<p>Turns out we had activated the local Open Directory Server on the Mac OS X Server box as a &#8220;master&#8221;, in order to dump the user account info in step 1 above. As most of you probably know, we should have turned that right back off. Evidently the system does not like getting its settings from another server when there is a local OD master running.  <img src='http://www.netmojo.ca/blog/wp-includes/images/smilies/icon_wink.gif' alt=';-)' class='wp-smiley' />  (In my defense, a nice error message would have helped, instead of Directory Server crashing on boot&#8230;)</p>
<p>Anyway, thanks to all. We are looking forward to fourth article!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Brent</title>
		<link>http://www.netmojo.ca/blog/2008/04/24/integrating-leopard-server-with-unix-ldap-part-3/#comment-3132</link>
		<dc:creator>Brent</dc:creator>
		<pubDate>Thu, 12 Jun 2008 20:59:02 +0000</pubDate>
		<guid>http://www.netmojo.ca/blog/2008/04/24/integrating-leopard-server-with-unix-ldap-part-3/#comment-3132</guid>
		<description>Cool.  I hadn't heard of &lt;a href="http://www.afp548.com/article.php?story=20071210105328355" rel="nofollow"&gt;Cylinder of Destiny&lt;/a&gt; before -- thanks :).  Now that augmenting SunONE records works &#8212; assuming that your config testing goes well &#8212; the value of these articles is diminished quite a bit!

Then again, some admins may prefer to have LDAP user account data all in one place, instead of distributed between servers.  However, I can't think of any good technical reasons why one would integrate instead of augment.</description>
		<content:encoded><![CDATA[<p>Cool.  I hadn&#8217;t heard of <a href="http://www.afp548.com/article.php?story=20071210105328355" rel="nofollow">Cylinder of Destiny</a> before &#8212; thanks :).  Now that augmenting SunONE records works &mdash; assuming that your config testing goes well &mdash; the value of these articles is diminished quite a bit!</p>
<p>Then again, some admins may prefer to have LDAP user account data all in one place, instead of distributed between servers.  However, I can&#8217;t think of any good technical reasons why one would integrate instead of augment.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Dynamic Page Served (once) in 0.459 seconds -->
