Чашки не работают на клиентском компьютере

Я просто пытаюсь сделать так, чтобы страница чашек появлялась на клиентском компьютере. Я установил чашки через apt-get install cups. Я установил клиент чашки через apt-get install cups cups-client.

Я отредактировал файл cups.conf.d, чтобы разрешить доступ к серверу:

Restrict Access to the Server
<Location />
##Order allow,deny
##Allow all
</Location>

Когда я иду на клиентский компьютер и набираю localhost:631/admin, я получаю экран Unable To Connect ...

Любые предложения о том, что идет не так?

1
задан 2 May 2016 в 15:49

1 ответ

Я недавно обновил от 64-разрядного XUbuntu 14.04 "Надежного человека" к 64-разрядному "Гостеприимному" XUbuntu 16.04, и затем я испытал ту же проблему.

Вот команда, которая зафиксировала это для меня (выполните ее на чашках сервер ):

sudo mv /etc/systemd/system/multi-user.target.wants/cups.path /etc/systemd/system/multi-user.target.wants/cups.service

... затем перезапускают Ваш сервер компьютер или альтернативно выполняют эту команду:

sudo service cupsd restart

... и использование Ваш клиент машина, чтобы проверить, не стало ли проблемы.

<час>
  • Теперь объяснение:

На *системы Ubuntu, должно быть чашки. сервис файл, работающий символьной ссылкой (символьная ссылка), который указывает на [1 117]/lib/systemd/system/cups. путь . Другими словами, корректное должно быть этим:

/etc/systemd/system/multi-user.target.wants/cups. сервис ->/lib/systemd/system/cups.path

Однако кажется, что новое *сборки Ubuntu идут с неверной конфигурацией, которая имеет это:

/etc/systemd/system/multi-user.target.wants/cups. путь ->/lib/systemd/system/cups.path

..., который заставляет эти rc.d сценарии не работать правильно при начальной загрузке (системная инициализация / запуск).

Переименование расширения файла символьной ссылки от [1 118] чашки. путь к [1 119] чашки. сервис (и затем перезапуск компьютера или демона чашек) таким образом устраняет проблему.

<час>

, Если вышеупомянутое решение не решает проблему (или если такая ошибка не присутствует в Вашей системе), то другая возможная причина HostnameLookups, параметр устанавливается на [1 111] аргумент вместо [1 112]. Для фиксации его просто выполните эту команду на чашках сервер машина:

sudo sed -i -e 's/HostnameLookups Off/HostnameLookups On/' "/etc/apache2/apache2.conf"

... и затем перезапускают Ваш компьютер. Если Вы хотите вынудить это перезапустить, выполнить эту команду:

sudo telinit 6

После перезагрузки сервер , используйте Ваш клиент машина, чтобы проверить, не стало ли проблемы.

<час>

, Если, в конце концов, это проблема все еще там, удалите чашки init ссылки на сценарии от Ваших чашек сервер машина:

sudo update-rc.d cups remove

... и затем добавляют ссылки назад с их настройками по умолчанию:

sudo update-rc.d cups defaults

... затем перезапускают Ваш сервер компьютер:

sudo telinit 6

... и использование Ваш клиент машина, чтобы проверить, не стало ли проблемы.

<час>

, Если после этого сервис все еще не загружается, возможно, символьная ссылка на [1 113] отсутствует. Для фиксации его сначала станьте суперпользователь (выполните команду ниже оболочки/эмулятора терминала):

sudo su

... и затем выполненный суперкоманда ниже, чтобы создать символьную ссылку и запустить сервис прямо после:

sudo ln -sf /lib/systemd/system/cups.service /etc/systemd/system/multi-user.target.wants/cups.service ; systemctl enable cups.service
0
ответ дан 3 May 2016 в 01:49
  • 1
    Начните работу portchecker.co, чтобы видеть, открыты ли Ваши порты (80 и 443). Вы don' t нужно что-либо больше для доступа к нему снаружи с глобальным IP, Никакой DNS не требуется для этого шага. – Renon Lift 8 October 2017 в 14:50

Другие вопросы по тегам:

Похожие вопросы: