web-dev-qa-db-fra.com

Devrais-je configurer mon impression CUPS pour utiliser IPP, LPD ou URL?

Quand je dois ajouter une imprimante réseau, je suis toujours confronté au même dilemme:

Dois-je configurer l’imprimante via IPP, LPD ou en utilisant son adresse IP (AppSocket/Jetdirect?) Et pourquoi?

Quels sont les avantages et les inconvénients de chacun?

En quoi IPP est-il différent de l’adresse IP? Si je choisis IPP, cela m'empêchera-t-il de rajouter l'imprimante si l'adresse IP change?


Il y a une question similaire ici mais les réponses se rapportent à un modèle/une situation spécifique : Quelle est la différence entre les différentes connexions d’imprimante? =


Voici une capture d'écran de la configuration de style IP de l'assistant d'installation de Kubuntu: enter image description here

36
virtualxtc

LPD est un vieux standard, IPP est plus récent.

Ubuntu utilise le système d'impression UNIX commun ("CUPS") pour gérer l'impression. CUPS utilise le protocole d'impression Internet ("IPP") comme base pour la gestion des travaux d'impression et des files d'attente. D'autres protocoles sont également supportés (LPD, SMB, AppSocket ou JetDirect), certains avec une fonctionnalité réduite .

LPD/LPR est encore couramment utilisé et fonctionne assez bien, mais il ne permet pas aux utilisateurs de contrôler les paramètres d’imprimante par travail d’impression.

Les protocoles LPD et JetDirect/AppSocket peuvent être utilisés sur Internet aujourd'hui, mais aucun de ces protocoles ne fournit de services d'authentification, de contrôle d'accès, de gestion de formatage et de formatage (y compris les commandes spécifiques à l'imprimante) doit être géré par la machine qui envoie le document.

IPP est préférable car il utilise une communication bidirectionnelle qui vous donne plus de feedback et de contrôle.

Certaines imprimantes peuvent ne pas prendre en charge IPP.

44
KodduX

@KodduX a déjà assez bien répondu à la question (et je l'ai votée). Mais voici quelques détails supplémentaires ...

Les principaux avantages d'IPP par rapport à JetDirect/AppSocket sont les suivants:

  • AppSocket est un protocole "feu et oublie". IPP (S) peut fournir des informations très détaillées sur le backchannel concernant l’état actuel du traitement des travaux (la page en cours d’impression), et plus encore (comme une requête sur les travaux passés, terminés ou annulés).

  • AppSocket est un protocole très simple, de sorte que tout le monde peut procéder à un reverse engineering après son introduction par HP (il y a très longtemps) et même s'il ne s'agissait jamais d'une norme officielle. il est également assez fiable et robuste (avec tout cet ensemble vide de "fonctionnalités" qu'il prend en charge) - c'est pourquoi il a été largement utilisé et pris en charge par pratiquement toutes les imprimantes réseau existantes.

  • IPP est normalisé par le Groupe de travail sur les imprimantes ISTO (PWG) , qui représente pratiquement tous les fabricants d'imprimantes dans le monde. HP eux-mêmes a même adopté IPP assez étroitement, avec plus de 350 de ses modèles d’imprimantes les plus récents auto-certifiés compatibles avec la nouvelle version 'IPP Everywhere' Standard =.

  • Avec IPP (S), vous disposez de bien meilleures options en matière de sécurité: authentification/autorisation, cryptage des données transférées, contrôle d’accès, etc.

  • Avec IPP, vous disposez d'un ensemble spécifié de noms et de valeurs pour les options de travail d'impression. L’impression recto verso correspond à l’un des côtés suivants: 'faces = bord double recto' ou '... = bord recto verso' , alors qu'avant, vous pouviez avoir jusqu'à dix façons ou plus de spécifier une impression recto verso (car chaque fournisseur était libre d'utiliser son propre schéma de nommage). Il en va de même pour de nombreux autres paramètres d'impression.

  • IPP (S) vous permet d’interroger une imprimante compatible IPP (et plus de 90% des périphériques vendus au cours des 10 dernières années peuvent parler IPP - car AirPrint ne peut fonctionner que parce que et plus de la moitié d'entre eux peuvent également consommer directement PDF à propos de ses capacités spécifiques: peut-il faire de la couleur? Quels formats de papier sont pris en charge? Est-ce qu'il fait des impressions recto verso? Peut-il agrafer, perforer, plier? Quelles versions d'IPP prend-il en charge? Quel langage de description de page (PDL - PostScript, PDF, PCL, JPEG, etc.) puis-je lui envoyer? Etc.pp. ...

  • Avec la dernière évolution de la norme IPP, appelée à juste titre 'IPP Everywhere' , enfin impression sans pilote commence à fonctionner. CUPS peut le faire! Chaque fois qu’il rencontre une imprimante IPP Everywhere, il n’a plus besoin d’un PPD spécifique à un pilote ou à un périphérique préparé ou préinstallé par l’administrateur: il sait qu’il peut envoyer l’un des formats de description de page standard (JPEG, PWG). Raster, URF-Raster ou PDF ne nécessitant pas de pilote propriétaire à générer), il peut interroger le périphérique sur ses capacités spécifiques et crée automatiquement un fichier PPD reflétant ces fonctionnalités, de sorte que même les utilisateurs non IPP Les applications activées peuvent toujours imprimer de manière traditionnelle (ces applications "traditionnelles" ne parlent pas encore IPP et sont utilisées pour rechercher des fichiers PPD - des applications telles que LibreOffice ou Firefox ou quoi que ce ne soit pas).

IPP est le futur et le futur est déjà là. (AppSocket, c'est le passé, mais il n'est pas encore complètement parti. La plupart des imprimantes IPP parlent encore d'AppSocket aussi ....)


Dans le cas spécifique de votre imprimante, cependant: certains fournisseurs/modèles ont des implémentations IPP erronées et peuvent ne pas fonctionner correctement, alors que l’application AppSocket sur le même modèle peut fonctionner parfaitement. Il suffit de le tester avec IPP et de continuer à l’utiliser si cela fonctionne bien. Sinon, revenez à AppSocket.

5
Kurt Pfeifle