Pour pallier à cette différence vous avez deux solutions, dans notre cas c’est un serveur Windows 2003 qui sera utilisé.

Stratégie de groupe (GPO) Active Directory

La façon la plus efficace pour remettre à la bonne heure et date tout un parc informatique fonctionnant sur une architecture Active Directory est d’utiliser une GPO applicable à tous les utilisateurs du domaine.

Ouvrir le Gestionnaire de stratégies de groupes (démarrer > exécuter > gpmc.msc), puis créer une GPO applicable à tous les ordinateurs ou bien éditer la stratégie existante « Default Domain Controllers Policy ».

Rendez vous dans Configuration Ordinateur > Modèles d’administration > Système > Service de temps Windows > Fournisseurs de temps :

Libre à vous ensuite de choisir un serveur SNTP Windows, ou bien un serveur NTP unix mondial (que je vous conseille fortement).

Sur le serveur Windows 2003 pensez à valider les modifications de la stratégie de groupe via la commande gpupdate (obligatoire).

Redémarrer une machine cliente pour essayer, une fois logué ouvrez une invite de commande (démarrer > exécuter > cmd) et tapez :

net time /querysntp

Windows vous retournera alors l’adresse du fournisseur de temps précisé dans la GPO.

Forcer une synchronisation infructueuse

Il peut arriver que certaines de vos stations se décalent au niveau de l’horloge Windows, soit parce que le serveur de temps est non joignable, soit parce que la communication avec le serveur de temps est impossible (pare-feu), soit par bug (et croyez-moi ça arrive).

Il est donc tout à fait possible de forcer la mise à jour de l’heure et date de la station cliente sur l’horloge du contrôleur de domaine (Windows 2003), en outrepassant la GPO. Veillez à ce que votre contrôleur de domaine soit donc à l’heure avant de procéder à cette manipulation.

Voici le script qui va bien (téléchargez-le ici) :

@echo off
echo RESYNCHRONISATION DE L'HEURE via PDC DOMAINE
net time /set /domain:votre_domaine /y
echo Synchronisation terminee

Pensez à remplacer « votre_domaine » par le nom de votre domaine.

Si vous souhaitez forcer ce script au login sur les stations clientes, vous pouvez copier le script dans un fichier login.bat et le placer dans le répertoire :

\\votre_controleur\SYSVOL\votre_domaine\scripts\

du contrôleur de domaine.

Ensuite dans les propriétés d’un utilisateur AD dans l’onglet « Profil » > « Script d’ouverture de session » entrez : login.bat.

votre_controleur = nom UNC du contrôleur

Enfin, sachez que ce système de synchronisation forcée est instantané. Il vous sera pas contre impossible de resynchroniser un PC dont la date est en avance de plus de 2 ans (bug Windows ?).

Article original écrit par Mr Xhark publié sur Blogmotion le 13/02/2009 | 2 commentaires |
Attention : l'intégralité de ce billet est protégée par la licence Creative Commons

Cet article concerne exclusivement Windows (NT/2K/XP)

But : exécuter/convertir un programme en (.exe) habituellement lancé à la main (ou au démarrage windows par exemple) en tant que service.

Avant de passer dans la partie configuration, un peu d’explications et de définitions…

Un programme c’est quoi ?

Et un service alors ?

Et la différence entre un programme et un service alors ?

Personnellement j’ai eu besoin de ce genre de manipulation tout simplement car mon routeur ne me permet pas de rediriger un port vers un autre. J’ai un tout petit soft gratuit qui le fait, mais il ne se lance qu’une fois logué et comporte l’inconvénient suivante : si je le ferme il stoppe le routage… garder un programme en barre des tâches n’est pas non plus le top, dans le systray c’est déjà mieux mais sur ce logiciel pas prévu
Comme je souhaitais rediriger un port qui me permet de prendre la main sur mon PC à distance il était impératif qu’il démarre tout seul avant le login Windows (vous suivez :p).

Je vais donc prendre l’exemple de Smallrouter mais les manipulations resterons valables pour tout programme exécutable.

Préparation des répertoires et des fichiers necessaires :

