Tivemos o mesmo problema. Após a regeneração do certificado do servidor CUPS (/etc/cups/ssl/server.crt), a conexão está funcionando novamente. Pode ter que fazer sth com a assinatura SHA1 do certificado padrão.
Temos vários servidores onde a interface CUPS / admin é utilizada. Foi trazido à minha atenção que vários deles não são mais funcionais. A configuração é bastante simples e não consigo encontrar uma diferença entre as configurações dos servidores que trabalham e os que não trabalham.
O erro recebido no Chrome é simples "ERR_FAILED" e não fornece informações adicionais em DETAILS.
O erro relatado no error_log do CUPS é:
D [29/Jun/2016:16:41:36 -0400] cupsdAcceptClient: skipping getpeercon()
D [29/Jun/2016:16:41:36 -0400] cupsdAcceptClient: 12 from 10.1.1.182:631 (IPv4)
D [29/Jun/2016:16:41:36 -0400] cupsdAcceptClient: skipping getpeercon()
D [29/Jun/2016:16:41:36 -0400] cupsdAcceptClient: 13 from 10.1.1.182:631 (IPv4)
E [29/Jun/2016:16:41:36 -0400] Unable to encrypt connection from 10.1.1.182 - A TLS fatal alert has been received.
D [29/Jun/2016:16:41:36 -0400] cupsdCloseClient: 13
E [29/Jun/2016:16:41:36 -0400] Unable to encrypt connection from 10.1.1.182 - A TLS fatal alert has been received.
D [29/Jun/2016:16:41:36 -0400] cupsdCloseClient: 12
A única alteração potencial é que o endereço IP do sistema foi alterado, mas todos os sistemas foram movidos e nem todos foram afetados.
Eu tentei clonar as configurações. Eu tentei reconstruir os certificados SSL. Eu tentei atualizar xícaras e openssl para os últimos pacotes disponíveis.
Tivemos o mesmo problema. Após a regeneração do certificado do servidor CUPS (/etc/cups/ssl/server.crt), a conexão está funcionando novamente. Pode ter que fazer sth com a assinatura SHA1 do certificado padrão.