Installer un serveur KMS dans votre infrastructure (Key Management Service) pour l’activation de vos clients Windows permet d’éviter de passer par un serveur Microsoft et optimise l’administration de votre parc.

Lorsque vous installez un nouveau client, celui ci va rechercher dans le DNS l’enregistrement correspondant au serveur KMS et s’enregistrer automatiquement. Si vous rencontrez des problèmes d’activation vous pouvez valider le fonctionnement du serveur KMS en procédant à l’activation directe de votre client via la commande suivante:

cscript %systemroot%\system32\slmgr.vbs –skms  SERVEURKMS:1688

ou SERVEURKMS correspond au nom de votre service de gestionnaire de clé (Le serveur KMS).

Le schéma Exchange est une batterie de champs utilisés par Exchange et intégrés à Active Directory. Même s’ils sont intégrés à Active Directory avec les champs Active Directory, ils restent clairement identifiables.  AInsi de la même manière que pour retrouver la version du schéma Active Directory, il est possible de retrouver la version du schéma Exchange utilisé dans Active Directory.

A partir d’une station d’administration connectée au domaine ou d’un contrôleur de domaine il suffira d’entrer la commande suivante:

dsquery * CN=ms-Exch-Schema-Version-Pt,cn=schema,cn=configuration,dc=votredomain,dc=local -scope base -attr rangeUpper

En prenant soit de remplacer votredomaine et local par le nom FQDN de votre domaine.

Exemple pour un domaine testlab.com il faut taper la commande:

dsquery * CN=ms-Exch-Schema-Version-Pt,cn=schema,cn=configuration,dc=testlab,dc=com -scope base -attr rangeUpper

Les versions de schéma Exchange sont identifiées comme suit:

4397 -> Exchange Server 2000 RTM
4406 -> Exchange Server 2000 With Service Pack 3
6870 -> Exchange Server 2003 RTM
6936  -> Exchange Server 2003 With Service Pack 3
10628 -> Exchange Server 2007
11116 -> Exchange 2007 With Service Pack 1

Un système d’exploitation Windows est identifié par un SID (Security IDentifiers) local. Un SID est un identifiant de sécurité unique composés de caractères alphanumériques. Il est parfois utile de visualiser le SID local d’un système, voyons comment procéder.

L’outil PSGetSID inclut dans la suite d’outils gratuits PsTools permet de récupérer un SID en ligne de commande.

Après avoir téléchargé et décompressé les outils dans un répertoire PsTools,  ouvrez une invite de commande (WIN + R puis cmd) puis positionnez vous sur le répertoire.

Pour obtenir le SID de la machine locale

Tapez la commande suivante:

psgetsid.exe

On obtient un résultat de la forme:

C:\Documents and Settings\Users>C:\PsTools\psgetsid.exe

PsGetSid v1.43 - Translates SIDs to names and vice versa
Copyright (C) 1999-2006 Mark Russinovich
Sysinternals - www.sysinternals.com

SID for \\STATION:
S-1-5-21-3604402526-5807632656-2278222749

Pour obtenir le SID d’une machine distante

Tapez la commande suivante:

psgetsid.exe \\ServeurDistant

Pour obtenir plus d’informations sur les communateurs disponibles

Tapez la commande suivante:

psgetsid.exe /?

Voici une petite astuce qui peut vous faire gagner un peu de temps lorsque vous souhaitez démarrer une recherche sur Internet. Il s’agit simplement d’ajouter l’option Rechercher sur Internet dans le menu Démarrer lorsque vous commencer à saisir quelque chose dans la barre d’exécution.

Cliquez sur Démarrer

Entrez gpedit.msc dans le champ de recherche puis Entrée

L’éditeur de stratégie de groupe locale, GPO, s’ouvre. Naviguez dans Configuration utilisateur / Modèles d’administration / Menu Démarrer et barre des tâches

Effectuez un clic droit sur la stratégie nommée Ajouter le lien Rechercher sur Internet au menu Démarrer et cliquez sur Modifier

Il suffit alors de cocher Activé puis OK pour valider la stratégie.

