私はDebianサーバーとDebianラップトップを持っており、cupsサーバーを使用してすべての自宅のコンピューターからページを印刷しようとしています。
そこで、正しいドライバーを使用してプリンターをサーバーのカップに正常に追加し、その後、ラップトップのカップにプリンターを追加しました。しかし、印刷を依頼すると、システムの印刷ダイアログにプリンターが表示されません。
スクリーンショットは、カップの[プリンタの管理]ページからのもので、共有プリンタと共有プリンタから追加されたプリンタが表示されます。まだ印刷ダイアログにそれらのプリンタが表示されていません。
なんでこんなことが起こっているの?
何卒よろしくお願いいたします。
問題を修正しました。問題は、作業ネットワークも~/.cups/client.conf
で定義されていたため、lpstat -sがフリーズし、システムがこのためにプリンターを読み取れなかったことに気づきました。助けてくれた@bnjmnrsrに感謝します:)
私の場合、client.conf
ファイルのServerName
設定を削除してから、ローカルホストに制限されるのではなく、ローカルネットワークからのアクセスを開く必要がありました。
正しい道を歩み始めてくれた@bnjmnrsrに感謝します。私の場合、lpstat
は次のように報告しました。
$ lpstat -s
no system default destination
lpstat: Bad file descriptor
lpstat: Bad file descriptor
これは私を this postに導きました、そこでOPは彼の解決策を投稿するのに十分親切でした:
[]問題は次のとおりでした:
/etc/cups/client.confでは、構文を使用してサーバーを手動で指定できます。
ServerName hostname-or-ip:port
これは、以前、所定のプリントサーバーに接続された小規模ネットワーク上のワークステーションに使用した方法です。
しかし、それはもううまくいかないようです。 CUPS_SERVER環境変数が手動で同じホスト名に設定されていない限り、そうではありません。
解決策は、手動で設定されたホスト名を削除し、cupsのデフォルトを復元することで構成されていました
ServerName /var/run/cups/cups.sock
私の場合、client.confファイルのServerName
をコメントアウトし、クライアントでCUPSを再起動しました。
$ service cups restart
もう一度lpstat
を実行すると、より良いメッセージが表示されました。
$ lpstat -s
no system default destination
lpstat: No destinations added.
lpstat: No destinations added.
次に、外部IPアドレスでリッスンするようにCUPSを構成する方法を確認するために ここ になりました。構成全体が必要かどうかはわかりませんが、少なくとも、CUPSサーバーがローカルホストのみをリッスンしていることを確認しました。
$ netstat -an | grep 631
tcp 0 0 127.0.0.1:631 0.0.0.0:* LISTEN
/etc/cups/cupsd.conf
ファイルで、Listen
ディレクティブを次のように変更する必要がありました。
Listen localhost:631
に:
Listen <dnsnameofyourserver>:631
サーバーとクライアントでcupsand cups-browsedを再起動すると、クライアントのlpstat
がうまく機能しました。 (4つすべてを再起動する必要があるかどうかはわかりませんが、とにかく再起動しました。)
$ lpstat -a
ML-1710 accepting requests since Fri 24 Feb 2017 07:48:59 PM EST
[マイファイル]> [印刷]ダイアログに、一覧表示されているプリンタも表示されるようになりました。