Принтер добавлен в чашки, но не отображается в диалоговом окне печати

2628
The Quantum Physicist

У меня есть сервер Debian и ноутбук Debian, и я пытаюсь использовать сервер чашек для печати страниц со всех моих домашних компьютеров.

Поэтому я успешно добавил принтер в чашки сервера с правильными драйверами, и после этого я добавил принтер в чашки моего ноутбука. Однако, когда я спрашиваю о печати, я не вижу свой принтер в диалоговом окне печати в системе.

Снимок экрана представлен на странице чашек «Управление принтерами», где вы видите общий принтер и добавленный принтер из общего принтера. Пока я не вижу эти принтеры в диалоге печати.

Почему это происходит?

Принтер добавлен в чашки, но не отображается в диалоговом окне печати

Спасибо за любые усилия.

2
Можете ли вы уточнить настройки вашего оборудования? К какой машине подключен ваш принтер и как (USB?). Можете ли вы распечатать тестовую страницу с устройства, к которому она подключена? Все ли машины в одной сети и могут ли они пинговать друг друга? Вы написали «после этого я добавил принтер в чашки моего ноутбука» - вы подключили принтер к своему ноутбуку, чтобы сделать это? bnjmnrsr 10 лет назад 1
@bnjmnrsr Спасибо, что ответили. Извините, я думал, что это было ясно. Вот информация: принтер подключен к серверу. Я могу распечатать тестовую страницу на сервере. Все машины находятся в одной локальной сети. Да, они могут пинговать друг друга, и у меня есть сервер samba, работающий для файлов в течение долгого времени; Я тоже пытался добавить сервис печати. Нет, я не подключал принтер к ноутбуку, все делаю удаленно. Принтер всегда подключен только к серверу. The Quantum Physicist 10 лет назад 0
На этом этапе может быть много вещей. Несколько вещей, которые я бы проверил: пользователь вашего ноутбука входит в группу lpadmin? У вас есть запись «Разрешить» для вашей сети на ваших серверах /etc/cups/cupsd.conf? У вас есть опция «Общий доступ к принтерам, подключенным к этой системе» на странице администрирования ваших серверов? Что выводит lpstat -s на сервер и ноутбук? bnjmnrsr 10 лет назад 2
@bnjmnrsr Большое спасибо, я решил проблему. Проблема заключалась в том, что я также определил свою рабочую сеть в ~ / .cups / client.conf, и это заставило lpstat -s зависнуть, и это заставило меня понять, что система не могла читать принтеры из-за этого. Большое спасибо :) The Quantum Physicist 10 лет назад 1
Хорошее исправление. Позволяет ли CUPS иметь несколько сетей? Скажем, как и в вашей ситуации, у меня работает сервер Debian CUPS, затем я возвращаюсь домой к своей собственной аналогичной настройке, с разными диапазонами IP-адресов ... Может ли CUPS всегда делать то, что заметил OP? Вы прокомментировали свою рабочую сеть, чтобы исправить это? Kinnectus 10 лет назад 0
@BigChris На самом деле я не знаю ... сейчас я отключил рабочую сеть в `~ / .cups / client.conf`, и она работает ... возможно, мне придется всегда переключать файлы client.conf. The Quantum Physicist 10 лет назад 0

2 ответа на вопрос

0
The Quantum Physicist

I got the problem fixed. The problem was that I had also my work network defined in ~/.cups/client.conf, and this made the lpstat -s freeze, and that made me realize that the system wasn't able to read the printers because of this. Thanks to @bnjmnrsr for the help :)

0
jia103

В моем случае мне нужно было избавиться от моих ServerNameнастроек в моем client.confфайле, а затем открыть доступ из моей локальной сети вместо того, чтобы оставаться ограниченным локальным хостом.

Спасибо @bnjmnrsr за то, что отправили меня по правильному пути. В моем случае lpstatсообщается:

$ lpstat -s no system default destination lpstat: Bad file descriptor lpstat: Bad file descriptor 

Это привело меня к этому посту, в котором ОП был достаточно любезен, чтобы опубликовать свое решение:

Проблема была в следующем:

в /etc/cups/client.conf можно вручную указать сервер с синтаксисом

Имя_сервера hostname-or-ip: порт

Этот метод я использовал в прошлом для рабочих станций в небольшой сети, подключенной к заранее определенному серверу печати

Однако, похоже, это больше не работает. Нет, если для переменной среды CUPS_SERVER вручную не установлено то же имя хоста.

Решение состояло в том, чтобы удалить заданное вручную имя хоста и восстановить чашки по умолчанию

Имя_сервера /var/run/cups/cups.sock

В моем случае я просто закомментировал ServerNameсвой файл client.conf и перезапустил CUPS на клиенте:

$ service cups restart 

Когда я lpstatснова побежал, я получил лучшее сообщение:

$ lpstat -s no system default destination lpstat: No destinations added. lpstat: No destinations added. 

Затем я попал сюда, чтобы посмотреть, как настроить CUPS для прослушивания внешнего IP-адреса. Я не уверен, нужна ли вся конфигурация, но, по крайней мере, я заметил, что мой сервер CUPS только слушал localhost:

$ 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 

После перезапуска чашек и просмотра чашек на сервере и клиенте моя работа lpstatна клиенте работала лучше. (Я не знаю, нужно ли было перезапускать все четыре, но я все равно сделал это.)

$ lpstat -a ML-1710 accepting requests since Fri 24 Feb 2017 07:48:59 PM EST 

Теперь в диалоговом окне «Мой файл»> «Печать» отображаются принтеры, перечисленные в списке.