La fonctionnalité est désormais activée et fonctionnelle. Il vous suffit de taper du texte dans le champ de recherche du menu Démarrer pour voir s’afficher l’option Rechercher sur Internet représentée par l’icône de votre navigateur par défaut.

On pourrait tout à fait penser qu’il suffit de télécharger le package complet du .NET Framework 3.5 plutôt que le programme d’amorçage pour pouvoir l’installer sur un serveur Windows sans accès à Internet … et bien non car le programme va tenter de télécharger le language pack correspondant à sa localisation et l’installation va échouer.

Pour contourner ce problème il suffit d’installer le framework via la ligne de commande suivante:

C:\chemin\dotnetfx35.exe /lang:ENU

Il vous restera ensuite à installer le pack de langue correspondant à votre système puis les derniers patchs de sécurité.

Ressources

.NET Framework 3.5 SP1 (Package complet) (Ce pack contient l’anglais)

.NET Framework 3.5 SP1 Language Pack (Langues supplémentaires)

Mises à jour additionnelles

Les pilotes d’impressions commencent à s’accumuler sur vos serveurs d’impressions et il est fort probable que certains n’ont plus lieu d’exister. Alors plutôt que de risquer des conflits entres pilotes et compromettre le bon fonctionnement de votre serveur, voici une commande très pratique permettant de supprimer les pilotes non utilisés.

1- Sur votre serveur d’impression ouvrez une invite de commande [WIN+R puis CMD]

2- Rendez-vous dans le répertoire System32

cd /d %systemroot%\system32

3- Puis exécutez la commande suivante pour supprimez les pilotes non utilisés.

cscript prndrvr.vbs -x

A noter que cette commande va également supprimer tous les pilotes additionnels que vous auriez pu installer pour des clients spécifiques (Windows 98 / NT4), les fameux pilotes de niveau 2. Les pilotes devront alors être installés manuellement sur ces clients. Mais supprimer les pilotes de niveau 2 sur un serveur d’impression n’est pas un moindre mal car ils sont généralement à l’origine de nombreux problèmes !

On le sait, créer une tâche AT n’est pas toujours simple et les réfractaires à la ligne de commande en savent quelque chose. Je n’en paramètre pas tout les jours et pour moi (j’ai une mémoire de poisson rouge) c’est la syntaxe que j’oublie, surtout l’abréviation les jours de la semaine en anglais …

J’ai donc développé un petit script VBS en avec une interface graphique en HTA pour me faciliter le travail … (testé sur des serveurs Win 2003 anglais)

Télécharger le fichier

Nous allons voir dans cette article comment explorer le contenu d’un domaine Active Directory “hors ligne” grâce à la commande DSAMIN sur Windows Server 2008.

L’ensemble des informations d’un domaine Active Directory sont contenu dans un fichier de base de données nommé NTDS.DIT. Ce fichier est créé lors de l’installation du 1er contrôleur de domaine et est automatiquement répliqué sur tout nouveau DC.

Il est possible dans Windows Server 2008 de monter une sauvegarde de la base NTDS.DIT puis de la charger avec l’outil DSADMIN. Vous pouvez alors accéder à toutes ses données et les parcourir à votre guise. Voyons comment procéder par étape:

Monter une sauvegarde de la base

• Ouvrez une invite de commande : WIN+R et tapez CMD
• Tapez la commande Ntdsutil snapshot
• Puis List All
• Mount 1

Charger la base NTDS.DIT

• Ouvrez une nouvelle invite de commande et tapez la commande suivante:

dsamin -dbpath C:\$SNAP__VOLUMEC$\Windows\NTDS\ntds.dit -ldapport 5000

Explorer les données en LDAP

• Lancez LDP.exe
• Cliquez sur Connection > Connect
• Changer le port en 5000 et validez
• Cliquez sur View > Tree

Vous pouvez désormais parcourir tous les objets de la base de données.

Dans un domaine Active Directory, FRS (File Replication Service) permet de répliquer les Scripts et les Stratégies de Groupe entre les DC (Contrôleurs de Domaine). Si FRS ne fonctionne pas correctement les membres du domaines, serveurs et stations de travail, risquent d’avoir un comportement différent selon le DC sur lequel ils s’authentifient. Voici donc un moyen très simple pour périodiquement vérifier le bon fonctionnement de FRS.

