Partager via

Impression vers des URL à partir d’applications

  • Article

Du point de vue d’une application, l’impression dans une file d’attente d’impression identifiée par URL est identique à l’impression dans une file d’attente d’impression identifiée par UNC. L’application ignore généralement que la file d’attente d’impression est accessible au moyen d’une URL.

En affichant les pages web imprimées, un utilisateur peut installer et se connecter à une file d’attente d’impression identifiée par une URL. Dans ce cas, la file d’attente d’impression se voit attribuer le même « nom convivial » que celui du 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 elles le font pour les files d’attente d’impression identifiées par UNC. Les appels à la fonction OpenPrinter dans le fournisseur d’impression local (provoqués, par exemple, par l’application effectuant des appels GDI), incluent le nom convivial. À son tour, le fournisseur d’impression local 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’attente d’impression par des noms conviviaux ignorent généralement si la file d’attente d’impression est locale ou sur un réseau, ou si le protocole réseau est RPC, SMB ou HTTP. Toutefois, les applications peuvent, si nécessaire, appeler OpenPrinter directement, en spécifiant une URL. Lorsque vous spécifiez une URL pour OpenPrinter, le format d’URL suivant doit être utilisé :

<https:// ServerName>/printers/<ShareName>/.printer

où <ServerName> 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 <ShareName> est le nom de partage de la file d’attente d’impression, comme spécifié dans sa feuille de propriétés. (Les répertoires virtuels sont abordés dans la documentation Microsoft Windows SDK.)

Lorsqu’un composant de spouleur client ou une application appelle OpenPrinter et spécifie une URL, les appels suivants aux fonctions de spouleur, telles 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 obtenue 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 :

  • 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

Note 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 entraînent l’appel du 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 du client au serveur à l’aide du protocole IPP (Internet Printing Protocol 1.0), défini par le groupe de travail d’imprimante (PWG) de l’Internet Engineering Task Force (IETF).

La figure suivante illustre le chemin d’accès des 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.

diagramme illustrant l’impression dans une file d’attente d’impression identifiée par url.

Si le client et le serveur sont tous deux des systèmes Windows 2000 ou ultérieur, comme illustré, le protocole RPC est généralement (mais pas toujours) utilisé pour la communication client-serveur. (Pour plus d’informations, consultez Installation de pilotes d’impression à partir d’une page web.) Si le client et le serveur ne sont pas des systèmes Windows 2000 ou versions ultérieures, HTTP est utilisé. HTTP est également utilisé pour les imprimantes qui contiennent des cartes réseau internes et prennent en charge IPP 1.0 et ne sont donc 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 des ressources IIS, qui se trouve dans **

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 les URL.