CUPS: использование принтеров в разных подсетях

Содержание

Вопрос или проблема
TL;DR:
Подробности:
Ответ или решение
Теория
Пример
Применение

Вопрос или проблема

Я пытаюсь настроить CUPS-сервер, расположенный в подсети, который должен взаимодействовать с принтерами, установленными в других подсетях.

Например:
IP-адрес сервера CUPS: 192.168.0.1 /16
IP-адрес принтера 01: 192.168.1.10/16
IP-адрес принтера 02: 192.168.2.10/16
(и так далее)

Сервер CUPS установлен на сервере Debian, и с этого сервера я могу пинговать все принтеры.
Я установил принтеры с использованием протокола LPD (как и много раз с этими машинами), но когда я запускаю задание на печать, файл error_log сообщает мне, что принтер недоступен.
Я подозреваю, что мне нужно изменить файл /etc/cups/cupsd.conf, но я не могу найти нужную опцию.

Кто-нибудь может мне помочь?

TL;DR:

Дважды проверьте, чтобы каждое из ваших устройств действительно было настроено с 192.168.x.y/16.
Переназначьте стандартные частные адреса:
- Разместите все устройства в одной подсети /24. Назначьте им всем адреса в формате 192.168.X.y/24, где X одинаков для всех.
- Используйте текущие адреса, измените их на сети /24 и вручную укажите CUPS адреса принтеров. (Учтите, что это предотвратит автоматическое обнаружение их CUPS.)
- Используйте стандартную частную сеть /16: 10.X.y.z/16, где X одинаков для всех устройств, а y.z уникален для каждого устройства. Вы могли бы использовать
  Сервер: 10.0.0.1/16,
  Принтер 01: 10.0.1.10/16,
  Принтер 02: 10.0.2.10/16.

Подробности:

Вы написали:

…принтеры, установленные в других подсетях.

Например:
IP-адрес сервера CUPS: 192.168.0.1 /16
IP-адрес принтера 01: 192.168.1.10/16
IP-адрес принтера 02: 192.168.2.10/16

/16 означает, что первые 16 бит каждого адреса определяют подсеть, которая в вашем примере будет 192.168. Таким образом, эти устройства находятся в одной подсети и должны напрямую взаимодействовать друг с другом.

Однако:

Это нестандартно. Обычно мы используем 192.168.x/24, что создает сети, определяемые первыми тремя октетами (24 бита). Указывать /16 “разрешено”, но для многих людей и устройств это может быть непонятно.
Если устройство не явно настроено на /16, либо через ваш DHCP-сервер, либо через статический адрес, назначенный этому устройству, префикс 192.168 будет подразумевать /24. В этом случае устройство будет считать, что каждое из других находится в своей уникальной подсети. Устройство, настроенное как /16, сможет “общаться” с любым равноправным устройством в сети 192.168, но равноправное устройство, настроенное как /24, не сможет ответить.

Ответ или решение

Теория

При конфигурации CUPS-сервера для работы с принтерами, расположенными в разных подсетях, важно учитывать сетевые настройки, такие как маска подсети и IP-адресация. Протокол CUPS (Common UNIX Printing System) позволяет управлять печатными заданиями в сетях, но для корректной работы требуется правильная конфигурация. Одной из основных задач является обеспечение того, чтобы сервер и подключенные к ним принтеры находились в одной логической сети, обеспечивающей связь между устройствами. В нашем случае используется маска подсети /16, которая теоретически позволяет всем устройствам с адресами 192.168.x.x/16 быть в одном сегменте сети. Однако на практике могут возникнуть сложности из-за нетипичной конфигурации сетей, особенно в том случае, если настройки сетевого оборудования или сами устройства ожидают более привычной маски /24.

Пример

В вашей конфигурации указаны следующие IP-адреса:

CUPS-сервер: 192.168.0.1/16
Принтер 01: 192.168.1.10/16
Принтер 02: 192.168.2.10/16

По моему опыту, подобная конфигурация часто вызывает проблемы, связанные с маршрутизацией, если устройства по умолчанию ожидают видеть /24, как это и бывает в большинстве локальных сетей. Хотя технология позволяет использовать маску /16, она не всегда приветствуется, и возможны непредвиденные результаты, особенно в сети с различными программными и аппаратными конфигурациями.

Применение

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

Проверка конфигурации сетевых адаптеров: Убедитесь, что каждый из подключенных принтеров и сервер действительно настроены с маской /16. Любые расхождения в настройках могут приводить к невозможности обмена данными между устройствами.
Правка файла cupsd.conf: Откройте файл конфигурации /etc/cups/cupsd.conf и убедитесь, что все необходимые разрешения и настройки сетевого доступа корректны. Дополнительно, если предусмотрена функция автоматического обнаружения принтеров, убедитесь, что уровень доступа и политики выявления сетевых устройств соответствуют вашей топологии сети.
Альтернативные маски подсети: Поскольку маска /16 не является стандартом для таких сетей, можно попробовать перейти на более привычную /24. Это потребует пересмотра IP-адресов устройств:
- CUPS-сервер и каждый принтер должны находиться в одной /24 сети, например, 192.168.0.x/24.
- Этот шаг требует обновления конфигурации на всех устройствах и, возможно, внесения изменений в DHCP-сервер, чтобы он выделял правильные адреса.
Проверка маршрутизации и брандмауэров: Убедитесь, что маршрутизаторы, находящиеся между сегментами сети, и любые серверы брандмауэров, не блокируют пакеты или порты, необходимые для работы CUPS и протоколов, таких как LPD. Проверьте, что межсетевые экраны и фильтры трафика позволяют обмен данными на портах 631 (CUPS IPP) и 515 (LPD).
Статическая маршрутизация: В некоторых конфигурациях, может быть полезно вручную настроить маршруты на сервере, чтобы принтеры были всегда доступны. Команда route в UNIX-системах может использоваться для настройки таких маршрутов.
Документация и помощь сообщества: Обратитесь к официальной документации CUPS и тематическим форумам. Иногда полезные примеры и решения можно найти в соответствующих ресурсах или через профессиональные сообщества. Вы также можете рассмотреть возможность обращения за помощью к сетевым администраторам в рамках вашей организации.

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