প্ৰক্সি পৰীক্ষাই পোনপটীয়া ফলবেক বিফল কৰা উচিত

এপ্লিকেশ্যনৰ কাষত শুনি থকা স্থানীয় প্ৰক্সিয়ে প্ৰক্সিৰ জৰিয়তে যোৱা নেটৱৰ্কৰ প্ৰতিলিপি নকৰে। এপ্লিকেশ্যই কনফিগাৰ কৰা প্ৰক্সিক আওকাণ কৰি পোনপটীয়াকৈ সংযোগ কৰি তথাপিও সফলতা ৰিপৰ্ট কৰিব পাৰে।

এপ্লিকেশ্যনৰ নেটৱৰ্কক প্ৰক্সিৰ বাহিৰলৈ যোৱা পথৰ পৰা পৃথক কৰক। এটা কণ্টেইনাৰ-আধাৰিত ব্যৱস্থাই এপ্লিকেশ্যনক কেৱল এটা আভ্যন্তৰীণ নেটৱৰ্কত ৰাখে আৰু প্ৰক্সিক দ্বিতীয় এটা এগ্ৰেছ নেটৱৰ্ক দিয়ে। ইতিমধ্যে থকা Compose সংজ্ঞাত নেটৱৰ্ক সংযোগবোৰ এনেকুৱা হ’ব পাৰে:

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

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

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

প্ৰক্সিৰ অনুমোদিত আৰু অস্বীকৃত ক্ষেত্ৰবোৰ সুকীয়াকৈ পৰীক্ষা কৰক। এপ্লিকেশ্যনক অন্য বাহ্যিক নেটৱৰ্কৰ পৰা আতৰাই ৰাখক আৰু প্ৰক্সি এৰাই যোৱা হ’ষ্ট নেটৱৰ্ক ম’ড যোগ নকৰিব। এটা সফল অনুৰোধ কেৱল তেতিয়াহে উপযোগী প্ৰমাণ হয় যেতিয়া পৰীক্ষাই কেৱল অভিপ্ৰেত পথটোকে উপলব্ধ কৰায়।