Dans une installation Win2K standard sans Dfs, l'OS stocke généralement les fichiers utilisateur dans des répertoires sur un serveur et partage ces répertoires avec les utilisateurs finaux. Pour accéder aux fichiers qui se trouvent dans ces répertoires partagés, les utilisateurs finaux s'associent ou se connectent à ces network shares. La
Concevoir pour Dfs
connexion aux shares facilite la recherche
des données sur le réseau
pour les utilisateurs finaux. Elle comporte
quatre couches fonctionnelles
en commençant par l’utilisateur final
avec la couche share, la couche dossier,
la couche fichier, et la couche
disque physique. Selon la conception
envisagée pour notre infrastructure
Dfs, vous serez peut-être amené à ajouter
une ou deux couches de plus : la
couche racine Dfs obligatoire, comme
le montre la figure 1, et la couche lien
Dfs facultative, illustrée figure 2.
La couche racine Dfs est semblable
à la racine d’un disque dur – chaque
disque doit en avoir une, et une structure
Dfs ne fait pas exception. En
construisant votre structure Dfs, vous
devez définir un ou plusieurs shares
sur votre réseau pour jouer le rôle de
racine Dfs. A des fins de redondance, il
faudra définir des shares racine sur plusieurs
serveurs dans votre structure
Dfs. Voyons comment mettre en
oeuvre une structure racine Dfs en utilisant
un lab de test dans le domaine
AD (Active Directory) netarchitect.local,
avec une réplication de données
effectuée entre deux serveurs : ARCHITECT10
et DMZSERVER.
Téléchargez cette ressource
Rapport Forrester sur les services de réponse aux incidents de cybersécurité
Dans ce rapport, basé sur 25 critères, Forrester Consulting passe au crible les 14 principaux fournisseurs de services de réponse aux incidents de cybersécurité du marché. Cette analyse complète permet aux professionnels de la sécurité et de la gestion des risques d’évaluer et de sélectionner les solutions les plus adaptées à leurs besoins.
Les articles les plus consultés
A travers cette chaîne
A travers ITPro
