प्रॉक्सी चाचणीने थेट कनेक्शन अपयशी करणे आवश्यक आहे

अॅप्लिकेशनच्या शेजारी ऐकणारा स्थानिक प्रॉक्सी प्रॉक्सीद्वारे प्रवेश आवश्यक असलेल्या नेटवर्कची पुनरावृत्ती करत नाही. अॅप्लिकेशन कॉन्फिगर केलेली प्रॉक्सी दुर्लक्षित करून थेट जोडले जाऊ शकते आणि तरीही यशाची नोंद करू शकते.

अॅप्लिकेशनचे नेटवर्क प्रॉक्सीच्या बाहेरच्या मार्गापासून वेगळे करा. कंटेनर-आधारित एक रचना अॅप्लिकेशन फक्त अंतर्गत नेटवर्कवर ठेवते आणि प्रॉक्सीला दुसरे बाहेर जाणारे नेटवर्क देते. विद्यमान Compose व्याख्येमध्ये नेटवर्क जोडण्या अशा दिसू शकतात:

services:
  app:
    networks: [clients]
  proxy:
    networks: [clients, egress]
networks:
  clients:
    internal: true
  egress: {}

हे आधीच परिभाषित सेवांसाठी नेटवर्कचा तुकडा आहे. मंजूर फॉरवर्ड प्रॉक्सी आणि अॅप्लिकेशनचा प्रत्यक्ष क्लायंट स्वतंत्रपणे कॉन्फिगर करा. Docker अंतर्गत नेटवर्कना बाहेरून विलग म्हणून नोंदवते; या रचनेत फक्त प्रॉक्सीकडेच अतिरिक्त बाह्य नेटवर्क असते.

प्रॉक्सीचा वापर काढून टाकलेली नकारात्मक स्थिती समाविष्ट करा: अॅप्लिकेशनची बाह्य विनंती अयशस्वी व्हायला हवी. प्रमाणीकृत HTTP प्रॉक्सीमध्ये नाकारलेल्या खात्याने त्याचे प्रमाणीकरण अपयश निर्माण करावे, तर स्वीकारलेल्या खात्याने संबंधित प्रॉक्सी निरीक्षणासह लक्ष्य गाठावे.

प्रॉक्सीच्या अनुमत आणि नाकारलेल्या स्थितींची स्वतंत्रपणे चाचणी करा. अॅप्लिकेशन इतर बाह्य नेटवर्कपासून दूर ठेवा आणि प्रॉक्सी टाळणारा होस्ट नेटवर्क मोड जोडू नका. यशस्वी विनंती तेव्हाच उपयुक्त पुरावा ठरते जेव्हा चाचणी नेमका हेतू असलेला मार्ग उपलब्ध करून देते.