Na serwerze proxy istnieje plik logo. Squid może go odczytać. Przeglądarka nadal pokazuje zepsuty obraz. Uprawnienia plików nie naprawią żądania skierowanego pod zły adres URL.

Gdy niestandardowy szablon błędu zawiera src="images/logo.png", przeglądarka rozwiązuje to odwołanie w kontekście adresu URL dokumentu. Nie szuka na dysku serwera Squida pobliskiego katalogu images. Umieszczenie pliku w katalogu głównym dokumentów osobnego serwera WWW również nie sprawia, że Squid zacznie go automatycznie serwować.

W Squidzie 5–7 error_directory wybiera niestandardowe szablony błędów; icon_directory wskazuje magazyn ikon. Wewnętrzne adresy URL ikon Squida używają ścieżki /squid-internal-static/icons/. Postępuj zgodnie z układem zasobów zainstalowanej wersji, zamiast traktować ścieżkę systemu plików Unix jako adres obrazu HTML.

Zbadaj rzeczywiste żądanie obrazu wysłane przez przeglądarkę. Nazwa hosta, ścieżka, status i wybrana trasa pokazują, czy przeglądarka poprosiła Squida o zasób wewnętrzny, połączyła się z osobnym hostem obrazów, czy zażądała niepowiązanej ścieżki w zablokowanym serwisie.

Jeśli obraz znajduje się na zatwierdzonym wewnętrznym serwerze WWW, użyj jego dostępnego adresu URL zasobu i uwzględnij reguły dostępu. Jeśli należy do wewnętrznych zasobów Squida, potwierdź lokalizację zainstalowanego zasobu i nasłuchujący proces, który obsługuje te żądania.

Utrzymuj komunikat błędu czytelny także bez obrazu. Strona diagnostyczna zależna od kolejnego nieudanego żądania sieciowego może ukryć wyjaśnienie, którego czytelnik potrzebował.

Powiązane artykuły