Erro ao acessar localhost:631 [RESOLVIDO]

dioogolol
(usa Ubuntu)

Enviado em 13/01/2016 - 11:43h

Pessoal tentei acessar o cups como sempre faço pelo localhost:631 e o navegador me mandou a mensagem de ERR_CONNECTION_REFUSED, ai fui em configurações impressoras e aparece a mensagem de que o sistema de impressão não está disponível.

http://imagizer.imageshack.us/a/img911/3861/AUsAdh.png

marceloruan
(usa Linux Mint)

Enviado em 14/01/2016 - 00:55h

Como você imprime ? portas usb ? pela rede?
Caso de for USB veja se está tudo ligado e se seu SO está atualizado e caso se for pela rede veja se está tudo conectado.


Marcelo Ruan
Graduating in Technology in Telematics - IFPB CG
IEEE Student Member
Communications Coordinator in IEEE Student Branch - IFPB CG

Não alcançamos a liberdade buscando a liberdade, mas sim a verdade. A liberdade não é um fim, mas uma consequência.
Leon Tolstoi

Buckminster
(usa Debian)

Enviado em 14/01/2016 - 08:10h

Primeiro verifique se tu configurou o cupsd.conf, procure a seção correspondente e veja se tem algo parecido com isso:

#Port 80
#Port 443
Port 631
Listen 127.0.0.1:631

<Location />
Order Deny,Allow
Deny From All
Allow From 127.0.0.1
</Location>

E verifique também se o serviço está rodando, ou seja, se o cups foi iniciado.

dioogolol
(usa Ubuntu)

Enviado em 14/01/2016 - 10:30h

Eu imprimo por uma impressora compartilhada, a impressora foi compartilhada pelo windows.

dioogolol
(usa Ubuntu)

Enviado em 14/01/2016 - 10:38h

O cups está iniciado dei o comando /etc/init.d/cups start e apareceu ok.
Meu cupsd.conf está assim:
#
# "$Id: cupsd.conf.in 7199 2008-01-08 00:16:30Z mike $"
#
# Sample configuration file for the Common UNIX Printing System (CUPS)
# scheduler. See "man cupsd.conf" for a complete description of this
# file.
#

# Log general information in error_log - change "info" to "debug" for
# troubleshooting...
LogLevel info

# Administrator user group...
SystemGroup lpadmin


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

# Show shared printers on the local network.
Browsing On
BrowseOrder allow,deny
BrowseAllow all

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

# Restrict access to the server...
<Location />
Order Deny,Allow
Allow From 127.0.0.1
Port 631
</Location>

# Restrict access to the admin pages...
<Location /admin>
Encryption Required
Order allow,deny
</Location>

# Restrict access to configuration files...
<Location /admin/conf>
AuthType Default
Require user @SYSTEM
Order allow,deny
</Location>

# Set the default printer/job policies...
<Policy default>
# Job-related operations must be done by the owner or an administrator...
<Limit Send-Document Send-URI Hold-Job Release-Job Restart-Job Purge-Jobs Set-Job-Attributes Create-Job-Subscription Renew-Subscription Cancel-Subscription Get-Notifications Reprocess-Job Cancel-Current-Job Suspend-Current-Job Resume-Job CUPS-Move-Job>
Require user @OWNER @SYSTEM
Order deny,allow
</Limit>

# All administration operations require an administrator to authenticate...
<Limit CUPS-Add-Modify-Printer CUPS-Delete-Printer CUPS-Add-Modify-Class CUPS-Delete-Class CUPS-Set-Default>
AuthType Default
Require user @SYSTEM
Order deny,allow
</Limit>

# All printer operations require a printer operator to authenticate...
<Limit Pause-Printer Resume-Printer Enable-Printer Disable-Printer Pause-Printer-After-Current-Job Hold-New-Jobs Release-Held-New-Jobs Deactivate-Printer Activate-Printer Restart-Printer Shutdown-Printer Startup-Printer Promote-Job Schedule-Job-After CUPS-Accept-Jobs CUPS-Reject-Jobs>
AuthType Default
Require user @SYSTEM
Order deny,allow
</Limit>

# Only the owner or an administrator can cancel or authenticate a job...
<Limit Cancel-Job CUPS-Authenticate-Job>
Require user @OWNER @SYSTEM
Order deny,allow
</Limit>

<Limit All>
Order deny,allow
</Limit>
</Policy>

#
# End of "$Id: cupsd.conf.in 7199 2008-01-08 00:16:30Z mike $".
#

dioogolol
(usa Ubuntu)

Enviado em 16/01/2016 - 12:42h

Reinstalei o cups e voltou a funcionar obrigado :)

Buckminster
(usa Debian)

Enviado em 16/01/2016 - 17:08h

De nada.

Sampayu
(usa XUbuntu)

Enviado em 09/08/2016 - 14:54h

Recentemente instalei o XUbuntu 16.04 "Xenial" de 64 bits. Desde então, passei a ter problemas com o CUPS (e com diversas outras coisas. Esse "Xenial" foi muito mal finalizado, affffffff...): o servidor começou a dar erro de acesso ao localhost na porta 631.

Estranhamente, os scripts de inicialização do daemon cupsd estavam todos configurados corretamente e sendo executados, durante o boot. O CUPS também está todo configurado certinho e as portas abertas, no firewall tanto do roteador quanto no GUFW (firewall por software, no Linux).

Foi quando desconfiei que fosse algum problema de pré-configuração do CUPS (estou usando o CUPS versão 2.1.3-4). Fui investigar os arquivos de configuração e encontrei um erro! Nas configurações há um symlink (um arquivo de link simbólico) que deveria ter extensão "service" mas está com extensão "path". Em outras palavras, no meu sistema o symlink estava assim:

/etc/systemd/system/multi-user.target.wants/cups.path -> /lib/systemd/system/cups.path 

...mas o correto é isto:

/etc/systemd/system/multi-user.target.wants/cups.service -> /lib/systemd/system/cups.path 

Para corrigir o problema, executei este comando:

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

O comando acima corrigirá a extensão do symlink e reiniciará o computador, para forçar a reexecução dos scripts de inicialização do daemon do CUPS. Após isso, o CUPS voltou a funcionar: não vi mais erro nenhum de acesso ao localhost.

=====

Se a solução acima não funcionar, é possível que dentro do arquivo /etc/apache2/apache2.conf o parâmetro HostnameLookups esteja configurado com o argumento Off, ao invés de On. Para corrigir isso, basta executar este comando, no terminal do shell:

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

Seu computador reiniciará. Após isso, o acesso ao CUPS deverá estar normalizado.

--
Yuri Sucupira ("Sampayu")