D'où sont servies les images des pages d'erreur de Squid
Corrigez une image manquante dans une page d'erreur de Squid en séparant l'URL du navigateur du chemin local du système de fichiers du serveur mandataire.
Un fichier de logo existe sur le serveur mandataire. Squid peut le lire. Le navigateur affiche pourtant une image cassée. Les permissions de fichier ne peuvent pas corriger une requête vers une mauvaise URL.
Quand un modèle d'erreur personnalisé contient src="images/logo.png", le navigateur résout cette référence avec le contexte d'URL du document. Il ne cherche pas sur le disque du serveur Squid un répertoire images proche. Placer le fichier sous la racine de documents d'un serveur web distinct ne fait pas non plus que Squid le serve automatiquement.
Dans Squid 5–7, error_directory sélectionne les modèles d'erreur personnalisés ; icon_directory désigne l'emplacement de stockage des icônes. Les URL internes des icônes de Squid utilisent le chemin /squid-internal-static/icons/. Suivez l'agencement des ressources de la version installée plutôt que de traiter un chemin du système de fichiers Unix comme une adresse d'image HTML.
Examinez la requête d'image réelle du navigateur. Son nom d'hôte, son chemin, son statut et la route choisie indiquent si le navigateur a demandé une ressource interne à Squid, contacté un hôte d'images distinct ou demandé un chemin sans rapport sur le site bloqué.
Si l'image se trouve sur un serveur web interne approuvé, utilisez son URL de ressource accessible et tenez compte des règles d'accès. Si elle appartient aux ressources internes de Squid, confirmez l'emplacement de la ressource installée et l'écouteur qui sert ces requêtes.
Gardez le message d'erreur lisible sans son image. Une page de diagnostic qui dépend d'une autre requête réseau en échec peut masquer l'explication dont le lecteur avait besoin.