প্রক্সি পরীক্ষায় সরাসরি সংযোগ ব্যর্থ হওয়া উচিত

অ্যাপ্লিকেশনের পাশে শোনা একটি স্থানীয় প্রক্সি প্রক্সি-প্রয়োজনীয় নেটওয়ার্কের প্রতিরূপ তৈরি করে না। অ্যাপ্লিকেশনটি কনফিগার করা প্রক্সি উপেক্ষা করে সরাসরি সংযোগ করেও সফলতার প্রতিবেদন দিতে পারে।

অ্যাপ্লিকেশনের নেটওয়ার্ককে প্রক্সির বাইরের পথ থেকে আলাদা করুন। একটি কন্টেইনার-ভিত্তিক বিন্যাস অ্যাপ্লিকেশনকে কেবল একটি অভ্যন্তরীণ নেটওয়ার্কে রাখে এবং প্রক্সিকে দ্বিতীয় একটি এগ্রেস নেটওয়ার্ক দেয়। বিদ্যমান Compose সংজ্ঞায় নেটওয়ার্ক সংযুক্তিগুলো এমন দেখাতে পারে:

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

এটি ইতিমধ্যে সংজ্ঞায়িত সেবাগুলোর জন্য একটি নেটওয়ার্ক অংশ। অনুমোদিত ফরওয়ার্ড প্রক্সি এবং অ্যাপ্লিকেশনের প্রকৃত ক্লায়েন্ট আলাদাভাবে কনফিগার করুন। Docker অভ্যন্তরীণ নেটওয়ার্কগুলোকে বাহ্যিকভাবে বিচ্ছিন্ন হিসেবে নথিভুক্ত করে; এই বিন্যাসে কেবল প্রক্সিরই অতিরিক্ত বাইরের নেটওয়ার্ক থাকে।

প্রক্সি ব্যবহার বাদ দিয়ে একটি নেতিবাচক কেস অন্তর্ভুক্ত করুন: অ্যাপ্লিকেশনের বাহ্যিক অনুরোধ ব্যর্থ হওয়া উচিত। প্রমাণীকৃত HTTP প্রক্সিতে প্রত্যাখ্যাত অ্যাকাউন্টটি তার প্রমাণীকরণ ব্যর্থতা তৈরি করবে, আর গৃহীত অ্যাকাউন্টটি প্রক্সির সংশ্লিষ্ট পর্যবেক্ষণসহ লক্ষ্যে পৌঁছাবে।

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