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?

Une question similaire se pose 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:

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 de gestion des travaux d'impression et des files d'attente . D'autres protocoles sont également pris en charge ( 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.

@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 (quelle page est actuellement imprimée), 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 à une ingénierie inverse 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 plus récents modèles d’imprimantes auto-certifiées conformes au nouveau standard «IPP Everywhere» .

• 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’une des options suivantes: «côtés = bord long sur deux côtés» ou «... = bord court sur deux côtés» , alors qu’avant, vous pouviez avoir au moins dix façons de spécifier une impression recto verso ( parce que 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 pour cela; plus de la moitié d'entre eux peuvent directement utiliser le format PDF. aussi) sur ses capacités spécifiques: peut-il faire de la couleur? Quels formats de papier sont-ils compatibles? 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 «IPP Everywhere» , l' impression sans pilote commence enfin à fonctionner. CUPS peut le faire! Chaque fois qu'il rencontre une imprimante IPP Everywhere, il n'a plus besoin de 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), 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 afin que même les applications non compatibles IPP puissent 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 ce qui ne l'est 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 ....)

Cependant, dans le cas spécifique de votre imprimante: 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.