Squid HTTPS હોસ્ટ કેમ લોગ કરે છે પણ પેજનો પાથ નહીં
સામાન્ય Squid CONNECT લોગમાં ગુમ થયેલા HTTPS પાથ સમજાવે છે, TLS ઇન્ટરસેપ્શનને નિયમિત લોગિંગ ગોઠવણ તરીકે ન ગણીને.
shop.example:443 માટેનો રેકોર્ડ Squidને /orders/42 પાથ આપતો નથી. CONNECT હોસ્ટ/પોર્ટ માંગે છે; પછી ગંતવ્ય TLS ટનલની અંદર HTTP પાથ વહન કરે છે.
| પુરાવો | સામાન્ય CONNECT રિલે |
|---|---|
| લક્ષ્ય હોસ્ટ/પોર્ટ અને ટનલનું પરિણામ | પ્રોક્સી માટે ઉપલબ્ધ. |
| આંતરિક HTTPS પાથ અને એપ્લિકેશન વિનંતી | ક્લાયન્ટ અને વેબસાઇટ વચ્ચે એન્ક્રિપ્ટેડ. |
# થી શરૂ થતો બ્રાઉઝર URL ટુકડો | સામાન્ય રીતે ક્લાયન્ટમાં જ રહે છે, પ્રોક્સી લોગિંગની બહાર પણ. |
લોગ ફોર્મેટ Squid પાસેના ફીલ્ડ રેકોર્ડ કરી શકે છે, ન જોયેલા સંદેશા ડિક્રિપ્ટ કરી શકતું નથી. સાદું HTTP ફોર્વર્ડિંગ અલગ છે કારણ કે મધ્યસ્થ તે HTTP વિનંતી મેળવે છે. વધુ વિગતવાર આઉટપુટ CONNECT સીમા બદલતું નથી.
સંચાલિત TLS ઇન્ટરસેપ્શન ક્લાયન્ટ વિશ્વાસ અને વહીવટી જરૂરિયાતો બદલે છે. તે નાનું લોગિંગ સ્વિચ નથી અને સામાન્ય IP-બદલતી ફોર્વર્ડ પ્રોક્સી માટે બિનજરૂરી છે.
જો એપ્લિકેશન તમારી હોય અને પેજ-સ્તરીય નિદાન જોઈએ, તો તેના લોગ અથવા યોગ્ય રીતે રચાયેલ ક્લાયન્ટ ટેલિમેટ્રી વાપરો. પ્રોક્સી નિષ્ફળતાઓ માટે ગંતવ્ય હોસ્ટ, સમય, સ્થિતિ અને પૂર્ણ થયેલ કનેક્શન તબક્કો રાખો; તે ઘણી વાર ખાનગી પેજ પાથ એકત્રિત કર્યા વિના સમસ્યા શોધે છે.