En proxytest skal få den direkte forbindelsen til å feile

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

Skille 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 tjenester som allerede er definert. Konfigurer den godkjente videresendingsproxien og den faktiske klienten til applikasjonen 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.