IPP、LPD、またはURLを使用するようにCUPS印刷を設定する必要がありますか？

ネットワークプリンターを追加しようとすると、いつも同じジレンマに直面します。

IPP、LPD、またはそのIPアドレス（AppSocket / Jetdirect？）を使用してプリンターをセットアップしますか？その理由は？

それぞれの長所と短所は何ですか？

IPPはIPアドレスオプションとどのように違いますか？IPPを選択した場合、IPアドレスが変更された場合にプリンターを再度追加する必要がなくなりますか？

ここにも同様の質問がありますが、答えは特定のモデル/状況に関するものです： さまざまなプリンター接続の違いは何ですか？

KubuntuセットアップウィザードからのIPスタイル設定のスクリーンショットは次のとおりです。

LPDは古い標準で、IPPは新しいです。

Ubuntuは、Common UNIX Printing System（ "CUPS"）を使用して印刷を処理します。CUPSは、インターネット印刷プロトコル（「IPP」）を印刷ジョブとキューの管理の基礎として使用します。その他のプロトコル（LPD、SMB、AppSocket、別名JetDirect）もサポートされていますが、一部のプロトコルは機能が制限されています。

LPD / LPRは今でも一般的に使用されており、非常によく機能しますが、印刷ジョブごとのプリンター設定をユーザーがあまり制御することはできません。

LPDとJetDirect / AppSocketの両方のプロトコルは、現在インターネット上で使用できますが、これらのプロトコルはいずれも認証サービス、アクセス制御を提供せず、すべてのドキュメント管理とフォーマット（プリンター固有のコマンドを含む）を送信するマシンで処理する必要がありますドキュメント。

IPPは、より多くのフィードバックと制御を提供する双方向通信を使用するため、推奨されます。

一部のプリンターはIPPをサポートしていない場合があります。

@KodduXはすでにかなりよく質問に答えました（そして、私はそれを支持しました）。しかし、ここにいくつかの追加の詳細があります...

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

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

• AppSocketは非常にシンプルなプロトコルであるため、公式の標準ではなかったにもかかわらず、HPが（かなり前に）導入した後、誰でもリバースエンジニアリングできます。また、非常に信頼性が高く堅牢です（この空の「機能」セットがすべてサポートされているため）-事実上すべてのネットワークプリンターで広く使用され、サポートされています。

• IPPはISTO Printer Working Group（PWG）によって標準化されています。PWGは、世界中のほぼすべてのプリンターメーカーを代表しています。HP自身もIPPを非常に密接に受け入れており、新しい「IPP Everywhere」規格との一貫性を維持するために350以上の最新のプリンターモデルが自己認証されています。

• 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 Everywhere」と呼ばれるIPP標準の最新の進化により、ついにドライバーレス印刷が機能し始めました。CUPSでできます！IPP Everywhereプリンターが検出されると、ドライバーやデバイス固有のPPDを管理者が準備またはプレインストールする必要がなくなります。標準のページ記述形式（JPEG、PWG-独自のドライバーを生成する必要のないRaster、URF-Raster、またはPDF）、デバイスに特定の機能を照会し、これらの機能を反映するPPDを自動作成して、非IPP対応アプリケーションでも印刷できるようにします従来の方法（これらの「レガシー」アプリはまだIPPと通信せず、PPDを探すために使用されます-LibreOfficeやFirefoxなどのアプリ）。

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

ただし、プリンターの特定の場合：一部のベンダー/モデルにはバグのあるIPP実装があり、うまく機能しない場合がありますが、同じモデルへのAppSocket印刷は問題なく機能する場合があります。IPPでテストし、正常に機能する場合は使用し続けます。そうでない場合は、AppSocketに戻ります。