Cups não funcionando na máquina do cliente

Question

Estou apenas tentando fazer a página de cups aparecer em uma máquina cliente. Eu instalei xícaras via apt-get install cups . Eu instalei o cliente cups via apt-get install cups cups-client .

Eu editei o arquivo cups.conf.d para permitir acesso ao servidor:

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

Quando vou para a máquina cliente e digito localhost:631/admin , recebo a tela O Unable To Connect ...

Alguma sugestão sobre o que está errado?

    

Answer 1

Eu atualizei recentemente do XUbuntu 14.04 de 64 bits "Trusty" para o XUbuntu 16.04 de 64 bits "Xenial" e, em seguida, experimentei o mesmo problema.

Aqui está o comando que corrigiu isso para mim (execute-o no cups server ):

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

... então reinicie seu computador servidor ou, como alternativa, execute este comando:

sudo service cupsd restart

... e use sua máquina client para verificar se o problema desapareceu.

• Agora, a explicação:

Em sistemas Ubuntu, deve haver um arquivo cups. service funcionando como um link simbólico (link simbólico) que aponta para / lib / systemd / system / cups. path . Em outras palavras, o correto deve ser este:

% bl0ck_qu0te%

No entanto, parece que as versões * mais recentes do Ubuntu estão chegando com uma configuração incorreta que tem isto:

% bl0ck_qu0te%

... o que faz com que os scripts rc.d não funcionem corretamente na inicialização (inicialização / inicialização do sistema).

Renomeando a extensão do arquivo de links simbólicos de xícaras. caminho para xícaras. serviço (e reiniciando o computador ou o daemon cups) assim corrige o problema.

Se a solução acima não resolver o problema (ou se tal erro não estiver presente em seu sistema), outro motivo possível é o parâmetro HostnameLookups ser definido como Off argument em vez de On . Para consertá-lo, basta executar este comando em sua máquina cups server :

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

... e reinicie o computador. Se você deseja forçá-lo a reiniciar, execute este comando:

sudo telinit 6

Depois de reinicializar o servidor , use sua máquina cliente para verificar se o problema desapareceu.

Se, depois de tudo isso, o problema persistir, remova os links de script init do seu computador cups server :

sudo update-rc.d cups remove

... e, em seguida, adicione os links de volta com suas configurações padrão:

sudo update-rc.d cups defaults

... depois reinicie o seu computador servidor :

sudo telinit 6

... e use sua máquina client para verificar se o problema desapareceu.

Se depois disso o serviço ainda não estiver sendo carregado, talvez o link simbólico para cpus.service esteja faltando. Para consertá-lo, primeiro torne-se superusuário (execute o comando abaixo do emulador shell / terminal):

sudo su

... e, em seguida, execute o supercommand abaixo para criar o link simbólico e iniciar o serviço logo após:

sudo ln -sf /lib/systemd/system/cups.service /etc/systemd/system/multi-user.target.wants/cups.service ; systemctl enable cups.service