1. créer un répertoire à la racine de C:/ qui contiendra votre programme en .exe (ici C:/smallrouter)
2. copier dans le répertoire votre programme, ici smallrouter.exe ainsi que son fichier de configuration (ici ports.dsr mais ce fichier est facultatif et ne pose aucun problème si votre programme n’en necessite pas)
3. Deux fichierssont nécessaires et propres à Windows (il permettront la création du service). Pour cela 2 options s’offrent à vous :
   • télécharger Windows Server 2003 Resource Kit Tools (lien direct – 11.8 mo) et l’installer (il me semble que le SP2 est necessaire)
   • télécharger les deux fichiers séparément (instsrv.exe et srvany.exe) et les placer dans C:/Windows/system32 afin qu’il soit reconnus en ligne de commande, ou bien ajouter une variable d’environnement sur le répertoire où vous les placerez.

Création et enregistrement du service

Ouvrez l’invite de commande MS-DOS (démarrer > exécuter > CMD > OK)

Etape 1 : Déclaration de SRVANY.EXE en tant que service NT grâce à INSTSRV.EXE

syntaxe : instsrv [nom_service] [chemin_programme]

Pour notre exemple : instsrv smallrouter « C:/smallrouter/smallrouter.exe »

Etape 2 : Vérifiez que le service a bien été ajouté en consultant la liste des services (démarrer > éxecuter > services.msc > OK)

Notre service « smallrouter » est bien présent

Etape 3 : modification du chemin « ImagePath » dans le registre:

1. Ouvrez l’entrée de la base de registre (démarrer > exécuter > regedit > OK)
2. Placez vous dans l’arborescence HKLM\SYSTEM\CurrentControlSet\Services\smallrouter (ou bien le nom de votre service s’il s’appelle autrement)

Modifier la valeur de l’entrée « ImagePath » en C:\windows\system32\srvany.exe
(Elle doit être le chemin complet vers SRVANY.EXE ; pensez à ajouter des guillemets si votre chemin contient des espaces)
Le service est désormais créé. Cependant si vous essayez de le démarrer maintenant vous recevrez un message d’erreur, c’est tout à fait normal.

Dans l’étape suivante nous allons indiquer où ce situe notre application, pour que lorsque le SCM lance SRVANY, ce dernier trouve notre application et le démarre correctement.

Etape 4 : Ajout d’une clé « Parameters »:

1. Naviguez jusqu’à la clé du service que vous venez de déclarer, ici : HKLM\SYSTEM\CurrentControlSet\Services\smallrouter
2. Créez une clé « Parameters » (Edition > Nouveau > Clé)

Etape 5 : Ajout d’une valeur « Application »:

1. Ouvrez la clé « Parameters »
2. Créez une clé « Application » de type chaîne (REG_SZ) dans la clé « Parameters » (Edition > Nouveau > Valeur > Chaine)
3. Editez « Application » et déclarez-y le chemin complet vers notre exécutable. Si vous avez suivi nos prérequis ce chemin est « C:\smallrouter\smallrouter.exe ». Nous précisons à Smallrouter notre fichier de règles qui doit être ouvert au lancement du logiciel ; la commande devient donc : « C:\smallrouter\smallrouter.exe » « C:\smallrouter\ports.dsr »:

   

Etape 6 : intéragir avec le bureau :
une fois le service lancé il est exécuté en arrière plan, de manière transparente visuellement. Afin de contrôler le lancement de votre service je vous invite à activer cette option la première fois. Le programme exécuté en tant que service apparaîtra ainsi de la même façon que si vous le lanciez manuellement en tant que simple programme.

1. retournez dans la console de services (démarrer > éxecuter > services.msc > OK)
2. double-cliquez sur le service en question « smallrouter » dans notre cas
3. cliquez sur l’onglet « Connexion »
4. cocher l’option »Autorisr le service à interagir avec le bureau » :

• Validez avec le bouton « OK »

Etape 7 : soufflez, c’est terminé ! le tutoriel est assez long car je souhaitai le rendre disponible au maximum d’entres vous, n’ayez pas peur du registre ça ne mort pas

Astuce

Pour retirer proprement le service Smallrouter de Windows définitivement utilisez la ligne de commande : « sc delete smallrouter »

N.B. : Pensez à décocher l’option de l’étape 6 si vous ne souhaitez pas visualiser le programme exécuté.

J’attends vos impressions, critiques et conseils

Documentation :
Création d’un service défini par l’utilisateur
Créer un service Windows à l’aide de Sc.exe
Lancer des applications avec le compte « Local System »
Création d’un service NT en VB5

Article original écrit par Mr Xhark publié sur Blogmotion le 23/07/2007 | 65 commentaires |
Attention : l'intégralité de ce billet est protégée par la licence Creative Commons