web-dev-qa-db-ja.com

CUPS印刷プロトコル：RAW / JetDirect-IPP-IPP14-LPDの違いは何ですか？

私は小さなLANでいくつかの印刷の問題をデバッグしています。私が直面している問題がカップ自体に関連していないことはかなり確かですが、CUPSと私のプリンター（Konica Minolta Bizhub C224E）の両方の印刷プロトコルをいじっていますとC3350）を理解しています。

それは私に不思議に思いました：それはあなたのプリンターがサポートするプロトコルを知ることの問題だけですか、それともそれらの間に何らかの階層がありますか？私が行った広範囲な読みから、LPDはかなり古く、IPP（14）は「ブロック上の新しい子供」であると推測できるようですが、この新しいプロトコルは本当の利点を提供するかどうか？

printingcupslpdipp
8
zenlord

@RuiFRibeiroへのThx AskUbuntuサイトでいくつかのリソースを見つけましたが、そのうちの1つが廃止されたcups.org FAQを指していたため、以前に見逃していたリンクが表示されました： https：//www.cups。 org/doc/network.html 。このページには、最も重要な違いがリストされています。

AppSocketプロトコル

AppSocketプロトコル（HP JetDirectネットワークインターフェイスを起源とするため、JetDirectプロトコルとも呼ばれます）は、プリンターに使用される最も単純で、最も高速で、一般的に最も信頼性の高いネットワークプロトコルです。 AppSocketの印刷は通常、ポート9100で行われ、ソケットURIスキームを使用します。

socket://ip-address-or-hostname

インターネット印刷プロトコル（IPP）

IPPは、CUPSがネイティブでサポートする唯一のプロトコルであり、ほとんどのネットワークプリンターとプリントサーバーでサポートされています。 IPP印刷は通常、ポート631で行われ、http（Windows）、ipp、およびipps URIスキームを使用します。

http://ip-address-or-hostname:port-number/resource
ipp://ip-address-or-hostname:port-number/resource
ipps://ip-address-or-hostname:port-number/resource

ラインプリンターデーモン（LPD）プロトコル

LPDは元のネットワーク印刷プロトコルであり、多くのネットワークプリンターでサポートされています。 LPDプロトコルには制限があるため、プリンターまたはサーバーが他のプロトコルのいずれかをサポートしている場合は、LPDプロトコルの使用をお勧めしません。 LPD印刷は通常、ポート515で行われ、lpd URIスキームを使用します。

lpd://ip-address-or-hostname/queue
13
zenlord

JetDirect/AppSocketに対するIPPの主な利点は次のとおりです。

  • AppSocketは「ファイアアンドフォーゲット」プロトコルです。 IPP（S）は、ジョブ処理の現在の状態（どのページが現在印刷されているか）などの非常に詳細なバックチャネル情報を提供できます（過去、完了、またはキャンセルされたジョブに関するクエリなど）。

  • AppSocketは非常にシンプルなプロトコルであるため、HPが導入した後、公式の規格ではなかったとしても、誰でもリバースエンジニアリングすることができます。また、非常に信頼性が高く、堅牢です（サポートする「機能」のすべての空のセットを備えています）。そのため、世界中のほぼすべてのネットワークプリンターで広く使用およびサポートされていました。

  • IPPは ISTOプリンタワーキンググループ（PWG） によって標準化されています。これは、世界中のほぼすべての単一のプリンタメーカーを表しています。 HP自身もIPPを非常に密接に採用しており、350を超える最新のプリンターモデルが新しい IPP EverywhereStandard との整合性を自己認定しています。

  • IPP（S）を使用すると、セキュリティに関連するはるかに優れたオプション（認証/承認、転送されたデータの暗号化、アクセス制御など）を利用できます。

  • IPPを使用すると、印刷ジョブオプションの名前と値のセットを指定できます。両面印刷は、 'sides = two-sided-long-Edge'または '... = two-sided-short-Edge'のいずれかです。 以前は、両面印刷出力を指定する方法は最大10個以上ありました（すべてのベンダーが独自の命名方式を自由に使用できるため）。同じことが他の多くの印刷パラメータにも当てはまります。

  • IPP（S）を使用すると、IPP対応プリンターをクエリできます（過去10年間に販売されたデバイスの90％以上がIPPを話すことができます-AirPrintは、これらの半分以上は、特定の機能についてPDFも）直接消費する可能性があります。カラーに対応していますか？サポートしている用紙サイズは？両面印刷に対応していますか？ステープルできますか？パンチ、フォールド、どのIPPバージョンがサポートされているか、どのページ記述言語（PDL-PostScript、PDF、PCL、JPEGなど）を送信できるか？など...

  • IPP標準の最新の進化により、適切に 'IPP Everywhere'と呼ばれ、最後にドライバーレス印刷が機能し始めます。 CUPSならできます！ IPP Everywhereプリンターに遭遇すると、管理者が準備またはプレインストールしたドライバーやデバイス固有のPPDは必要なくなります。標準のページ記述形式（JPEG、PWG-のいずれか）を送信できることがわかります。 Raster、URF-Raster、またはPDFこれは、専用のドライバーを生成する必要がない）、特定の機能についてデバイスにクエリを実行でき、これらの機能を反映するPPDを自動作成します。非IPP対応のアプリケーションでも従来の方法で印刷できます（これらの「レガシー」アプリはまだIPPを話しません。PPDを探すために使用されます-LibreOfficeやFirefoxなどのアプリや何をしないか）。

IPPは未来であり、未来はすでにここにあります。 （AppSocketは過去のものですが、まだ完全に無くなっているわけではありません。ほとんどのIPPプリンターはまだAppSocketも話します...）

4
Kurt Pfeifle