Ein proxytest skal få den direkte forbindelsen til å feile

Ein lokal proxy som lyttar ved sida av ein applikasjon, attskapar ikkje eit nettverk som krev proxytilgang. Applikasjonen kan sjå bort frå den konfigurerte proxien, kopla seg direkte til og likevel melde suksess.

Skil nettverket til applikasjonen frå den utgåande vegen til proxien. Eitt containerbasert oppsett plasserer applikasjonen berre på eit internt nettverk og gjev proxien eit ekstra utgåande nettverk. I ein eksisterande Compose-definisjon kan nettverkstilkoplingane sjå slik ut:

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

Dette er eit nettverksutdrag for tenester som alt er definerte. Konfigurer den godkjende videresendingsproxien og den faktiske klienten til applikasjonen kvar for seg. Docker dokumenterer interne nettverk som isolerte utanfrå; i dette oppsettet er det berre proxien som har det ekstra ytre nettverket.

Ta med eit negativt tilfelle utan proxybruk: den eksterne førespurnaden til applikasjonen skal feile. For ein autentisert HTTP-proxy skal ein avvist konto gje sin autentiseringsfeil, medan den aksepterte kontoen skal nå målet med ei tilsvarande proxyobservasjon.

Test dei tillatne og dei avviste tilfella til proxien kvar for seg. Hald applikasjonen unna andre eksterne nettverk og unngå å leggje til ein vertsnettverksmodus som går utanom proxien. Ein vellukka førespurnad er først eit nyttig prov når testen stiller nøyaktig den tiltenkte ruta til rådvelde.