Etsi epäonnistunut pyyntö Squidin lokeista
Käytä access.logia tapahtumien tuloksiin ja cache.logia Squidin omiin virheisiin ja erota tunnelin tila kohteen tilasta.
Debianin Squid 6 -paketissa aloita tavallisista tapahtuma- ja taustaprosessilokeista:
sudo tail -n 50 /var/log/squid/access.log
sudo tail -n 50 /var/log/squid/cache.logMukautettu lokitus tai palvelunhallinta voi ohjata ne muualle. Toista yksi rajattu pyyntö tunnetusta lähteestä ja kirjaa aika, metodi ja kohde, jotta voit löytää oikean merkinnän.
| Todiste | Mitä siitä voi lukea |
|---|---|
| access.login alkuperäisen muodon tulos | Squidin tuloskoodi ja HTTP-tila ovat tapahtuman erillisiä osia. |
| Pääsyhierarkian tiedot | Miten edelleenlähetys käytti ylempää välityspalvelinta tai muuta reittiä. |
| Onnistunut CONNECT | Tunneli avautui; tämä ei ole verkkosivuston myöhempi tila salatun TLS:n sisällä. |
| cache.log | Squidin omat apuohjelma-, käynnistys-, nimenselvitin- ja asetusvirheet. |
Jos vastaavaa pyyntöä ei näy, varmista, että tämä asiakas tavoitti tämän instanssin ja kuuntelupisteen. Tarkista lokituksen ACL:t, puskurointi, kierto ja onko tapahtuma yhä aktiivinen; pitkäkestoiselta tunnelilta voi vielä puuttua lopullinen pääsylokimerkintä. Ohitus tai vanhempi välityspalvelinprosessi voi lähettää liikenteen muualle, joten yhdistä kuunteleva prosessi sen lataamiin asetuksiin ennen pääsykäytännön muokkaamista.
Jaa olennainen tapahtuma arkaluonteiset tiedot peitettyinä sekä lähellä olevat virheet. URL-osoitteet, kyselyt, lähdeosoitteet ja käyttäjänimet voivat olla yksityisiä; kokonaisten lokien tulostaminen tai kaikkien otsakkeiden lokituksen käyttöönotto ilman täsmällistä tarvetta lisää paljastumista hyödyllisen todistusaineiston sijaan.