Не могу найти имена очередей печати IPP
Я решил.
1) /etc/hosts содержал запись
192.168.1.180 raspberry
Я удалил ее и теперь все работает
2) Проверьте, не продолжает ли dhclient запрашивать IPv6 адреса у IPv6 маршрутизаторов. Я отключил это в /etc/sysctl.conf и сделал sysctrl -p
Очень простая утилита для составления списка всех действительных URI IPP в вашей локальной сети — ippfind, которая поставляется с CUPS.
Это не может быть намного проще, чем просто печатать
ipptool [ENTER]
в терминале и см., например,. перечислено следующее:
ipp://mbp14.papercut-ipv4.local:631/printers/OJ6500 ipp://mbp14.papercut-ipv4.local:631/printers/stkPrinter ipp://lenjes2.local:8444/ipp/print ipp://mbp14.papercut-ipv4.local:631/printers/libreoffice-pin-code-drucker ipp://hp-oj.local:631/ipp/print [....]
Последняя строка представляет собой принтер HP с поддержкой IPP -, остальные строки представляют собой очереди CUPS, установленные на mbp14, и виртуальный принтер IPP, предоставленный через компонент ippserverпрограммного обеспечения IPP Sample Software , работающего под управлением lenjes2..
IPP-принтеры обычно используют следующий URI для получения любых IPP-запросов (, включая отправку заданий сprint-jobIPP-запросом):
ipp://printername/ipp/print
ipps://printername/ipp/print
Хотя это точное местоположение не стандартизировано в спецификации IPP, обычно можно узнать, какие разные URI поддерживаются, выполнив следующую команду:
ipptool -tv ipp://printername/ipp get-printer-attributes.test
Если у вас не установлен ipptool, посмотрите этот asciicast-фильм ASCIInema, который дает вам простой способ установить «Образец программного обеспечения IPP» (, который включает ipptool), и сразу же запустить его без установки :
ОБНОВЛЕНИЕ:
Только что заметил, что ОП обнаружил, что ей пришлось использовать URIhttp://printservername:80/printers/Printername/.printers. Для меня это указывает на то, что онаНЕимеет дело с настоящими IPP-принтерами, а с сервером печати Windows, который, по словам Microsoft, может обрабатывать IPP....
Ну, за исключением этого, реализация Microsoft IPP в значительной степени не поддерживается и в любом случае никогда не работала надежно, здесь используется нестандартный порт -, нестандартный путь -и нестандартный «стандарт» -:, потому что Windows застряла на IPP -1.0, который так и не получил официально объявленного статуса, (он всегда оставался «черновой спецификацией»). Первым официальным стандартом был IPP -1.1...
.