प्रोक्सी परीक्षणले सिधा जडान असफल बनाउनुपर्छ

अनुप्रयोगको छेउमा सुनिरहेको स्थानीय प्रोक्सीले प्रोक्सीबाट पहुँच आवश्यक पर्ने सञ्जालको पुनरुत्पादन गर्दैन। अनुप्रयोगले कन्फिगर गरिएको प्रोक्सीलाई बेवास्ता गरी सिधै जडान गर्न सक्छ र त्यसपछि पनि सफलता रिपोर्ट गर्न सक्छ।

अनुप्रयोगको सञ्जाललाई प्रोक्सीको बाहिरी मार्गबाट अलग गर्नुहोस्। कन्टेनरमा आधारित एउटा व्यवस्थाले अनुप्रयोगलाई मात्र आन्तरिक सञ्जालमा राख्छ र प्रोक्सीलाई दोस्रो बाहिर जाने सञ्जाल दिन्छ। विद्यमान Compose परिभाषामा सञ्जाल जडानहरू यस्तो देखिन सक्छन्:

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

यो पहिले नै परिभाषित सेवाहरूका लागि सञ्जालको टुक्रा हो। स्वीकृत फर्वार्ड प्रोक्सी र अनुप्रयोगको वास्तविक क्लाइन्ट अलग-अलग कन्फिगर गर्नुहोस्। Docker ले आन्तरिक सञ्जालहरूलाई बाहिरबाट पृथक भनी अभिलेख गर्छ; यस व्यवस्थामा थप बाहिरी सञ्जाल प्रोक्सीसँग मात्र हुन्छ।

प्रोक्सी प्रयोग नगरिएको नकारात्मक अवस्था पनि समावेश गर्नुहोस्: अनुप्रयोगको बाहिरी अनुरोध असफल हुनुपर्छ। प्रमाणीकरण भएको HTTP प्रोक्सीमा अस्वीकृत खाताले आफ्नो प्रमाणीकरण असफलता दिनुपर्छ, जबकि स्वीकृत खाताले सम्बन्धित प्रोक्सी अवलोकनसहित लक्ष्यमा पुग्नुपर्छ।

प्रोक्सीका अनुमति दिइएका र अस्वीकृत अवस्थाहरू अलग-अलग परीक्षण गर्नुहोस्। अनुप्रयोगलाई अन्य बाहिरी सञ्जालबाट टाढा राख्नुहोस् र प्रोक्सीलाई छल्ने होस्ट सञ्जाल मोड नथप्नुहोस्। सफल अनुरोध तब मात्र उपयोगी प्रमाण हुन्छ जब परीक्षणले ठ्याक्कै अभिप्रेत मार्ग उपलब्ध गराउँछ।