En proxytest skal få direkteforbindelsen til å feile

En lokal proxy som lytter ved siden av en applikasjon, gjenskaper ikke et nettverk som krever proxytilgang. Applikasjonen kan overse den konfigurerte proxien, koble seg direkte til og likevel rapportere suksess.

Skill nettverket til applikasjonen fra den utgående veien til proxien. Ett containerbasert oppsett plasserer applikasjonen bare på et internt nettverk og gir proxien et ekstra utgående nettverk. I en eksisterende Compose-definisjon kan nettverkstilknytningene se slik ut:

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

Dette er et nettverksutdrag for allerede definerte tjenester. Konfigurer den godkjente videresendingsproxien og applikasjonens faktiske klient hver for seg. Docker dokumenterer interne nettverk som isolert utenfra; i dette oppsettet er det bare proxien som har det ekstra ytre nettverket.

Ta med et negativt tilfelle uten proxybruk: den eksterne forespørselen fra applikasjonen skal feile. For en autentisert HTTP-proxy skal en avvist konto gi sin autentiseringsfeil, mens den aksepterte kontoen skal nå målet med en tilsvarende proxyobservasjon.

Test de tillatte og de avviste tilfellene til proxien hver for seg. Hold applikasjonen unna andre eksterne nettverk og unngå å legge til en vertsnettverksmodus som omgår proxien. En vellykket forespørsel er først et nyttig bevis når testen stiller nøyaktig den tiltenkte ruten til rådighet.