Created attachment 22252 [details]
логи для 3 разных принтеров

cups-2.4.19-alt2

Стенды:
Alt Workstation 11.2 x86_64, обновленный до Sisyphus
Alt Workstation K 11.4 x86_64, обновленный до Sisyphus
Alt Education KDE 11.2 x86_64, обновленный до Sisyphus
Alt Education XFCE 11.2 x86_64, обновленный до Sisyphus

Проверялось на реальном оборудовании:
Ноутбук F+ Flaptop FLTP-5i5-16512-W
Acer Aspire 5 A517-52-542X 
МФУ Pantum CM1100ADW
MФУ Pantum M6700DW 
МФУ Canon i-SENSYS MF264dw II

Шаги воспроизведения: 
1. Подключить принтер и ноутбук к одной и той же сети (wi-fi/eth) для возможности отправки задания на печать
2. В браузере открыть cups: http://localhost:631/admin
3. Найти подключение принтера по dnssd. Пример для Pantum CM1100ADW: 
# lpinfo -v | grep dnssd | grep CM110ADW
Должна появиться строка вида: 
network dnssd://Pantum%20CM110ADW%20Series%203E9917._ipp._tcp.local/?uuid=a984b...
4. В cups перейти во вкладку Администрирование > Добавить принтер > Выбрать "Backend Error Handler" > Продолжить > Подключение: beh:/1/0/60/протокол_из_вывода_команды_предыдущего_шага (например  beh:/1/0/60/dnssd://Pantum%20CM110ADW%20Series%203E9917._ipp._tcp.local/?uuid=a984b...) > Продолжить >  Написать название принтера > указать драйвер IPP Everywhere > Добавить принтер
5. В cups выбрать Принтеры > Выбрать принтер > Печать пробной страницы

Результат: страница не печатается, в логах появляется строка "Unable to execute backend: Permission denied". Такая же ошибка указана в статусе принтера, а в статусе задания может быть указано "Unable to detect print-quality, using normal!" или то же "Unable to execute backend: Permission denied"

Ошибка, вероятно, связана с правами на бэкенд dnssd, которые позволяют выполнение только от рута:
$ l /usr/lib/cups/backend/
итого 1072
drwxr-xr-x 1 root root    266 июн 25 10:27 ./
...
-rwxr--r-- 1 root root  22792 апр 28 09:38 dnssd
...
-rwxr-xr-x 1 root root  84248 апр 28 09:38 ipp
lrwxrwxrwx 1 root root      3 апр 28 09:38 ipps -> ipp
...
-rwxr-xr-x 1 root root  43288 апр 28 09:38 socket
-rwxr--r-- 1 root root  35080 апр 28 09:38 usb
-rwxr-xr-x 1 root root  14600 апр 22 17:57 beh

Но смущает то, что печать напрямую осуществляется корректно, хотя печать в обоих случаях производится от непривиллегированного пользователя (test). Т.е. в случае прямой печати по dnssd передача прав как-то организована, а при использовании beh - нет. 
В пользу этой теории говорит то, что аналогичную ситуацию наблюдаю при попытке печатать по протоколу beh:/1/0/60/usb:..., который обладает аналогичными правами. Напрямую по usb печать успешна, через beh - "Permission denied". А через socket:// и ipp(s)://, у которых права на исполнение есть у всех, печать осуществляется успешно как напрямую, так и через beh.

Ожидаемый результат: не совсем понятен. Возможно, в таком формате печать действительно не задумана изначально, но т.к. beh это лишь обертка, смущает, что на части бэкендов его использовать нельзя. Кроме того, насколько мне известно, beh может переключаться между бэкендами при возникновении ошибок, т.е. отсутствие прав влияет на его возможность выполнять свои функции.