Impression sur des URL à partir d'applications – Pilotes Windows – Serveur d’impression

• 20/04/2017
• 3 minutes pour lire

• • 

<! – ->

Du point de vue d'une application, l'impression sur une file d'attente d'impression identifiée par une URL est identique à une impression sur une file d'attente d'impression identifiée par l'UNC. L’application n’a généralement pas conscience que l’on accède à la file d’attente au moyen d’une URL.

En affichant des pages Web imprimées, un utilisateur peut installer et se connecter à une file d'attente d'impression identifiée par une URL. Lorsque cela se produit, la file d'attente d'impression se voit attribuer le même "nom convivial" que sur le serveur d'impression et ce nom convivial est répertorié dans le dossier d'impression de l'utilisateur.

Les applications font généralement référence à la file d'attente d'impression par son nom convivial, comme pour les files d'attente d'impression identifiées par UNC. Appels au OpenPrinter fonction dans le fournisseur d’impression local (provoqué, par exemple, par l’application effectuant des appels GDI), incluent le nom convivial. Le fournisseur d’impression local, à son tour, appelle OpenPrinter dans le fournisseur d'impression HTTP (Inetpp.dll), en spécifiant l'URL de la file d'attente d'impression.

Les applications qui font référence à des files d'impression par des noms conviviaux ne savent généralement pas si la file d'impression est locale ou sur un réseau, ni si le protocole réseau est RPC, SMB ou HTTP. Cependant, les applications peuvent, si nécessaire, appeler OpenPrinter directement, en spécifiant une URL. Lorsque vous spécifiez une URL à OpenPrinter, le format d’URL suivant doit être utilisé:

http: /// imprimantes //.imprimante

où est le nom du serveur (soit un nom DNS pour les connexions Internet, soit un nom WINS pour les connexions intranet), "imprimantes" représente un répertoire virtuel sur le serveur, et est le nom de partage de la file d'attente d'impression, tel que spécifié dans sa feuille de propriétés. (Les répertoires virtuels sont décrits dans la documentation du Kit de développement logiciel Microsoft Windows.)

Lorsqu'un composant de spouleur client ou une application appelle OpenPrinter et spécifie une URL, les appels suivants aux fonctions de spouleur, tels que StartDocPrinter, WritePrinter, etc., sont gérés par le fournisseur d'impression HTTP du client. Le fournisseur d'impression HTTP ajoute des arguments à l'URL et envoie la chaîne d'URL résultante au serveur d'impression.

Pour qu'un serveur d'impression Microsoft Windows 2000 accepte les demandes d'impression contenant des URL, il doit exécuter l'une des opérations suivantes:

• Logiciel Windows 2000 Server avec Microsoft Internet Information Server (IIS) ou

• Logiciel Windows 2000 Professionnel avec Microsoft Peer Web Server

Pour qu'un serveur d'impression Windows XP accepte les demandes d'impression contenant des URL, il doit exécuter:

• Logiciel Microsoft Windows Server 2003 avec Microsoft Internet Information Server (IIS), ou

• Logiciel Windows XP Professionnel avec Microsoft Peer Web Server

Remarque Un serveur d'impression Windows XP Édition familiale ne peut pas accepter les demandes contenant des URL.

Sur le serveur d'impression, IIS ou le serveur Web homologue reçoit la chaîne d'URL. Les arguments ajoutés à la chaîne par Inetpp.dll sur le système client amènent le serveur à appeler le serveur d'impression HTTP, contenu dans Msw3prt.dll. Le serveur d'impression HTTP accepte les données d'imprimante au format RAW et les envoie au spouleur d'impression local.

Les données d'imprimante sont envoyées d'un client à un serveur à l'aide du protocole d'impression Internet (IPP 1.0), défini par le groupe de travail sur les imprimantes (PWG) de l'IETF (Internet Engineering Task Force).

La figure suivante illustre le chemin emprunté par les données d'impression d'une application cliente à un spouleur de serveur d'impression, si le client imprime dans une file d'attente d'impression identifiée par une URL.

Si le client et le serveur sont des systèmes Windows 2000 ou ultérieurs, comme illustré, le protocole RPC est généralement (mais pas toujours) utilisé pour la communication client-serveur. (Pour plus d'informations, voir Installation des pilotes d'imprimante à partir d'une page Web.) Si le client et le serveur ne sont pas des systèmes Windows 2000 ou version ultérieure, HTTP est utilisé. HTTP est également utilisé pour les imprimantes contenant des cartes réseau internes et prenant en charge IPP 1.0. Par conséquent, elles ne sont pas connectées à un serveur.

La sécurité du serveur d'impression est fournie par IIS, qui s'exécute sur le serveur d'impression. Les mécanismes de sécurité pris en charge par IIS sont décrits dans le Guide de ressources IIS, qui est contenu dans le **

Kit de ressources Microsoft Windows 2000 Server. En outre, le kit de ressources décrit spécifiquement comment les administrateurs système peuvent contrôler les méthodes de sécurité associées à l'impression sur des URL.

<! – ->