Sikertelen kérés keresése a Squid naplóiban
Az access.log a tranzakciók eredményét, a cache.log a Squid saját hibáit mutatja; különböztesd meg az alagút és a cél állapotát.
A Debian Squid 6 csomagjánál kezdd a szokásos tranzakció- és démonnaplókkal:
sudo tail -n 50 /var/log/squid/access.log
sudo tail -n 50 /var/log/squid/cache.logAz egyéni naplózás vagy a szolgáltatáskezelő máshová is küldheti őket. Ismételj meg egyetlen, korlátozott hatókörű kérést ismert forrásból, és jegyezd fel az időpontját, metódusát és célját, hogy a megfelelő bejegyzést párosíthasd hozzá.
| Bizonyíték | Mit olvashatsz ki belőle |
|---|---|
| Az access.log natív eredménye | A Squid eredménykódja és a HTTP-állapot a tranzakció különálló részei. |
| Hozzáférési hierarchia adatai | Hogyan használt a továbbítás szülőproxyt vagy más útvonalat. |
| Sikeres CONNECT | Az alagút megnyílt; ez nem a titkosított TLS-en belül később érkező webhelyállapot. |
| cache.log | A Squid saját segédprogram-, indítási, névfeloldási és konfigurációs hibái. |
Ha nincs megfelelő kérés, ellenőrizd, hogy ez a kliens ezt a példányt és figyelőpontot érte-e el. Vizsgáld meg a naplózási ACL-eket, pufferelést, forgatást és azt, hogy aktív-e még a tranzakció; egy hosszú életű alagútnak még hiányozhat a végleges hozzáférési bejegyzése. A proxy megkerülése vagy egy régebbi proxyfolyamat máshová küldheti a forgalmat, ezért a hozzáférési szabályok módosítása előtt rendeld a figyelő folyamatot a betöltött konfigurációjához.
Oszd meg a releváns tranzakciót a bizalmas adatok kitakarásával és a közeli hibákat. Az URL-ek, lekérdezések, forráscímek és felhasználónevek magánadatok lehetnek; teljes naplók kiírása vagy minden fejléc naplózásának bekapcsolása konkrét igény nélkül az adatfeltárást növeli a hasznos bizonyíték helyett.