Planen Sie die Verwendung von Basisverzeichnissen, müssen Sie auf der Serverseite zusätzliche Änderungen vornehmen. Auf dem Access Connect-DFS-Basisserver müssen Sie zusätzlich zu dem automatisch erstellten DFS-Basis-Volume den Basisverzeichnis-Unterordner dieses DFS-Basis-Volumes ebenfalls getrennt freigeben.
In unserem Beispiel hier verwenden wir ein DFS-Pfad-Basisverzeichnis von „\\GLILABS\DFSHOMES\Sales\phd“, das auf der Macintosh-Seite folgendermaßen aussieht:
webinar:~ phd$ sudo dscl . read /Users/phd | grep Home
NFSHomeDirectory: /Users/phd
OriginalHomeDirectory: <home_dir><url>afp://GLILABS.glilabs.com/DFSHOMES</url><path>Sales/phd</path></home_dir> OriginalNFSHomeDirectory: /Network/Servers/GLILABS.glilabs.com/DFSHOMES/Sales/phd
SMBHome: \\GLILABS\DFSHOMES\Sales\phd
SMBHomeDrive: H:
Für Basisverzeichnisse repräsentiert ein Server die erste Hälfte des Namespace (den DomainHost-Abschnitt). Die Ausnahme bildet hier die Basislösung, bei der ein DFS-Basis-Emulator-Volume die Namespaces repräsentiert. Dies wird an einem Beispiel sicher klarer. Lautet der DFS-Pfad zum Basisverzeichnis eines Benutzers „\\GLILABS\DFSHOMES\Sales\phd“, wird dieses bei der Anmeldung in afp://GLILABS.glilabs. com/DFSHOMES/Sales/phd umgewandelt. Daher benötigen wir ein Volume mit der Bezeichnung „DFSHomes“ auf einem Server mit dem Namen „GLILABS“. Das DFSClient-Skript übernimmt den ersten Teil, Sie müssen jedoch sicherstellen, dass auf dem Server ein Volume vorhanden ist, das mit dem zweiten Teil des DFS-Namespace übereinstimmt. In diesem Beispiel würden Sie den Ordner „Sales“ freigeben. Dieser Ordner sollte bereits unter „C:\Programme\GroupLogic\Access Connect\DFS-Volumes\Namespace\“ vorhanden sein und muss lediglich als Access Connect-Volume freigegeben werden. Dieses Volume repräsentiert den spezifischen DFS-Namespace auf dem DFS-DomainHost, auf dem sich das Basisverzeichnis des Benutzers befindet. Ist dieses untergeordnete Volume freigegeben, können Macintosh-Benutzer ihr DFS-Basisverzeichnis verwenden.