IPP : le protocole qui remplace les pilotes d'impression

IPP (Internet Printing Protocol) est le protocole standardisé par l'IETF qui achemine les tâches d'impression entre un client et une imprimante via HTTP. Il permet à un client de soumettre une tâche d'impression, d'interroger ce qu'une imprimante peut faire, de vérifier l'état d'une tâche d'impression et de l'annuler. Contrairement aux protocoles qu'il remplace, il intègre l'authentification, le contrôle d'accès et le chiffrement TLS au sein de la norme, et non comme des ajouts après coup.

Ce qui compte aujourd'hui, c'est que l'IPP est le mécanisme par lequel une imprimante se décrit elle‑même, rendant ainsi le pilote d'imprimante superflu. L'ensemble de la plateforme d'impression moderne de Microsoft repose sur ce protocole et, à compter du 1er juillet 2026, Windows Ready Print fera de l'IPP le chemin par défaut pour les nouvelles installations d'imprimantes sous Windows.

Comment fonctionne l'IPP ?

Lorsqu'un client ajoute une imprimante IPP, il interroge l'appareil et l'imprimante répond en indiquant ses capacités : formats de papier pris en charge, recto‑verso, modes couleur, résolution, options de finition comme l'agrafage. Le client construit ensuite une file d'impression à partir de cette réponse. Lorsqu'une tâche d'impression est soumise, elle transite via HTTP avec ses attributs attachés.

Tout tient à cet échange. Dans le modèle basé sur les pilotes, le client doit savoir à l'avance ce que l'imprimante peut faire, et le moyen de le lui communiquer est un ensemble de pilotes fourni par le fabricant. Dans le modèle IPP, le client demande et l'imprimante répond. L'information réside dans l'appareil, là où elle a toujours été la plus fiable.

Comme l'IPP s'appuie sur HTTP, il hérite gratuitement de ses mécanismes : schémas d'authentification, TLS pour le chiffrement, proxy, streaming. Une tâche d'impression envoyée à une imprimante IPP via HTTPS est une transaction HTTP authentifiée et chiffrée.

Qu'est-ce que l'IPP a remplacé ?

L'IPP a remplacé LPD/LPR et l'impression brute sur le port TCP/IP 9100, deux méthodes qui datent d'avant l'époque où l'on attendait sérieusement d'un protocole réseau qu'il authentifie les utilisateurs.

LPR (Line Printer Remote) provient de BSD Unix et a été documenté dans la RFC 1179 en 1990. Il écoute sur le port 515, accepte une tâche d'impression et l'imprime. Le protocole ne prévoit ni authentification, ni chiffrement, et ne propose qu'un rapport d'état rudimentaire.

L'impression brute sur le port 9100, parfois appelée impression JetDirect ou par socket, est encore plus minimaliste. Le client ouvre un socket TCP vers l'imprimante et y envoie les données d'impression en flux continu. Il n'y a aucun contrôle de tâche, aucune négociation et aucun accusé de réception au‑delà de la connexion TCP elle‑même. Si vous pouvez atteindre le port, vous pouvez imprimer, et l'imprimante ne vous demandera pas qui vous êtes.

Ces deux méthodes sont encore largement déployées. Elles expliquent pourquoi une file d'impression peut envoyer sans difficulté un document confidentiel à un appareil qui n'a jamais vérifié si l'envoi était autorisé. Le mode Windows Protected Print, lorsqu'il est activé, désactive entièrement les anciens pipelines qui reposent sur les files d'impression RAW et LPR, ce qui représente un changement bien plus important qu'il n'y paraît dans la plupart des environnements.

D'où vient l'IPP ?

L'IPP est né en 1996 d'une proposition de Novell, développée avec Xerox sous le nom de Lightweight Document Printing Application. IBM proposait une solution similaire au même moment, tandis que HP et Microsoft construisaient de nouveaux services d'impression pour ce qui allait devenir Windows 2000. Plutôt que de fragmenter, les entreprises ont présenté leurs travaux au Printer Working Group et ont négocié la création d'un groupe de travail au sein de l'IETF.

