Statique vers DHCP, fichier bat

Pourquoi les ajoutez-vous ? Les filtres de sécurité par défaut d'un GPO sont parfaits dans ce cas. Ce que vous faire besoin de lier un script de démarrage à une OU où ordinateur Les comptes sont, puisque c'est une politique informatique et n'a rien à voir avec les utilisateurs. Vous voulez aussi mettre le script quelque part qui Domain Computers ont un accès en lecture. Si vous le mettez dans sysvol, il a déjà cette permission. De plus, il ne s'exécute qu'au démarrage, alors redémarrez. Si vous le liez au niveau du domaine, il va s'appliquer à chaque ordinateur du domaine y compris vos serveurs. Je doute que vous vouliez vraiment faire ça.

J'ai mon nom de domaine listé, puis en dessous j'ai : Contrôleurs de domaine, Employés, Serveurs, Objets de stratégie de groupe, WMIFilters, StarterGPOs. Les ordinateurs sont sous le OU Ordinateur, mais ils n'apparaissent pas dans l'éditeur de GPO. Pourquoi n'apparaît-il pas ?

La valeur par défaut Computers est un objet spécial. Le conteneur de haut niveau Users Le conteneur est aussi de la même façon, si vous remarquez. Aucun des deux n'est, techniquement, une OU (même s'ils y ressemblent), ils sont des conteneurs par défaut et ne peuvent pas avoir de stratégie de groupe directement liée à eux. Vous devriez créer une OU (ou une arborescence OU) pour vos objets informatiques et y placer vos ordinateurs afin de pouvoir leur appliquer des objets de stratégie de groupe.

Je peux donc créer une OU appelée 'Workstations' et y déplacer les ordinateurs ? Dois-je le mettre sous Ordinateurs ou sous le domaine ?

Vous no puede le mettre sous Ordinateurs, puisque Ordinateurs n'est pas une OU. Vous pouvez le placer là où cela a du sens pour vous. Si c'est au niveau supérieur, directement sous votre domaine, alors mettez-le là. C'est un emplacement assez courant.

Ok, est-ce que déplacer l'ordinateur hors des ordinateurs et dans les stations de travail va causer des problèmes avec AD ? Ou puis-je ignorer le message d'avertissement par défaut ?

Ce message d'avertissement est dû au fait que des GPO différentes peuvent s'appliquer (ce qui est en fait ce que vous voulez). Cela ne va pas casser l'authentification ou quoi que ce soit. En général, vous pouvez déplacer librement des objets entre OUs sans effets néfastes autres que le changement des GPOs appliquées. Testez-le avec une machine, faites gpupdate /force pour obtenir la nouvelle politique immédiatement après l'avoir déplacé, puis redémarrez et assurez-vous que tout est en ordre. Si c'est le cas, déplacez le reste.

Je ne reçois plus le message "Ne s'applique pas". Cependant, il indique qu'il n'a pas encore été exécuté. J'ai redémarré l'ordinateur deux fois et je me suis connecté les deux fois. Avez-vous une idée ?

Les paramètres pertinents ont-ils changé ? Si non, le script se trouve-t-il dans un emplacement lisible par l'utilisateur ? Domain Computers groupe ?

Le dossier dans lequel il se trouve doit-il être partagé ? Les privilèges de sécurité autorisent l'administrateur, le système et les utilisateurs authentifiés.

El Domain Computers ne fait pas partie des utilisateurs authentifiés, et bien sûr, il doit être partagé. Sinon, comment les ordinateurs pourraient-ils avoir accès au script s'il n'est pas partagé ? Un endroit standard pour mettre cela est le partage sysvol pour le domaine. Il semble que vous ayez besoin de lire quelques articles TechNet sur la conception et la mise en œuvre de la stratégie de groupe avant d'aller plus loin. La stratégie de groupe est muy puissant et vous devriez avoir une bien meilleure compréhension de son fonctionnement avant d'aller plus loin. C'est une chose très dangereuse si vous ne savez pas ce que vous faites.

J'ai ajouté l'ordinateur du domaine au partage/à la sécurité - je lui ai donné des droits de lecture. Mais il ne s'exécute toujours pas. Les fichiers .bat ne s'exécutent-ils pas au démarrage ?

Bien sûr qu'ils le font. Présentez-vous le chemin du fichier dans le GPO comme un chemin UNC ?

\\domain\DFSNAMESPACENAME\DFSFOLDER\Startup scripts \StaticToDHCP.bat

Je peux le lire après m'être connecté, mais il ne s'exécute toujours pas de lui-même.

Vous devrez peut-être le mettre entre guillemets, car il comporte un espace. En supposant que vous disposez des autorisations correctes sur l'espace de noms et les partages, vous devriez être en mesure de le faire. Le journal des événements devrait vous donner plus de détails. À ce stade, vous devez probablement vous débrouiller seul pour dépanner votre environnement. Cela dit, vous pouvez absolument exécuter un fichier batch dans un script de démarrage à partir d'un partage DFS en utilisant l'UNC, tant que tout est configuré correctement.

La mise entre guillemets n'a pas aidé. Je vais utiliser la permission "Tout le monde" pour le moment pour voir si c'est une erreur de permission.

Eh bien, il a exécuté avec tout le monde. Cependant, il n'a pas semblé changer les propriétés du DNS.