Imaginons que votre domaine soit composé de 5 DC: AD1, AD2, AD3, AD4 et AD5. Pour vérifier que FRS soit fonctionnel sur chacun des 5 DC procédez comme suit:

• Créez un Fichier Texte NomduDC.txt sur chaque DC à l’emplacement suivant:

%SystemRoot%\SYSVOL\SYSVOL\NomDuDomaine\Scripts

• Attendez 15 min environ que la réplication soit effectuée. Ce temps dépend de la topologie de réplication qui a été mis en oeuvre.
• Assurez vous enfin de la présence des 5 fichiers AD1.txt, AD2.txt, AD3.txt, AD4.txt, AD5.txt dans

%SystemRoot%\SYSVOL\SYSVOL\NomDuDomaine\Scripts

En cas d’absence d’un des fichiers sur un DC il faudra alors vérifier les espaces disques restants, le bon démarrage du service Windows File Replication Service ou encore la cohérence de la topologie de réplication.

Microsoft propose avec Windows Server 2008 et Windows 7 une fonctionnalité vraiment originale et plutôt intéressante, le GodMode !

C’est CNET qui a dévoilé dernièrement cette nouvelle fonctionnalité dont personne n’avait encore parlé. Seul un lecteur assidu des articles MSDN aurait pu la connaitre.

Le GodMode permet simplement de réunir dans un même répertoire tous les éléments du panneau de configuration soit pas loin de 300 éléments.

Cela vous ainsi les fastidieuses recherches dans les rubriques et sous rubriques du panneau de configuration.

Pour l’activer c’est très simple, il suffira de créer un nouveau dossier et de le nommer comme suit:

GodMode.{ED7BA470-8E54-465E-825C-99712043E01C}

Vous n’avez plus qu’à explorer le répertoire qui contient désormais tous les éléments de configuration existant. Vous pouvez alors créer un raccourci vers un élément de configuration que vous utilisez fréquemment pour le placer sur le Bureau par exemple.

Et pour désactiver le GodMode il suffit de supprimer le répertoire

L’utilisation du client Terminal Server mstsc.exe en ligne de commande peut s’avérer très utile dans certaines situations. Je vous propose de le découvrir à travers quelques exemples pratiques.

Le client Terminal Server est nativement situé dans le répertoire %systemroot%/system32/mstsc.exe de votre système d’exploitation Windows.

Pour le lancer en mode GUI , c’est à dire en mode graphique, allez dans le menu Démarrer / Programmes / Accessoires / Connexion bureau à distance ou également en appliquant la combinaison de touche WIN+R puis mstsc. C’est dans ce mode que la plupart des administrateurs l’utilisent afin de prendre ponctuellement le contrôle d’un système à distance.

Il est cependant parfois utile d’utiliser mstsc.exe en ligne de commande. Par exemple pour l’intégrer dans un fichier de commandes avec des paramètres de connexions spécifiques et qu’il soit exécuté ensuite par une GPO au démarrage de plusieurs clients légés.

Pour afficher tous les paramètres disponibles, ouvrez une invite de commande MS-DOS et tapez mstsc.exe /?

mstsc.exe {Fichier de connexion | /v:Serveur[:Port]} [/admin] [/console] [/f] [/w:largeur /h:hauteur] [/span]

Ainsi pour ouvrir une session terminal server en plein écran sur un système nommé MONSERVEUR il suffira de taper:

mstsc.exe /v:MONSERVEUR /f

Pour ouvrir une session terminal server en 800×600 sur la console d’un système nommé MONSERVEUR:

mstsc.exe /v:MONSERVEUR /console /w:800 /h:600

Lorsque l’on souhaite actualiser la stratégie de groupe appliquée à une machine il suffit d’exécuter la commande gpupdate /force depuis une invite de commande de la machine. La tâche n’est malheureusement pas aussi simple lorsqu’il s’agit d’actualiser les stratégies de groupe sur une ou plusieurs machines distantes.

