DNS لخدمة Docker وتجاوز الوكيل باستخدام no_proxy
استخدم no_proxy لخدمة داخلية مقصودة عندما يتعذر على وكيل HTTP الخارجي تحليل تلك الشبكة أو الوصول إليها.
لا يلزم أن يعرف وكيل HTTP الخارجي اسم خدمة api في Docker. بالنسبة إلى http://api:8080/ يفتح الوكيل الاتصال التالي، لذا فإن نجاح البحث داخل حاوية التطبيق لا يثبت رؤية الوكيل لنظام DNS.
للوصول المباشر المقصود، أضف الاستثناء إلى بيئة تلك الحاوية:
environment:
http_proxy: http://proxy.example:8080
https_proxy: http://proxy.example:8080
no_proxy: apiتستخدم الطلبات المباشرة إلى api مسار الحاوية ومحلّل الأسماء المدمج. ما زالت الحاويتان تحتاجان إلى الشبكة المشتركة المعرّفة من المستخدم، ويجب أن تستمع الخدمة على 8080. تحتفظ الطلبات الخارجية المؤهلة بالوكيل. وإذا كان يجوز لتلك الوجهات العامة استخدام وسيط عام، فإن قائمة وكلاء HTTP توفّر مرشحين لعناوين URL للوكلاء بدون حساب؛ أبقِ api ضمن الاستثناءات المباشرة.
إذا احتفظت الحاويات المعاد إنشاؤها بمتغيرات غير متوقعة، فافحص قسم config.json proxies في عميل Docker، إذ يمكنه حقن قيم البيئة. غيّر المدخل المقصود وأعد إنشاء الحاويات المتأثرة عبر المسار المعتاد، مع الحفاظ على التكوين غير ذي الصلة.