എന്തുകൊണ്ട് 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:// ചേർക്കുന്നത് റിപ്പോസിറ്ററിയുടെ പ്രോട്ടോക്കോൾ മാറ്റുമെന്നോ ഓരോ അഭ്യർത്ഥനയും ടണലാക്കുമെന്നോ കരുതരുത്.