R. Saeks July ’06 - 10 -
Prior to jumping into the desktop setup portion, I wanted to shed some light on the Mount Objects and how they
work. A mount object needs to be created in the same ou as which the server resides that users will be mounting
for their home directories. The mount object tells the operating system where and how to mount the volume for the
user. If a file-system local home is used for users, a mount object is not required. An example of using a local
home directory is discussed later on in this document.
Below, an LDF export on an apple-mount object is shown for clarification. In addition, a screen shot from
ConsoleOne has been added to show how the fields relate to one another. Note with the information below, apple-
mountOptions is called apple-mount-options, apple-mountType is apple-mount-type, and apple-
mountDirectory is apple-mount-file. This was done since my schema extensions were based on 10.2, and I did
not update them to the 10.3 mappings. This was done so I did not have to re-populate the attributes. Line
numbers have been added for reference:
1 # 10.2.1.21:/gbncs2.data, FS, GBN, GBHS
2 dn: cn=10.2.1.21:/gbncs2.data,ou=FS,ou=GBN,o=GBHS
3 apple-mount-options: net
4 apple-mount-options: url==afp://;AUTH=NO%20USER%20AUTHENT@10.2.1.21:/gbncs2.data
5 apple-mount-vfstype: url
6 apple-mount-file: /Network/Servers
7 objectClass: aFPServer
8 objectClass: server
9 objectClass: top
10 objectClass: apple-mount
11 cn: 10.2.1.21:/gbncs2.data
12 ACL: 2#entry#[Public]#networkAddress
13 ACL: 16#subtree#cn=10.2.1.21:/gbncs2.data,ou=FS,ou=GBN,o=GBHS#[Entry Rights]
14 ACL: 1#subtree#ou=FS,ou=GBN,o=GBHS#[Entry Rights]
15 ACL: 3#subtree#ou=FS,ou=GBN,o=GBHS#[All Attributes Rights]
Komentarze do niniejszej Instrukcji