ALL_PROXY এবং “Unknown scheme: http” ত্রুটি

একই এন্ডপয়েন্ট curl-এ কাজ করলে proxy: unknown scheme: http অদ্ভুত লাগতে পারে। এন্ডপয়েন্টটি ঠিকই থাকতে পারে। অন্য একটি প্রোগ্রাম ভেরিয়েবলটি ব্যাখ্যা করছে।

এনভায়রনমেন্টের নামগুলো রীতি, কোনো সর্বজনীন নেটওয়ার্কিং API নয়। Go-এর golang.org/x/net/proxy প্যাকেজে SOCKS-কেন্দ্রিক URL হ্যান্ডলিং আছে। ওই পার্সার ব্যবহার করা একটি ভোক্তা এমন HTTP স্কিম প্রত্যাখ্যান করতে পারে যা একটি পূর্ণ HTTP ক্লায়েন্ট অন্যত্র সমর্থন করে।

ত্রুটিটি যে উপাদান দিচ্ছে এবং সেটি যে ভেরিয়েবল পড়ছে তা খুঁজুন। এর সংস্করণ ও নথিভুক্ত স্কিমগুলো যাচাই করুন। অন্যপ্রান্তের সেবাটি সত্যিই SOCKS5 না বললে http:// কে socks5:// দিয়ে বদলাবেন না। যদি এই ভোক্তার SOCKS5 প্রয়োজন হয় এবং একটি পাবলিক রুট অনুমোদিত থাকে, SOCKS5 প্রক্সি তালিকা ওই প্রোটোকলের প্রকৃত এন্ডপয়েন্ট দেয়; অন্য ক্লায়েন্টদের প্রয়োজনীয় HTTP রুট আলাদা রাখুন।

একটি পুরোনো Docker Toolbox প্রতিবেদন একটি নির্দিষ্ট ঐতিহাসিক বাস্তবায়ন নিয়ে ছিল। এটি আধুনিক Docker ইনস্টলেশন ডাউনগ্রেড করার কারণ নয়। বর্তমান Docker daemon-এর HTTP প্রক্সি সেটিংসের নিজস্ব নথিভুক্ত ইন্টারফেস আছে।

যদি সম্পর্কহীন উত্তরাধিকৃত ALL_PROXY মানই কারণ হয়, তবে নির্ধারিত প্রসেস পরিসরে সেটি সরান বা ওভাররাইড করুন। অন্য ক্লায়েন্টদের প্রয়োজনীয় HTTP প্রক্সি সেটিং সংরক্ষণ করুন। একই এনভায়রনমেন্টে দুই মান থাকলে এমন পার্থক্য প্রকাশ পেতে পারে যা পৃথক অ্যাপ্লিকেশন কখনো একা দেখায় না।