Почему я получаю 400 Плохих Запросов в сервере чашек человечности 9.10?

Следующие cupsd.conf настройки файла позволили мне печатать использование или IP или имя хоста сервера чашек:

ServerName myservername
ServerAlias *

# Only listen for connections from the local machine.
Listen localhost:631
Listen /var/run/cups/cups.sock
Listen myservername.local:631

# Show shared printers on the local network.
Browsing On
BrowseOrder allow,deny
BrowseAllow all
BrowseLocalProtocols CUPS dnssd
BrowseAddress 192.168.1.255

# Default authentication type, when authentication is required...
DefaultAuthType Basic

# Restrict access to the server...
<Location />
  Order deny,allow
  Deny from All
  Allow from 127.0.0.1
  Allow from 192.168.1.*
</Location>

# Restrict access to the admin pages...
<Location /admin>
  Order deny,allow
  Deny from All
  #Allow from 127.0.0.1
  #Allow from 192.168.1.*
</Location>

# Restrict access to configuration files...
<Location /admin/conf>
  AuthType Default
  Require user @SYSTEM
  Order deny,allow
  Deny from All
  #Allow from 127.0.0.1
  #Allow from 192.168.1.*
</Location>

по-видимому, я отсутствовал ServerAlias * строка

Включение Печатающий использование CUPS от Mac – Как мой Mac теперь печатает к принтеру, включило Машину под управлением Ubuntu 9.10!

После МНОГИХ оплошностей я выполнил эти шаги, и принтер наконец начал работать с помощью CUPS и установки выше. Как относительный новичок к Ubuntu и Linux, я не знаю, какой из этих шагов был волшебными, которые работали. Вероятно, что некоторые из этих шагов могут быть изменены или опущены, но они работали на меня, и надо надеяться, на Вас также.

Принтер, присоединенный к параллельному порту на машине Linux, был установлен, выполнение, и установлен к общему по локальной сети от CUPS (http://localhost:631, введенный в адресную панель Firefox).

На машине Linux я выполнил ifconfig из терминального приложения. обнаружить локальный IP-адрес (запускается с 192.168.xx.x) (Ваш xx.x будет различными числами).

От адресной панели программы Safari Mac я перешел к URL порта CUPS машины Linux 631 (192.168.xx.x:631), где xx.x являются числами для локального адреса, обнаруженного с помощью ifconfig выше.

Это подняло систему CUPS на машине Linux (который был отображен на экране машины Mac).

Я затем перешел к вкладке принтеров на машине Linux (через сафари на Mac) и скопировал местоположение для принтера на буфер обмена (http://192.168.xx.x:631/printers/Hewlett-Packard-HP-LaserJet-1100).

Я затем открыл порт 631 на машине Mac (http://localhost:631), который поднимает систему CUPS на Mac. (Если это не поднимает систему CUPS Mac, посмотрите в другом месте для понимания этого).

Я пошел для Добавления Принтера в системе CUPS Mac.

На Mac я дал добавленный принтер, название HP_LaserJet_1100 и “вырезало и вставило местоположение и в местоположение и в поля описания.

Для устройства я использовал IPP или интернет-протокол печати (http).

Для Устройства URI я вставил местоположение, скопированное с машины Linux все снова и снова.

Я выбрал надлежащее, делают и модель для драйвера на следующем экране.

Обработанный! Надо надеяться, это сохраняет кого-то еще час, или два он взял меня для поточной обработки той иглы.

это - намеренное поведение, что CUPS отклоняет запросы, адресованные FQDN хоста при получении по локальному петлевому интерфейсу.

Решение: не заставляйте FQDN хоста решить к 127.0.0.1, но вместо этого к корректному внешнему IP-адресу для этого FQDN.

От Вашего начального вопроса кажется, что Вы, возможно, попробовали (среди других) a cupsd.conf изменение, содержащее следующие утверждения:

ServerName 192.168.1.101

# Only listen for connections from the local machine.
Listen localhost:631
Listen /var/run/cups/cups.sock

# any of the below 'Listen' directives all yield the same result
#Listen 192.168.1.101:631
Listen *:631
#Listen myservername.local:631

Этот, конечно, НЕ будет работать, и вероятно, предотвратит cupsd демон от запуска. Поскольку, Listen localhost:631 оператор свяжет его с 127.0.0.1:631 сокет. Несколько миллисекунд позже в его запуске, Listen *:631 оператор попросил бы привязку ко всем доступным сокетам в порте 631: то есть, в Вашем случае, по крайней мере, 127.0.0.1:631 (снова) и 192.168.1.101:631. При попытке связать во второй раз с 127.0.0.1:631, cupsd уже нашел бы сокет занятым, зарегистрировал бы ошибку и выход.

Урок: Если Вы используете несколько Listen: ... директивы в cupsd.conf, удостоверьтесь, что у Вас нет наложения.