Протокол «просмотра» CUPS был помечен как устаревший и удален в версии CUPS 1.6 из-запроблемы с трансляциейи управляемые сети/WiFi. Это протокол UDP для трансляции информации об установленных принтерах на сервере CUPS и предоставления общего доступа к ним.
Следующая диаграмма наглядно описывает нашу сеть и распространение принтеров с использованием этого протокола:
Browse Protocol
*Printers are shared as ipp pools on the printserver*
+-----------+
|CUPS Client| ipp://printserver/printer01, ipp://printserver/printer02
|1.3.7 +--------+
| | | +------------------+
+-----------+ | | |
+------> Printserver |
+-----------+ | | CUPS 1.5.3 |
|CUPS Client| | | |
|1.5.3 | | +------+---------+-+
| +--------+ | |
+-----------+ | | ipp://printer01
smb://printer02 |
| |
+---------v-+ +--v-------+
| | | |
|Printer 02 | |Printer 01|
| | | |
++----------+ +----------+
*Printserver connects to them using
all kinds of protocols*
- Серверы имеют интерфейсы в одной и той же VLAN для распространения принтеров zeroconf;
- Клиенты (некоторые из них) имеют устаревшие системы, которые печатают через
lpr
. Их локальныеcups
принтеры указывают на сервер печати; - Принт-сервер объявляет (транслирует) новые принтеры и изменения каждые 60 секунд;
У нас есть около 10 клиентов, которые потребляют эти опросы сервера печати, в то время как сам сервер печати подключается к 250 принтерам. Поскольку добавление принтеров на каждом клиенте не будет приятной задачей, и из-за проблем с драйверами для новых принтеров, CUPS необходимо обновить, я спрашиваю:
Вопрос:Существует ли альтернатива протоколу обзора для распределенного добавления принтеров?
Причины, по которым необходимо сохранить эту архитектуру:
- С этим централизованным сервером печати я могу вести учет заданий через скрипты и отправлять их по электронной почте. Синхронизация принтеров, но разрешение клиентам печатать на них напрямую, было бы "достаточно хорошим" решением, но не лучшим;
- Простое управление принтерами на одном сервере;
- Безопасность. Поскольку это виртуализированная среда, я могу решить, какой сервер будет иметь интерфейс в той же vlan, в которой сервер печати транслирует свои пулы/принтеры;
- Наши ребята из службы поддержки обучены добавлять и совместно использовать принтеры с помощью страницы администрирования cups по умолчанию (
http://printserver:631
), и у них вообще нет доступа к оболочке. Вот почему такие решения, как добавлениеодна услуга avahiдля каждого принтера — не лучший вариант.
решение1
Это совершенно не проверено мной, но мне удалось найти эту ветку, которая звучит как возможное решение вашей проблемы. В ветке форума под названием:Индекс» Сеть, сервер и защита» Решение проблемы печати CUPS (libcups) 1.6.
выдержка
Привет, я прочитал бесчисленное количество тем здесь и в других местах о действительно раздражающей особенности CUPS 1.6: судя по всему, вы не можете использовать libcups в одиночку для просмотра существующих принтеров в вашей сети, как мы делали раньше. Даже если вы знаете адрес вашего локального сервера CUPS. Вам нужно установить пакет сервера cups.
Я потратил много времени, пытаясь найти решение этой проблемы, потому что она действительно раздражает.
Я рад сообщить, что нашел действительно простое решение:
- Вам понадобится только libcups (1.6), как и изначально
Вам нужно отредактировать либо ,
/etc/cups/client.conf
либо~/.cups/client.conf
и добавить эту строку (я полагаю, /version добавляет совместимость со старыми серверами CUPS):ServerName foobar/version=1.1
Видимо, это новая опция, которая еще не документирована. Спасибо ребятам из Ubuntu, у которых я ее нашел:https://bugs.launchpad.net/ubuntu/+source/cups/+bug/1069671
Я был бы признателен, если бы кто-то отредактировал вики, чтобы добавить это. Я сейчас в дороге. В противном случае я сделаю это позже на следующей неделе.
Также может быть уместно сделать его липким.
Ваше здоровье!
Рекомендации
решение2
cups-browsed был упакован для Debian и предназначен для использования mdns для добавления эквивалентной функциональности.