Waar de afbeeldingen van Squid-foutpagina's vandaan komen
Herstel een ontbrekende afbeelding op een Squid-foutpagina door de URL van de browser te scheiden van het lokale bestandssysteempad van de proxyserver.
Op de proxyserver staat een logobestand. Squid kan het lezen. De browser toont toch een kapotte afbeelding. Bestandsrechten kunnen een verzoek naar de verkeerde URL niet herstellen.
Wanneer een aangepaste foutsjabloon src="images/logo.png" bevat, lost de browser die verwijzing op met de URL-context van het document. Hij zoekt niet op de schijf van de Squid-server naar een nabijgelegen map images. Het bestand onder de documentroot van een aparte webserver plaatsen zorgt er ook niet voor dat Squid het automatisch serveert.
In Squid 5–7 selecteert error_directory aangepaste foutsjablonen; icon_directory wijst de pictogramopslag aan. De interne pictogram-URL's van Squid gebruiken het pad /squid-internal-static/icons/. Volg de resource-indeling van de geïnstalleerde versie in plaats van een Unix-bestandssysteempad als een HTML-afbeeldingsadres te behandelen.
Onderzoek het werkelijke afbeeldingsverzoek van de browser. De hostnaam, het pad, de status en de gekozen route tonen of de browser Squid om een interne resource vroeg, contact opnam met een aparte afbeeldingshost of een niet-gerelateerd pad op de geblokkeerde site opvroeg.
Als de afbeelding op een goedgekeurde interne webserver staat, gebruik dan de bereikbare resource-URL en houd rekening met de toegangsregels. Als ze bij de interne assets van Squid hoort, bevestig dan de locatie van het geïnstalleerde asset en de listener die die verzoeken bedient.
Houd de foutmelding leesbaar zonder de afbeelding. Een diagnostische pagina die afhangt van nog een mislukt netwerkverzoek kan de uitleg verbergen die de lezer nodig had.