Existe um ficheiro de logótipo no servidor proxy. O Squid consegue lê-lo. Mesmo assim, o navegador mostra uma imagem quebrada. As permissões de ficheiro não conseguem corrigir um pedido para um URL errado.

Quando um modelo de erro personalizado contém src="images/logo.png", o navegador resolve essa referência com o contexto de URL do documento. Não procura no disco do servidor Squid um diretório images próximo. Colocar o ficheiro sob a raiz de documentos de um servidor web separado também não faz com que o Squid o sirva automaticamente.

No Squid 5–7, error_directory seleciona os modelos de erro personalizados; icon_directory indica o armazenamento de ícones. Os URL internos de ícones do Squid usam o caminho /squid-internal-static/icons/. Siga a disposição de recursos da versão instalada em vez de tratar um caminho do sistema de ficheiros Unix como um endereço de imagem HTML.

Inspecione o pedido real de imagem do navegador. O nome do anfitrião, o caminho, o estado e a rota escolhida mostram se o navegador pediu ao Squid um recurso interno, contactou um anfitrião de imagens separado ou pediu um caminho não relacionado no site bloqueado.

Se a imagem estiver num servidor web interno aprovado, use o URL de recurso acessível e tenha em conta as regras de acesso. Se pertencer aos recursos internos do Squid, confirme a localização do recurso instalado e o ouvinte que serve esses pedidos.

Mantenha a mensagem de erro legível sem a sua imagem. Uma página de diagnóstico que depende de outro pedido de rede falhado pode esconder a explicação de que o leitor precisava.

Artigos relacionados