ALL_PROXY وخطأ “unknown scheme: http”
قد يرفض برنامج قيمة http:// في ALL_PROXY رغم أن HTTP_PROXY يقبلها. المستهلك الذي يقرأ المتغيّر هو ما يحدّد المخططات المدعومة.
قد تبدو proxy: unknown scheme: http سخيفة حين تعمل النقطة الطرفية نفسها في curl. قد تكون النقطة الطرفية سليمة. هناك برنامج آخر يفسّر المتغيّر.
أسماء متغيّرات البيئة اتفاقيات، لا واجهة شبكة عالمية. حزمة Go المسماة golang.org/x/net/proxy تتعامل مع الروابط بأسلوب موجّه إلى SOCKS. والمستهلك الذي يستخدم ذلك المحلّل قد يرفض مخطط HTTP يدعمه عميل HTTP كامل في مكان آخر.
ابحث عن المكوّن الذي يصدر الخطأ وعن المتغيّر الذي يقرأه. تحقّق من إصداره ومن المخططات الموثّقة. لا تستبدل http:// بـsocks5:// ما لم تكن الخدمة في الطرف الآخر تتحدّث SOCKS5 فعلاً. وإذا كان هذا المستهلك يفرض SOCKS5 وكان مسار عام مسموحاً، فإن قائمة وسطاء SOCKS5 تقدّم نقاطاً طرفية فعلية لهذا البروتوكول؛ واترك مسارات HTTP التي تحتاجها العملاء الأخرى منفصلة.
تضمّن تقرير قديم عن Docker Toolbox تطبيقاً تاريخياً معيّناً. وهذا ليس سبباً لخفض إصدار تثبيت حديث من Docker. فإعدادات وسيط HTTP في خادم Docker الحالي لها واجهتها الموثّقة الخاصة.
إذا كان سبب المشكلة قيمة ALL_PROXY موروثة وغير ذات صلة، فأزلها أو تجاوزها في نطاق العملية المقصود. واحتفظ بإعداد وسيط HTTP الذي تحتاجه العملاء الأخرى. فالبيئة الواحدة التي تحمل القيمتين قد تكشف فروقاً لا تُظهرها التطبيقات المنفردة أبداً عند تشغيلها بمعزل.