"Подходящие хосты не найдены при просмотре чашек"
Я использую Ubuntu 18.04.2 Desktop на моем ноутбуке.
Я установил CUPS на Raspberry Pi под управлением Raspbian. Мой Mac будет постоянно печатать на этот принтер без каких-либо проблем.
С Ubuntu Desktop я могу печатать на принтере только через 1 минуту после перезагрузки Ubuntu Desktop. По истечении этого времени документы не будут распечатываться.
Когда я захожу на "localhost:631" из Ubuntu Desktop, статус отображается как "Idle -" Подходящий хост не найден при просмотре чашки "(см. В приложении).
Изображения можно посмотреть здесь https://imgur.com/a/mm4WzMS
7 ответов
Я смог заставить свой принтер работать. Похоже, это какая-то ошибка в просмотре чашек, которая представляет собой программу, которая пытается автоматически установить каждый принтер в сети. После удаления просматриваемых чашек я смог вручную добавить принтер и мог печатать без перезагрузки перед тем, как вручную.
Во-первых: удалить чашки просматриваются
sudo apt-get purge --autoremove cups-browsed
Далее: перезагрузите компьютер
Наконец, вручную добавьте ваш принтер
- В Ubuntu 18.04 зайдите в настройки -> устройства -> принтеры.
- Нажмите "Дополнительные настройки принтера".
- Нажмите на Добавить
- В разделе "Сетевые принтеры" выберите "Найти сетевой принтер". Введите IP-адрес, который имеет ваш сервер с CUPS. Выполнив шаги по установке принтера, вы сможете печатать последовательно, без перезагрузки.
Вам не нужно ничего удалять или добавлять принтер вручную. Просто сделайте это:
systemctl stop cups-browsed
systemctl start cups-browsed
или упрощение:
systemctl restart cups-browsed
Я сделал полный старт и стоп, и это сработало для меня.
У меня есть аналогичный ответ @burnedfaceless, на который я наткнулся несколько случайно. Поскольку мне было неудобно удалять службу, поставляемую с системой (Pop!_OS 20.04), я запустил
systemctl stop cups-browsed
Затем я вручную искал и добавлял принтер через Настройки > Принтеры > Добавить...
В этот момент я мог нормально печатать, и был виден только один экземпляр моего принтера, добавленный вручную. Чтобы проверить это дальше, я перезагрузился, ожидая, что cups-browsed перезапустится (это произошло) и появится второй экземпляр того же принтера через службу cups-browsed (к счастью, этого не произошло). Все идет нормально. Я не уверен, почему cups-browsed автоматически не добавил собственный экземпляр принтера, но рад, что этого не произошло.
Одно отличие, которое я заметил после этого, заключается в том, что если я запускаю:
lpstat -t
scheduler is running
system default destination: <short printer name>
device for <short printer name>: dnssd://<full url-encoded printer name>._ipp._tcp.local/?uuid=e...
Если я правильно помню, URI устройства был
implicitclass://<printer name>
, или что-то в этом роде, когда cups-browsed добавил это. Теперь есть
dnssd://...
. Возможно, это имеет смысл для тех, кто понимает CUPS и/или systemd намного лучше, чем я.
Перезапуск и даже переустановка cups-browsed мне не помогли. Только решил это, назначив фиксированный IP-адрес принтера в настройках маршрутизатора, а затем вручную добавив новый принтер с адресом
У меня были похожие проблемы. Сразу после новой установки я мог печатать так же хорошо, как и после обновления, но в конечном итоге после персонализации моей установки сетевая печать перестала работать. Печать через USB никогда не была проблемой. Оказывается, проблема была в моей VPN (Mullvad). Как только я понял это и изменил настройку в Mullvad, чтобы разрешить локальные устройства, все стало хорошо.
Это случилось и со мной. Раньше я мог легко печатать с помощью mDNS (он же Avahi, он же Bonjour), но недавно обнаружил, что не могу печатать со своего ноутбука — хотя я мог подключиться по SSH к серверу печати CUPS и нормально распечатать тестовую страницу, мог увидеть службу CUPS IPP на порту 631 (которую вы можете просто просмотреть в веб-браузере) и даже увидеть, что запись mDNS правильно транслируется. я не мог получить
cups-browsed
чтобы разрешить имя хоста, когда я запустил
cups-browsed -v
в терминале я увидел, что он просматривает широковещательные данные mDNS, но также сообщает:
Принтер ipps://<имя_модели> @ ._ipps._tcp.local/cups (.local, IP не определен)
В конце концов я понял, что перенастроил
/etc/nsswitch.conf
, по сути навлекая это на себя. Я обновил строку hosts: перед записью, что означает, что systemd-resolved попытается
/etc/hosts
и обычный DNS, но выйдите из системы перед переходом на mDNS. я переехал
[!UNAVAIL=return]
после
mdns4_minimal
, перезапустил сеть с
sudo systemctl status networking.service
, а затем смог увидеть, как mDNS правильно разрешает его.
Вы не можете использовать стандартные инструменты DNS для проверки этого, но вы можете использовать
avahi-browse --all
или же
avahi-discover
чтобы увидеть, что транслируется через mDNS, а затем вы можете использовать
ping <hostname>.local
проверить,
<hostname>
разрешается через mDNS.