Régler les problèmes de redirection d’imprimantes via Terminal Server sous Windows Server 2003

Bien que Windows Server 2003 prenne en charge la redirection automatique des imprimantes à l’ouverture de session via Terminal Server, il se peut que certains pilotes tiers ne soit pas redirigés. C’est à ce moment là qu’une erreur 1111 s’inscrit dans le journal des événements Système de votre serveur. Le problème est connu et relaté dans le KB Microsoft 239088 écrit pour Windows Server 2000 mais qui s’applique très bien à 2003.

Dans la capture écran ci-dessous, vous pouvez observer une illustration du problème. Ici, on a une imprimante Minolta C353 avec un pilote PostScript qui n’est pas redirigé.

Comment fonctionne la redirection des imprimantes avec Terminal Server ?

Lors de la demande de connexion TSE, un rapide scan est effectué dans la base de registre du poste client afin de définir les imprimantes locales (COM, LPT et USB) installées. Ensuite, le nom des pilotes associés est envoyé sur le serveur pour que ce dernier les compare avec ses noms de pilotes propres. Si et seulement le client et le serveur possèdent les mêmes, alors l’imprimante est redirigée.

Or, on l’a vu dans la capture écran précédente, nous sommes dans le cas où le serveur ne trouve pas les mêmes noms de pilotes que sur le poste client qui vient d’initier une session RDP. A ce moment là, il existe tout de même une alternative et le serveur sera capable d’aller vérifier la présence dudit pilote dans le fichier C:WINDOWSinfNtprint.inf (attention à la modification de ce fichier signé !). Si jamais la correspondance se fait, alors le serveur pourra installer les pilotes à partir du fichier C:WINDOWSDriver Cachei386Driver.cab et l’imprimante pourra être redirigée étant donné que les conditions auront été réunies pour assurer la correspondance des pilotes.

Voici un extrait du fichier Ntprint.inf, partie Minolta :

[Minolta]
"Minolta Color PageWorks/Pro (MS)"    = Mncolpwp.GPD   ,MINOLTAColor_PageWorE110
"Minolta Color PageWorks/Pro PS"      = MITCPP01.PPD   ,MinoltaMinolta_ColorB7DD
"Minolta PageWorks/Pro 6"             = Mnpwp6.GPD     ,MINOLTAPAGEPRO_67C79

[MINOLTA-QMS]
"MINOLTA-QMS 2060 Print System (PS)"  = MS_MQ2060.PS   ,_QMS_QMS_2060_PRINT_5F70
"MINOLTA-QMS 2425 Print System (PS)"  = MS_MQ2425.PS   ,_QMS_QMS_2425_PRINT_41F2
"MINOLTA-QMS 3260 Print System (PS)"  = MS_MQ3260.PS   ,_QMS_QMS_3260_PRINT_DD99

Cela fait donc deux possibilités d’établir les moyens d’une connexion TSE optimale mais nos pilotes d’imprimante KONICA MINOLTA C353 Series PS ne peuvent hélas pas en bénéficier. Il va donc falloir ruser.

Personnaliser le redirection de pilotes d’imprimante

Pour cela, lancez la base de registre et rendez-vous dans la clé HKEY_LOCAL_MACHINESYSTEMCurrentControlSetControlTerminal ServerWdsrdpwd.

A partir de là, créez les deux clés suivantes :

• PrinterMappingINFName (REG_SZ) : donnez-lui comme valeur le chemin du fichier .inf vers lequel rediriger les recherches de pilotes
• PrinterMappingINFSection (REG_SZ) : donnez-lui comme valeur le nom de la section vers laquelle rediriger les recherches à l’intérieur du fichier .inf

Voici une illustration :

Créez à présent le fichier ntprint_custom.inf et personnalisez les valeurs suivantes :

[Version]
Signature="$PARIS$"

[Imprimantes]
"Pilote client" = "Pilote serveur"