Tous les administrateurs qui manipulent des GPO ont été confrontés à cette problématique. Ils viennent de faire une modification importante et souhaitent qu’elle soit aussitôt prise en compte par l’ensemble des clients connectés plutôt que d’attendre le délai de rafraîchissement de la GPO qui peut varier de 90 à 120mn selon le paramétrage.

C’est en me baladant sur le très bon site GPOGuys.com que j’ai découvert l’outil Command-line Remote GPO Refresh, un outil en ligne de commande qui permet d’actualiser les stratégies de groupe sur une machine distante.

Côté utilisation c’est très simple, une fois que vous avez téléchargé l’archive et extrait l’exécutable Rgprefresh.exe, lancez le depuis une invite de commande avec les paramètres adéquat.

Ainsi pour afficher tous les paramètres disponible tapez :

Rgprefresh.exe /?

Pour forcer la mise à jour des stratégies sur une machine distante tapez:

Rgprefresh.exe /m:COMPUTERNAME /n /force

Pour forcer la mise à jour des stratégies utilisateurs sur une machine distante tapez:

Rgprefresh.exe /m:COMPUTERNAME /t:User /n /force

Dans les 2 exemples précédents nous avons forcé la mise à jour des stratégies sur 1 machine distante. Pour le faire sur plusieurs machines nous utiliserons les providentielles commandes MSDOS DO et FOR.

Pour forcer la mise à jour des stratégies sur une liste de machines dans un fichier liste.txt:

FOR /F %i in (c:\liste.txt) DO Rgprefresh.exe /m:%i /n /force

Pour forcer la mise à jour des stratégies sur toutes les machines de la plage IP 192.168.0.100 à 192.168.0.200 :

FOR /L %i in (100,1,200) DO Rgprefresh.exe /m:192.168.0.%i /n /force

Ce n’est pas plus compliqué et j’espère que cette astuces vous sera utile.

Contrairement à ce que l’on pourrait penser, le service Pare-Feu Windows doit être démarré pour pouvoir activer l’accès au bureau à distance RDP sur Windows Server 2008. Heureusement il existe une solution simple pour l’activer même lorsque le Pare-Feu Windows est désactivé …

En effet lorsque vous tentez d’activer le Bureau à distance lorsque le Pare-Feu Windows est désactivé vous obtenez le message suivant:

Voici comment procéder pour contourner ce problème.

Avant tout assurez vous que le service Pare-Feu Windows est bien activé en tapant la commande suivante depuis une invite de commande (WIN+R puis CMD).

net start mpssvc

Tapez ensuite la commande suivante pour désactiver les règles du Pare-Feu Windows.

Netsh advfirewall set allprofiles state off

Vous pouvez alors arrêter ou désactiver le pare-feu Windows

net stop mpssvc

Et enfin activer le Bureau à distance en allant dans Démarrer / Panneau de configuration / Système et Maintenance / Système / Paramètres d’utilisation à distance.

Vous pouvez désormais accéder à votre serveur à distance depuis votre client RDP favori !

J’ai eu besoin récemment de créer 1 tâche planifiée sur 100 serveurs Windows. J’avais alors 2 solutions : Me connecter sur chaque serveur en terminal serveur et répéter 100 fois la même opération ou trouver une solution pour créer à distance la tâche planifiée sur les 100 serveurs à la fois. Une petite recherche et la solution était toute trouvée …

Créer une tâche planifiée à distance

Inutile de chercher bien loin puisque le planificateur de tâche intégré à Windows schtasks.exe peut s’utiliser en ligne de commande avec une multitude de paramètres dont certains sont dédiés à la création de tâches à distance.

Pour utiliser schtasks.exe ouvrez une invite de commande (Presser WIN + R et tapez cmd).

Vous pouvez ensuite afficher l’aide sur la création de tâches avec schtasks.exe

schtasks.exe /create /?

Pour créer une tâche sur un serveur distant

schtasks.exe /create /S Nom_du_serveur /U domaine\utilisateur /P mot_de_passe  /SC fréquence /TR Fichier_de_commandes

Automatiser la création d’une tâche planifiée sur plusieurs serveurs

