Squid HTTPS హోస్ట్ను లాగ్ చేస్తుంది కానీ పేజీ మార్గాన్ని ఎందుకు కాదు
సాధారణ Squid CONNECT లాగ్లలో లేని HTTPS మార్గాలను వివరిస్తుంది, TLS జోక్యాన్ని సాధారణ లాగింగ్ సర్దుబాటుగా పరిగణించకుండా.
shop.example:443 కోసం రికార్డు Squid కు /orders/42 మార్గాన్ని ఇవ్వదు. CONNECT హోస్ట్/పోర్ట్ అడుగుతుంది; తర్వాత గమ్యం TLS HTTP మార్గాన్ని సొరంగంలో తీసుకువెళుతుంది.
| సాక్ష్యం | సాధారణ CONNECT రిలే |
|---|---|
| లక్ష్య హోస్ట్/పోర్ట్ మరియు సొరంగ ఫలితం | ప్రాక్సీకి అందుబాటులో ఉంది. |
| అంతర్గత HTTPS మార్గం మరియు అప్లికేషన్ అభ్యర్థన | క్లయింట్ మరియు వెబ్సైట్ మధ్య ఎన్క్రిప్ట్ చేయబడింది. |
# తో ప్రారంభమయ్యే బ్రౌజర్ URL భాగం | సాధారణంగా క్లయింట్లోనే ఉంటుంది, ప్రాక్సీ లాగ్ వెలుపల కూడా. |
లాగ్ ఫార్మాట్ Squid వద్ద ఉన్న ఫీల్డ్లను రికార్డ్ చేయగలదు, చూడని సందేశాలను డీక్రిప్ట్ చేయలేదు. సాధారణ HTTP ఫార్వార్డింగ్ భిన్నం ఎందుకంటే మధ్యవర్తి ఆ HTTP అభ్యర్థనను స్వీకరిస్తాడు. మరింత వివరమైన అవుట్పుట్ CONNECT సరిహద్దును మార్చదు.
నిర్వహిత TLS జోక్యం క్లయింట్ విశ్వాసం మరియు పరిపాలనా అవసరాలను మారుస్తుంది. ఇది చిన్న లాగింగ్ స్విచ్ కాదు మరియు సాధారణ IP మార్చే ఫార్వర్డ్ ప్రాక్సీకి అనవసరం.
అప్లికేషన్ మీదైతే మరియు పేజీ స్థాయి నిర్ధారణ అవసరమైతే, దాని లాగ్లను లేదా సరిగా రూపకల్పన చేసిన క్లయింట్ టెలిమెట్రీని ఉపయోగించండి. ప్రాక్సీ వైఫల్యాలకు గమ్య హోస్ట్, సమయం, స్థితి మరియు పూర్తయిన కనెక్షన్ దశ ఉంచండి; అవి ప్రైవేట్ పేజీ మార్గాలను సేకరించకుండా సమస్యను తరచుగా కనుగొంటాయి.