Vous l’aurez probablement compris, dans la partie [Imprimantes] il faudra entrer le nom exact de votre pilote d’imprimante cliente à gauche (facile, c’est celui demandé lors de l’inscription dans le message d’erreur du journal des événements) et le nom de pilote compatible le plus proche utilisé sur le serveur à droite. Pour ce qui est de la partie [Version], nous ne nous y attarderons pas, dans le sens où signer ce fichier personnalisé comme Ntprint.inf n’a pas vraiment grand intérêt.

Lorsque vous naviguez dans le dossier C:WINDOWSinf vous pouvez d’ailleurs observer la différence d’attributs entre le fichier original et notre ajout :

Voilà, si vous avez bien suivi les opérations, l’erreur 1111 devrait disparaître de votre journal des événements.

Un mot sur l’objectif avant de terminer. Dans le cas où vous voudriez effectivement imprimer via RDP il est important de faire correspondre des pilotes compatibles. Dans la plupart des cas par contre, ce qui vous intéressera est d’éviter de récupérer des erreurs dans le journal des événements. Vous ferez alors correspondre votre pilote client à n’importe quel pilote serveur étant donné que vous ne serez pas impacté outre mesure par ce choix. Gardez cette information en tête, pesez le pour et le contre selon vos contraintes de production et faites le bon choix !

Gérer les licences Terminal Server (TSE) sous Windows Server 2003

La gestion des licences Terminal Server a changé entre Windows Server 2000 et 2003. Alors qu’auparavant le mode de licence était unique (licences d’accès client par périphérique) et imposait le stockage de la licence d’accès dans la base de registre locale de l’utilisateur, Windows Server 2003 permet quant à lui un nouveau mode : les licences d’accès par utilisateur, ce qui autorise un utilisateur à se connecter à un nombre illimité de ressources dans le LAN.

Les licences d’accès client utilisateur ne peuvent être installées que sur un serveur qui fera office de gestionnaire de licences Terminal Server (souvent un contrôleur de domaine). Il va de soi que dans le cas où le réseau comporte un parc mixte Windows Server 2000 et 2003, il conviendra d’installer des licences d’accès par périphérique nécessaires.

Via la MMC Gestion des licences Terminal Server présente dans les Outils d’administration, on peut obtenir des informations sur les licences courantes sans être connecté directement au gestionnaire de licences. Ci-dessous, on a pris l’exemple d’un parc mixte où certaines licences temporaires sont d’ailleurs à régulariser par des achats ou des reconfigurations.
Notez également le point d’interrogation sur le serveur de licences TSE. Cela ne signifie pas forcément que la machine est inaccessible. Ici, c’est simplement le compte Active Directory qui n’a pas de droits suffisants pour la gérer.

Pour aller au bout de l’exemple, voici la même capture avec un compte administrateur du domaine. Vous remarquez à présent que le serveur TSE est bien validé.

Définir un mode de licence Terminal Server

A chaque activation de l’accès bureau à distance d’un serveur, on doit s’assurer d’une part que l’on possède les licences d’accès nécessaires et d’autre part que les paramètres du serveur Terminal Server sont corrects. Connectez-vous pour cela à la MMC Configuration des services Terminal Server dans les Outils d’administration et rendez-vous dans le panneau de droite du dossier Paramètres du serveur. Repérez maintenant la clé Licence et modifiez au besoin l’attribut (Par périphérique ou Par utilisateur). Vous pouvez effectuer cette modification à tout moment, dans le sens où elle n’impose pas de redémarrage du serveur et ne bloquera pas vos accès grâce à l’établissement de licences temporaires si le mode de licence s’avérait être erroné.

De même, si vous veniez à ne pas régulariser vos licences, un message s’afficherait peu avant de bloquer l’accès jusqu’à ce que vous fassiez le nécessaire.

Pour obtenir plus d’informations sur la gestion des licences Terminal Server, je vous invite à consulter le KB Microsoft 822134.