Les stratégies associées à la publication et au nettoyage des imprimantes sont bien documentées ailleurs. En particulier, le white paper Microsoft « Integration of Windows 2000 Printing with Active Directory » (http://www.microsoft. com/windows2000/docs/printad.doc) et l'article Microsoft « Using Group Policies to Control Printers in Active Directory » (http://support.microsoft. com/?kbid=234270) sont
Gérer la publication et le nettoyage d’imprimantes au moyen des stratégies de groupe
d’excellentes ressources.
Les paramètres des Stratégies de groupe par défaut sont
satisfaisants dans la plupart des environnements AD. Mais si
la publication ou le nettoyage continuent à poser des problèmes,
il peut être utile de changer
quelques politiques spécifiques.
On le voit figure 6, les
paramètres associés à l’impression
et au nettoyage se trouvent dans la
console Group Policy sous
Computer Configuration, Administrative
Templates, Printers. Si
vous rencontrez des difficultés du
fait que les imprimantes sont nettoyées
inutilement (à cause d’un
problème réseau, par exemple),
essayez donc d’abord d’augmenter
le Directory pruning interval. Si
c’est inopérant, augmentez le
Directory pruning retry. Vous pouvez aussi activer Check published
state et lui donner une valeur appropriée : 12 heures
devrait suffire. Ce dernier paramètre est particulièrement
utile parce qu’il conduit les serveurs d’impression à republier
les imprimantes nettoyées sans être obligé de redémarrer le
spooler sur le serveur d’impression. Evitez toutefois une valeur
trop basse : de fréquents redémarrages du spooler peuvent
nuire à la performance du serveur.
Je ne recommande pas de stopper entièrement le nettoyage
des imprimantes, parce qu’il pourrait en résulter des
informations d’imprimantes orphelines dans AD. Mais, si
vous voulez le faire, le paramètre à changer est Allow pruning of published printers (réglez cette valeur
sur Disabled).
Une décision difficile à prendre
concerne les paramètres de nettoyage
des Stratégies de groupe pour les imprimantes
publiées manuellement. Si
vous permettez le nettoyage de ces imprimantes,
il vous faudra probablement
les republier manuellement de
temps à autres, ce qui peut être à la fois
fastidieux et long. Toutefois, si vous
désactivez le nettoyage pour ces imprimantes,
il en résultera souvent des imprimantes
orphelines dans l’AD. Par
ailleurs, vous n’avez pas la possibilité
d’utiliser le paramètre Check published
state parce que cela ne vaut que
pour des serveurs d’impression qui
peuvent publier des imprimantes automatiquement.
Un compromis consisterait
à placer les imprimantes publiées
manuellement dans une OU (organizational
unit) séparée dédiée, reliée à
une politique présentant des paramètres
Directory pruning interval et
Directory pruning retry plus hauts que
la normale. Il est également judicieux
de mettre le paramètre Allow printers
to be published à No, pour les OU de
votre station de travail, ce qui a pour effet
de rendre indisponible la case à cocher
List in the Directory.
Téléchargez cette ressource
Microsoft 365 Tenant Resilience
Face aux failles de résilience des tenants M365 (configurations, privilèges, sauvegarde). Découvrez 5 piliers pour durcir, segmenter et surveiller vos environnements afin de limiter l’impact des attaques. Prioriser vos chantiers cyber et améliorer la résilience de vos tenants Microsoft 365.
Les articles les plus consultés
- Partager vos images, vidéos, musique et imprimante avec le Groupe résidentiel
- Activer la mise en veille prolongée dans Windows 10
- Cybersécurité Active Directory et les attaques de nouvelle génération
- N° 2 : Il faut supporter des langues multiples dans SharePoint Portal Server
- Et si les clients n’avaient plus le choix ?
Les plus consultés sur iTPro.fr
- IT & Cybersecurity Meetings 2026 : ce que Cannes révèle des mutations du marché IT et cyber
- Cyberattaques : les entreprises détectent les menaces mais peinent à les contenir
- Adapter la sécurité OT aux réalités de l’industrie
- Les applications financières sont le terrain privilégié de la fraude
Articles les + lus
Communes, entreprises ? Non, face au RGAA 5, l’IA seule ne rendra pas vos sites accessibles
DevX Summit EMEA : les développeurs au cœur de la révolution de l’IA
Adapter la sécurité OT aux réalités de l’industrie
Coder vite, mais coder juste : trouver l’équilibre à l’ère de l’IA
Mixité dans la Tech : en 2026, un choix de souveraineté stratégique
À la une de la chaîne Tech
- Communes, entreprises ? Non, face au RGAA 5, l’IA seule ne rendra pas vos sites accessibles
- DevX Summit EMEA : les développeurs au cœur de la révolution de l’IA
- Adapter la sécurité OT aux réalités de l’industrie
- Coder vite, mais coder juste : trouver l’équilibre à l’ère de l’IA
- Mixité dans la Tech : en 2026, un choix de souveraineté stratégique
