Sysvol / Netlogon: qu'elle est difference ?

 
Juste pour finir d'etre lourd, j'ai un domaine, 6 sites et et pas de classement par site dans mes OU :D

Aaargh, t'es chiant  :D   ;) ...je sais ça, je me situais dans le contexte de ce topic qui est : AD unique et 2 sites et qui correspond au contexte dans lequel je suis (1 AD, 7 sites).
Evidemment, avec plusieurs domaines sur le même site, la donne est complètement différente. 1 site= 1 UO ne peut pas fonctionner.
 

 
Dans ce cas précis (AD unique multi-sites), perso, je trouve que ça simplifie la vision des choses. Et pour les machines et/ou users qui ne seraient pas sur le même site et pour lesquels je veux appliquer la même GPO, je crée des liaisons, c'est fait pour ça.
Enfin, bon, c'est ma vision des choses. Apres, les gouts et les couleurs...
 

je me suis mal exprimé.
Je disais "limitatif" dans le sens ou si tu n'as pas d'UO "site, ben, tu n'as pas de sous UO, donc pas de possibilité de GPOs sur ces sous UO. Cela dit, j'ai dit une connerie puisque, si tu n'as pas d'UO "site", tu as une autre organisation de l'AD... hum, je suis pas sur d'etre clair là  :D

L'architecture des sites représente la structure physique d'un réseau, alors que les domaines représentent la structure logique d'une organisation :

   * Il n'existe pas forcément de lien entre l'espace de noms des sites et celui des domaines.

   * Il n'existe pas nécessairementde corrélation entre la structure physique d'un réseau et celle de ses domaines.

   * Active Directory permet d'établirplusieurs domaines dans un site unique, et inversement.

Dans de nombreuses organisations, les domaines sont configurés pour refléter la structure physique du réseau.

L'utilisation des sites optimise les :

   * Réponses aux requêtes des clients : lorsqu'un client demande un service auprès d'un contrôleur de domaine, la requête est destinée à un contrôleur de domaine appartenant au même site que lui, s'il existe. Le choix d'un contrôleur de domaine connecté correctement au client permet d'optimiser le traitement de la requête.

   * Réplications de données d'annuaire : Active Directory réplique les données au sein d'un même site plus fréquemment que d'un site à l'autre, ce qui signifie que les contrôleurs de domaine les mieux connectés, par conséquent les plus susceptibles d'avoir besoin de données d'annuaire spécifiques, sont les premiers destinataires de la réplication. Les contrôleurs de domaine des autres sites reçoivent aussi toutes les modifications de l'annuaire, mais moins fréquemment, ce qui réduit la consommation de bande passante.

 
C'est toi qui a une mauvaise vision des choses, du point de vue AD le site et le domaine sont 2 notions totalement différentes et indépendantes, tu peux avoir plusieurs domaines sur un meme site, ou un domaine sur plusieurs sites, un site c'est pas une sous division d'un domaine.
 

 
Faut surtout pas partir avec ce genre d'idées préconcues avant de se lancer dans l'élaboration de son AD, pour certains ça aura un sens effectivement d'utiliser le site physique comme niveau de classement, pour d'autres pas du tout , ou encore pour d'autres oui mais pas forcément comme 1er niveau de classement, ou ça pourra être interessant pour les utilisateurs mais pas pour les stations, etc...
Je t'assure que dans certains cas mettre cette notion de site dans les OU ça amene juste encore un niveau de profondeur supplémentaire a gérer pour rien et qui va séparer des objets qui auraient tout interet a être ensemble.
 

 
Ben non, puisqu'on peut justement mettre des GPO sur les sites qui sont la pour ça [:chacal_one333]

bien sur...tu m'as mal compris. j'utilises la console pour créer des sites et paramétrer les réplications mais pas pour définir des GPOs.
 

oui mais c'est moins lisible. tu déroules pas tes GPOs du haut vers le bas (du domaine vers le site et les UOs du site ).
Je chipote un peu mais bon, j'ai une centaine de GPOs.
Enfin, le "danger" de passer par la console "sites et services..." pour les GPOs est que ça incite à pas créer d'UO pour le site, ce qui peut vite faire un AD bordélique et limitatif pour qui souhaite créer des GPOs internes au site.

 
je trouve pas ça pratique de passer par cette interface. Perso, je préfère définir toutes mes GPOs dans la console "utilisateur et ordinateurs active directory" (encore mieux avec l'outil gpmc.msc). chaque site est réprésenté par une UO. des GPOs sont posées dessus, voire dans les sous UO si nécessaire et les GPOs au niveau domaine qui regroupe donc tous les sites sont posées sur l'objet représentant le domaine.
ça permet d'avoir une meilleure lisibilité sur l'ensemble des GPOs.