Squid HTTPS ஹோஸ்ட்டைப் பதிவு செய்கிறது ஆனால் பக்கப் பாதையை ஏன் இல்லை
சாதாரண Squid CONNECT பதிவுகளில் காணாத HTTPS பாதைகளை விளக்குகிறது, TLS தலையீட்டை வழக்கமான பதிவு சரிசெய்தலாகக் கருதாமல்.
shop.example:443 கான பதிவு Squid-க்கு /orders/42 பாதையைத் தராது. CONNECT ஹோஸ்ட்/போர்ட்டைக் கேட்கிறது; பிறகு இலக்கு TLS HTTP பாதையைச் சுரங்கப்பாதைக்குள் எடுத்துச் செல்கிறது.
| சான்று | சாதாரண CONNECT ரிலே |
|---|---|
| இலக்கு ஹோஸ்ட்/போர்ட் மற்றும் சுரங்கப்பாதையின் முடிவு | ப்ராக்ஸிக்குக் கிடைக்கும். |
| உள் HTTPS பாதை மற்றும் பயன்பாட்டுக் கோரிக்கை | கிளையண்ட் மற்றும் இணையதளத்திற்கு இடையே மறையாக்கப்பட்டது. |
# உடன் தொடங்கும் உலாவி URL பகுதி | பொதுவாகக் கிளையண்டிலேயே இருக்கும், ப்ராக்ஸி பதிவுக்கு வெளியிலும். |
பதிவு வடிவம் Squid வைத்திருக்கும் புலங்களைப் பதிவு செய்யும், பார்க்காத செய்திகளை மறையாக்கம் நீக்காது. சாதாரண HTTP அனுப்புதல் வேறுபடுகிறது, ஏனெனில் இடைத்தரகர் அந்த HTTP கோரிக்கையைப் பெறுகிறது. மேலும் விரிவான வெளியீடு CONNECT எல்லையை மாற்றாது.
நிர்வகிக்கப்பட்ட TLS தலையீடு கிளையண்ட் நம்பிக்கை மற்றும் நிர்வாகத் தேவைகளை மாற்றுகிறது. இது சிறிய பதிவு சுவிட்ச் அல்ல, IP மாற்றும் சாதாரண முன்னோக்கு ப்ராக்ஸிக்குத் தேவையில்லை.
பயன்பாடு உங்களுடையது மற்றும் பக்க அளவிலான கண்டறிதல் தேவைப்பட்டால், அதன் பதிவுகளை அல்லது சரியாக வடிவமைக்கப்பட்ட கிளையண்ட் டெலிமெட்ரியைப் பயன்படுத்துங்கள். ப்ராக்ஸி தோல்விகளுக்கு இலக்கு ஹோஸ்ட், நேரம், நிலை மற்றும் முடிந்த இணைப்பு நிலை வைத்திருங்கள்; அவை தனிப்பட்ட பக்கப் பாதைகளைச் சேகரிக்காமல் சிக்கலைக் கண்டறியும்.