Dapat pabiguin ng pagsusuri ng proxy ang direktang koneksyon

Ang lokal na proxy na nakikinig sa tabi ng aplikasyon ay hindi nagbubuo ng network na nangangailangan ng pag-access sa proxy. Maaaring balewalain ng aplikasyon ang naka-configure na proxy, kumonekta nang direkta at mag-ulat pa rin ng tagumpay.

Ihiwalay ang network ng aplikasyon sa palabas na landas ng proxy. Isang kaayusang nakabatay sa container ang naglalagay sa aplikasyon sa panloob na network lamang at nagbibigay sa proxy ng pangalawang labasang network. Sa umiiral na depinisyon ng Compose, ganito ang hitsura ng mga koneksyon sa network:

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

Ito ay isang bahagi ng network para sa mga serbisyong natukoy na. Ihiwalay na i-configure ang aprubadong forward proxy at ang aktwal na kliyente ng aplikasyon. Itinatala ng Docker ang mga panloob na network bilang hiwalay mula sa labas; sa kaayusang ito, ang proxy lamang ang may karagdagang panlabas na network.

Isama ang negatibong kaso na walang paggamit ng proxy: dapat mabigo ang panlabas na kahilingan ng aplikasyon. Sa isang HTTP proxy na may pagpapatunay, ang tinanggihang account ay dapat maglabas ng sarili nitong kabiguan sa pagpapatunay, samantalang ang tinanggap na account ay dapat makarating sa target na may katumbas na obserbasyon ng proxy.

Subukan nang hiwalay ang pinapayagan at tinatanggihang kaso ng proxy. Ilayo ang aplikasyon sa iba pang panlabas na network at huwag magdagdag ng host network mode na lumalampas sa proxy. Ang matagumpay na kahilingan ay kapaki-pakinabang na ebidensya lamang kapag ang pagsusuri ay nagbibigay ng eksaktong inilaan na ruta.