అప్లికేషన్ పక్కన వినిపించే స్థానిక ప్రాక్సీ ప్రాక్సీ ద్వారా ప్రవేశం అవసరమయ్యే నెట్‌వర్క్‌ను పునరుత్పత్తి చేయదు. అప్లికేషన్ కాన్ఫిగర్ చేసిన ప్రాక్సీని పట్టించుకోకుండా నేరుగా కనెక్ట్ అయి, అయినా విజయాన్ని నివేదించవచ్చు.

అప్లికేషన్ నెట్‌వర్క్‌ను ప్రాక్సీ బాహ్య మార్గం నుండి వేరు చేయండి. కంటైనర్ ఆధారిత ఒక అమరిక అప్లికేషన్‌ను అంతర్గత నెట్‌వర్క్‌లో మాత్రమే ఉంచి ప్రాక్సీకి రెండవ నిష్క్రమణ నెట్‌వర్క్ ఇస్తుంది. ఇప్పటికే ఉన్న Compose నిర్వచనంలో నెట్‌వర్క్ కనెక్షన్లు ఇలా కనిపించవచ్చు:

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

ఇది ఇప్పటికే నిర్వచించిన సేవల కోసం నెట్‌వర్క్ భాగం. ఆమోదించబడిన ఫార్వర్డ్ ప్రాక్సీని మరియు అప్లికేషన్ యొక్క నిజమైన క్లయింట్‌ను విడిగా కాన్ఫిగర్ చేయండి. Docker అంతర్గత నెట్‌వర్క్‌లను బయటి నుండి వేరుచేయబడినవిగా నమోదు చేస్తుంది; ఈ అమరికలో అదనపు బాహ్య నెట్‌వర్క్ ప్రాక్సీకి మాత్రమే ఉంటుంది.

ప్రాక్సీ ఉపయోగం లేని ప్రతికూల సందర్భాన్ని చేర్చండి: అప్లికేషన్ బాహ్య అభ్యర్థన విఫలం కావాలి. ప్రామాణీకరణ ఉన్న HTTP ప్రాక్సీలో తిరస్కరించబడిన ఖాతా దాని ప్రామాణీకరణ వైఫల్యాన్ని ఇవ్వాలి, అంగీకరించబడిన ఖాతా సంబంధిత ప్రాక్సీ పరిశీలనతో లక్ష్యాన్ని చేరుకోవాలి.

ప్రాక్సీ అనుమతించిన మరియు తిరస్కరించిన సందర్భాలను విడిగా పరీక్షించండి. అప్లికేషన్‌ను ఇతర బాహ్య నెట్‌వర్క్‌ల నుండి దూరంగా ఉంచండి మరియు ప్రాక్సీని దాటవేసే హోస్ట్ నెట్‌వర్క్ మోడ్‌ను జోడించవద్దు. పరీక్ష ఉద్దేశించిన మార్గాన్నే అందించినప్పుడే విజయవంతమైన అభ్యర్థన ఉపయోగకరమైన సాక్ష్యం.

సంబంధిత వ్యాసాలు