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
Comment sécuriser une PME avec l’approche par les risques ?
Disposant de moyens financiers et humains contraints, les PME éprouvent des difficultés à mettre en place une véritable stratégie de cybersécurité. Opérateur de services et d’infrastructures, Naitways leur propose une approche pragmatique de sécurité « by design » en priorisant les risques auxquelles elles sont confrontées.
Les articles les plus consultés
A travers cette chaîne
A travers ITPro
