Najděte neúspěšný požadavek v protokolech Squidu
Použijte access.log pro výsledky transakcí a cache.log pro vlastní chyby Squidu a rozlišujte stav tunelu od stavu cíle.
U balíčku Squid 6 v Debianu začněte obvyklými protokoly transakcí a démona:
sudo tail -n 50 /var/log/squid/access.log
sudo tail -n 50 /var/log/squid/cache.logVlastní nastavení logování nebo správce služeb je může posílat jinam. Zopakujte jeden požadavek s omezeným rozsahem ze známého zdroje a zaznamenejte čas, metodu a cíl, abyste našli správný záznam.
| Důkaz | Co z něj zjistit |
|---|---|
| Výsledek v nativním formátu access.log | Výsledkový kód Squidu a stav HTTP jsou samostatné části transakce. |
| Informace o hierarchii přístupu | Jak přeposílání využilo nadřazenou proxy nebo jinou trasu. |
| Úspěšný CONNECT | Tunel se otevřel; nejde o pozdější stav webu uvnitř šifrovaného TLS. |
| cache.log | Chyby pomocných programů, spouštění, resolveru a konfigurace samotného Squidu. |
Pokud odpovídající požadavek nevidíte, ověřte, že tento klient dosáhl této instance a listeneru. Zkontrolujte logovací ACL, vyrovnávací paměť, rotaci a zda transakce stále běží; dlouhotrvající tunel ještě nemusí mít konečný záznam přístupu. Obejití proxy nebo starší proces proxy může provoz směrovat jinam, proto před úpravou přístupových pravidel přiřaďte naslouchající proces k jeho načtené konfiguraci.
Sdílejte relevantní transakci se skrytými citlivými údaji a okolní chyby. URL, dotazy, zdrojové adresy a uživatelská jména mohou být soukromé; výpis celých protokolů nebo zapnutí logování všech hlaviček bez konkrétní potřeby zvyšuje únik informací místo přínosu užitečných důkazů.