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, ક્વેરી, સ્રોતનાં સરનામાં અને વપરાશકર્તાનાં નામ ખાનગી હોઈ શકે છે; ચોક્કસ જરૂર વિના આખા લોગ બહાર કાઢવા અથવા બધા હેડરનું લોગિંગ ચાલુ કરવું ઉપયોગી પુરાવાને બદલે માહિતીનું પ્રકટીકરણ વધારે છે.