L'historique des versions mérite d'être connu, car il explique pourquoi l'IPP n'est pas un standard propriétaire :

• IPP/1.0, 1999, publié sous forme d'une série de RFC expérimentaux
• IPP/1.1, 2000, en tant que projet de norme
• IPP/1.1 révisé, janvier 2017, en tant que norme proposée (RFC 8010, RFC 8011)
• Internet Standard 92 (STD 92), juin 2018

Le travail se poursuit au sein du groupe de travail Internet Printing Protocol du PWG, qui a étendu l'IPP pour couvrir la numérisation, le fax, l'impression 3D et la gestion des systèmes.

Aujourd'hui, l'IPP est pris en charge par plus de 98 % des imprimantes vendues. C'est le socle sur lequel reposent AirPrint, IPP Everywhere et Mopria. Lorsque Apple, Google, Microsoft et les fabricants d'imprimantes ont indépendamment convergé vers l'impression sans pilote, tous ont choisi l'IPP.

Qu'est‑ce qu'IPP Everywhere, et quel est son lien avec Mopria ?

IPP Everywhere est le programme de certification du Printer Working Group, publié en 2013, qui définit un niveau minimal que chaque imprimante doit atteindre pour prendre en charge l'impression sans pilote. Il précise quels formats de documents l'imprimante doit accepter et quelles opérations IPP elle doit implémenter, afin qu'un client puisse imprimer sans connaissance préalable du périphérique.

La certification Mopria repose sur ce socle et y ajoute ses propres exigences. La Mopria Alliance, fondée en septembre 2013 par Canon, HP, Samsung et Xerox, a certifié plus de 10 000 modèles d'imprimantes de 24 marques, soit plus de 120 millions d'appareils sur le terrain.

La distinction compte pour une raison pratique : le mode Windows Protected Print exige la certification Mopria, pas IPP Everywhere. Les deux listes se recoupent largement mais ne sont pas identiques, et un appareil peut être compatible IPP sans être certifié Mopria. Pour vérifier un parc vis‑à‑vis de WPP, le répertoire des produits certifiés Mopria fait foi.

Que signifie le passage à l'IPP pour un parc Enterprise ?

Cela signifie que le pilote cesse d'être votre problème : ce sont désormais les capacités de l'imprimante qui le deviennent.

Avec le modèle basé sur les pilotes, si une imprimante ne pouvait pas faire quelque chose, on attribuait le problème au pilote. Avec l'IPP, si une imprimante ne peut pas faire quelque chose, c'est qu'elle ne déclare pas la capacité — et il n'existe aucun package fabricant à installer pour l'ajouter. La finition avancée, les codes de comptabilisation, le contrôle au niveau des bacs et le suivi par département sont les fonctionnalités les plus susceptibles de se comporter différemment lorsque Windows sélectionne le pilote IPP intégré plutôt que celui du fabricant.

C'est là que réside le véritable risque de migration, et ce n'est pas une question de sécurité. C'est une question du type « les chèques de l'équipe financière sortent maintenant du mauvais bac », et elle apparaîtra dès la première semaine.

Le rendu dans le cloud évite ce compromis, car il n'oppose pas directement l'imprimante à Windows. ezeep effectue le rendu de chaque tâche d'impression dans le cloud en utilisant le pilote fabricant approprié, issu d'une bibliothèque de plus de 6 000 pilotes, puis transmet les données prêtes à imprimer à l'appareil via l'ezeep Hub. Le poste de travail n'a besoin d'aucun pilote, et l'imprimante n'a pas à se décrire à Windows en IPP, puisque le cloud connaît déjà ses capacités. Le matériel non certifié et les appareils spécialisés restent ainsi en service.

Êtes‑vous prêt pour WPP ?

Télécharger la liste de contrôle gratuite