Maintenant que l’on sait comment créer une tâche planifiée à distance il est assez simple de répéter l’opération sur plusieurs systèmes distants, toujours depuis une invite de commande, et ceux grâce aux commandes FOR, IN et DO.

Dans l’exemple qui suit je vais créer une même tâche planifiée sur tous les serveurs contenu dans un fichier list.txt.

FOR /F %1 IN (list.txt) DO schtasks.exe /create /S %1 /U domaine\utilisateur /P mot_de_passe  /SC fréquence /TR Fichier_de_commandes

Comme vous pouvez le constater en une seule ligne de script je peux créer une tâche planifiée sur autant de serveur que je souhaite, 10, 20, 100, 1000 …

Dans ce 2ème exemple je créé une tâche planifiée sur tous les serveurs contenu dans la plage IP 192.168.0.25 à 192.168.0.125. La valeur située entre le 25 et le 125 définit le pas à suivre (25, 26, 27, … , 125)

FOR /L %i IN (25,1,125) DO schtasks.exe /create /S 192.168.0.%1 /U domaine\utilisateur /P mot_de_passe  /SC fréquence /TR Fichier_de_commandes

Pour conclure

Faire 100 fois la même opération peut vite s’avérer ennuyeux et chronophage. Chercher une solution, la tester et la mettre en œuvre m’a pris à peine 30mn. Même si je sais que certains commerciaux n’hésiteraient pas à facturer une 1/2 journée de prestation à un client, il était hors de question pour ma santé mentale que je passe autant de temps. Rappelez-vous un bon administrateur est un administrateur fainéant !

Avec Powershell 2.0 est apparut la notion de module. Un module est un ensemble de fonctions permettant de réaliser des nouvelles tâches. Pour faciliter la vie des administrateurs Microsoft propose un pack de 10 modules réunissant plus de 800 scripts ! Voyons comment installer ces nouvelles fonctionnalités …

Pre-requis

L’utilisation des modules nécessite l’utilisation de Powershell 2.0. Si vous utilisez Windows 7 ou Windows Server 2008 vous n’avez rien à faire puisque PS 2.0 est déjà installé. Si votre système tourne sous Windows XP / 2003  / Vista vous devrez au préalable installer Windows Powershell 2.0

Installer PowerShell Pack

Télécharger puis installez PowerShellPack.msi.

Lancer Powershell 2.0 et exécuter la commande suivante:

Import-Module PowerShellPack

Les 10 nouveaux modules sont alors intégrés !

Si vous obtenez le message suivant  je vous invite de lire l’article <a href=”http://syskb.com/comment-executer-un-script-en-powershell/”>Comment exécuter un script en Powershell</a> pour changer le mode d’exécution de votre environnement Powershell.

Import-Module : Impossible de charger le fichier C:\Users\Documents\WindowsPowerShell\Modules\PowerShellPack\PowerShellPack.psm1, car l'exécution de scripts est désactivée sur ce système. Pour plus d'informations, consultez « get-help about_signing ».
Au niveau de ligne : 1 Caractère : 14
+ Import-Module <<<<  PowerShellPack
+ CategoryInfo          : NotSpecified: (:) [Import-Module], PSSecurityExc
eption
+ FullyQualifiedErrorId : RuntimeException,Microsoft.PowerShell.Commands.I
mportModuleCommand

Pour vérifier que le Powershell Pack est bien implémenté vous pouvez tapez la commande suivante:

Get-Module

On doit obtenir quelque chose comme suit:

PS C:\Users> Get-Module
ModuleType      Name                         ExportedCommands
----------      ----                         ----------------
Manifest        AppLocker                    {Get-AppLockerPolicy, Get-AppLockerFile...
Script          PowerShellPack               {New-ByteAnimationUsingKeyFrames, New-T...
PS C:\Users>

Les 10 nouveaux modules se nomment:

• WPK
• IsePack
• TaskScheduler
• FileSystem
• DotNet
• PSImageTools
• PSRSS
• PSSystemTools
• PSUserTools
• PSCodeGen

Pour plus d’informations sur ces modules je vous invite à consulter l’article suivant : http://code.msdn.microsoft.com/PowerShellPack