Squid பதிவுகளில் தோல்வியடைந்த கோரிக்கையைக் கண்டறியுங்கள்
பரிவர்த்தனை முடிவுகளுக்கு access.log, Squidஇன் சொந்தத் தோல்விகளுக்கு cache.log பயன்படுத்தி, சுரங்க நிலையை இலக்கின் நிலையிலிருந்து வேறுபடுத்துங்கள்.
Debianஇன் Squid 6 தொகுப்பில் வழக்கமான பரிவர்த்தனை மற்றும் டீமன் பதிவுகளிலிருந்து தொடங்குங்கள்:
sudo tail -n 50 /var/log/squid/access.log
sudo tail -n 50 /var/log/squid/cache.logதனிப்பயன் பதிவமைப்போ சேவை மேலாளரோ இவற்றை வேறிடத்துக்கு அனுப்பலாம். தெரிந்த மூலத்திலிருந்து வரம்பிட்ட ஒரே கோரிக்கையை மீண்டும் உருவாக்கி, சரியான பதிவுடன் பொருத்த அதன் நேரம், முறை, இலக்கு ஆகியவற்றைக் குறிக்கவும்.
| சான்று | இதிலிருந்து படிக்க வேண்டியது |
|---|---|
| access.logஇன் இயல்பான வடிவ முடிவு | Squid முடிவுக் குறியீடும் HTTP நிலையும் பரிவர்த்தனையின் தனித்தனி பகுதிகள். |
| அணுகல் படிநிலைத் தகவல் | முன்னனுப்புதல் பெற்றோர் பதிலியையோ வேறொரு வழியையோ எப்படிப் பயன்படுத்தியது. |
| CONNECT வெற்றி | சுரங்கம் திறந்தது; இது மறையாக்கப்பட்ட TLSக்குள் பின்னர் வரும் வலைத்தள நிலை அல்ல. |
| cache.log | Squidஇன் சொந்த உதவி நிரல், தொடக்கம், பெயர் தீர்ப்பி, உள்ளமைவுத் தோல்விகள். |
பொருந்தும் கோரிக்கை தெரியாவிட்டால், இந்தக் கிளையன்ட் இந்த இயங்கும் நிகழ்வையும் கேட்பியையும் அடைந்ததை உறுதிசெய்யுங்கள். பதிவு ACLகள், இடையகப்படுத்தல், கோப்புச் சுழற்சி, பரிவர்த்தனை இன்னும் செயலில் உள்ளதா என்பதைச் சோதியுங்கள்; நீண்ட நேரச் சுரங்கத்துக்கு இறுதி அணுகல் பதிவு இன்னும் இல்லாமல் இருக்கலாம். தவிர்ப்போ பழைய பதிலிச் செயல்முறையோ போக்குவரத்தை வேறிடத்துக்கு அனுப்பலாம். எனவே அணுகல் கொள்கையைத் திருத்தும் முன் கேட்கும் செயல்முறையை அது ஏற்றிய உள்ளமைவுடன் பொருத்துங்கள்.
நுணுக்கமான தகவல்களை மறைத்த தொடர்புடைய பரிவர்த்தனையையும் அருகிலுள்ள பிழைகளையும் பகிருங்கள். URLகள், வினவல்கள், மூல முகவரிகள், பயனர்பெயர்கள் தனிப்பட்டவையாக இருக்கலாம்; குறிப்பிட்ட தேவை இல்லாமல் முழுப் பதிவுகளை வெளியிடுவதோ எல்லாத் தலைப்புகளையும் பதிவுசெய்வதை இயக்குவதோ பயனுள்ள சான்றுக்கு பதிலாக வெளிப்பாட்டை அதிகரிக்கிறது.