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:// প্রক্সি ঠিকানায় যোগ করলে ভাণ্ডারের প্রোটোকল পরিবর্তন হয় বা প্রতিটি অনুরোধ টানেলে পরিণত হয় বলে ধরে নেবেন না।

সম্পর্কিত নিবন্ধ