APT ஒவ்வொரு பதிவிறக்கத்திற்கும் CONNECT ஐ ஏன் பயன்படுத்துவதில்லை

சாதாரண HTTP அனுப்புதல் மற்றும் HTTPS சுரங்கப்பாதை வெவ்வேறு ப்ராக்ஸி உரையாடல்களைப் பயன்படுத்துகின்றன. CONNECT மட்டும் ஆதரிக்கும் சேவை HTTP களஞ்சியம் உருவாக்கும் கோரிக்கைகளை ஆதரிக்காமல் போகலாம்.

“ப்ராக்ஸி CONNECT ஐ ஏற்கிறது” என்பது APT அனுப்பும் ஒவ்வொரு கோரிக்கையையும் அது ஏற்கிறது என்று பொருள் அல்ல.

சாதாரண HTTP களஞ்சியத்திற்கு, APT சாதாரண HTTP ப்ராக்ஸி அனுப்புதலைப் பயன்படுத்தலாம்: இலக்கு வளத்தை அடையாளம் காட்டும் HTTP கோரிக்கையை ப்ராக்ஸி பெறுகிறது. HTTP ப்ராக்ஸி வழியாக HTTPS க்கு, கிளையண்ட் வழக்கமாக ஒரு CONNECT சுரங்கப்பாதையை நிறுவி, பின்னர் அதன் வழியாக இலக்கின் TLS அமர்வைப் பேச்சுவார்த்தை செய்கிறது.

இலக்குHTTP ப்ராக்ஸியுடன் வழக்கமான உரையாடல்
HTTP களஞ்சியம்HTTP கோரிக்கையை அனுப்பு
HTTPS களஞ்சியம்CONNECT, பின்னர் இலக்கு TLS

சுரங்கப்பாதைகளை மட்டும் ஏற்கும் சேவை சாதாரணமாக அனுப்பப்பட்ட கோரிக்கையை நிராகரிக்கலாம். HTTP 405 உண்மையான முறை, பதிலை வழங்கியவர் மற்றும் ப்ராக்ஸி கொள்கையைப் பார்க்கத் தகுந்தது; APT க்கு SOCKS ஆதரவு இல்லை அல்லது அதன் கடவுச்சொல் தவறு என்று அது நிரூபிக்காது.

சேவையின் ஆதரிக்கப்பட்ட நடத்தையை APT போக்குவரத்து ஆவணங்கள் மற்றும் CONNECT பொருள் உடன் ஒப்பிடுங்கள். இணக்கமான அனுமதிக்கப்பட்ட சேவை அல்லது ஆதரிக்கப்பட்ட களஞ்சிய URL ஐப் பயன்படுத்துங்கள். பொது இடைத்தரகர்கள் அனுமதிக்கப்படும் பொது களஞ்சியங்களுக்கு, HTTP ப்ராக்ஸி பட்டியல் அந்தத் தேவைகளுக்கு எதிராகச் சரிபார்க்க வேட்பாளர்களை வழங்குகிறது. ப்ராக்ஸி முகவரியில் https:// சேர்ப்பது களஞ்சியத்தின் நெறிமுறையை மாற்றும் அல்லது ஒவ்வொரு கோரிக்கையையும் சுரங்கப்பாதையாக்கும் என்று கருத வேண்டாம்.

தொடர்புடைய கட்டுரைகள்