Le Fonctionnement Global

Kixtart 2001 en est à la version 4 depuis le 19/11/2001. La version précédente de Kixtart 95 est la 3.63. Les différences dans les deux versions sont présentes mais tout script marchant sous 3.63, marche sous la version 4. La réciproque est fausse.

Nous sommes en face d'un langage de script. Des scripts sont des petits programmes systèmes dans un langage peu évolué.

Ils peuvent servir sous différentes formes :

• lancement de commandes de routines :
  ex : faire un backup de ses données sur le répertoire réseau où l'on pourra utiliser le script suivant
• lancement de batch pour la nuit :
  ex : A la fin d'un traitement d'une application supprimer les fichiers temporaires et enregistrer l'etat du système
• execution de commandes par un menu :
  ex : Sans vraiment de système d'installé, permet le lancement d'applications avec choix, etc...
• lancement d'un script au moment de la connexion de l'utilisateur :
  ex : Permet de vérifier les connexions réseaux où la version de l'antivirus sur tous les postes utilisateurs.

TELECHARGEMENT - top

Dans tous les cas il faudra télécharger l'application sur le site de kixtart.

Dans la dernière version (Kixtart 2001 v4.01, 491 ko) vous trouverez beaucoup de choses :

• Kix2001.doc : 110 pages sur toutes les commandes, leurs résultats, une petite FAQ
• Kix2001.txt : Les corrections apportées par la version 4.01
• Kix32.exe : KiXtart 2001 executable principal (mode console)
• WKix32.exe : KiXtart 2001 nouvel executable (mode console-less)
• Kxrpc.exe : service RPC KiXtart pour des clients Windows 9x
• Kx95.dll : Dynamic link library (DLL) pour Kixtart sur Windows 9x
• Kx16.dll, Kx32.dll : Permettent aux DLLs de se connecter sur la Netapi.dll de Windows 9x (app 16 ou 32)
• Kixplay.exe : petit utilitaire 16-bit pour jouer des fichiers SPK
• *.kix : Exemples de fichiers script
• *.spk : Exemples de fichiers SPK
• Chimes.wav : Exemple de fichier WAV
  

Je vous l'accorde le kixplay et les fichiers spk ça ne renverse pas des montagnes. Les plus importrants sont kxrpc.exe, kx95.dll, kx16.dll, kx32.dll pour que ça marche sous les postes Windows 9x. Sinon il suffit de kix32.exe pour Windows NT, 2000, XP. Wkix32.exe est juste une nouvelle version du kix32.exe plus adapté au Window Manager. Une console ne s'affichera que s'il y a une sortie écran.

Note : Par défaut Wkix32 est asynchrone. Pour le lancer en mode synchrone mettre la commande suivante dans e fichier batch : START /W WKIX32.EXE

INSTALLATION - top

Encore une fois le plus embetant vient si vous avez des clients Windows 9x car il faudra installer le service RPC sur votre serveur. Ensuite rien de plus simple. Il suffit de copier les fichiers dans le répertoire système (c:\winnt\system32 ou c:\windows\system) et le tour est joué.

Les executables peuvent être stockés n'importe où en fait l'important est de posséder des droits d'éxécution et de lecture.

MISE EN ROUTE - top

On rédige le script kix et on le met à disposition de l'utilisateur. L'extension préférable est .kix, .scr.

Dans un batch on lance la commande : kix32.exe monScript.kix
Evidemment, il faut mettre les chemins vers ces deux fichiers, s'ils ne sont pas dans le PATH ou le répertoire système pour l'éxécutable ou dans le répertoire netlogon pour les scripts.

Sinon on peut l'utiliser au moment des scripts de connexions. Pour cela on met à disposition les fichiers batchs et kix dans le répertoire partagé netlogon d'un controleur de domaine (PDC ou BDC).
Sous Windows NT 4.0 vous le trouverez dans C:\WINNT\System32\Repl\Export\Scripts pour les PDC et sous C:\WINNT\System32\Repl\Import\Scripts pour les BDC.
Sous Windows 2000 et XP ce sera sous C:\WINNT\SYSVOL\SYSVOL\MonDomaine\SCRIPTS

Ne pas oublier d'indiquer qu'il faut utiliser ce batch de démarrage dans le gestionnaire des utilisateurs de votre controleur de domaine (Gestionnaire des utilisateurs/ Utilisateur / Propriétés / Profil / script de connexion).

UTILISATION DE SU - top

ATTENTION - Il y a un piège dans lequel on a vite fait de tomber. Lorsque le script est lancé, il utilise le niveau de privilège du lanceur. S'il n'est pas administrateur ou équilvalent certains poinrts du script ne risquent pas de fonctionner.

Pour remédier à ce problème il est conseillé d'utiliser l'utilitaire de microsoft SU qui permet de lancer une commande sous le nom d'un autre utilisateur (donc d'un administrateur). Je vous redirige vers le fichier pdf suivant qui explique très bien une méthode d'installation.

Cependant sa méthode laisse entendre que le user administrateur et son mot de passe apparaissent en clair sur le script ou dans les variables d'environnement. C'est parfaitement déconseillé dans un univers hostile comme un réseau. Un truc est de préparer la commande pour une application particulière avec le mot de passe et le user puis de la crypter en exe définitivement. C'est le meilleur moyen pour éviter que votre script soit une brêche importante dans la sécurité de votre réseau.

Et voilà, vous êtes fin prêt à rédiger vos scripts kix !

• Les commandes de bases
• Une méthode de graphisme
• Les commandes avancées