Preskus posrednika mora povzročiti neuspeh neposredne povezave

Lokalni posrednik, ki posluša ob aplikaciji, ne poustvari omrežja, ki zahteva dostop prek posrednika. Aplikacija lahko prezre nastavljeni posrednik, se poveže neposredno in kljub temu poroča o uspehu.

Ločite omrežje aplikacije od izhodne poti posrednika. Ena postavitev z vsebniki postavi aplikacijo samo v notranje omrežje, posredniku pa dodeli drugo izhodno omrežje. V obstoječi definiciji Compose so lahko omrežne povezave videti takole:

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

To je omrežni odlomek za že definirane storitve. Ločeno nastavite odobreni posredovalni posrednik in dejanskega odjemalca aplikacije. Docker notranja omrežja dokumentira kot od zunaj izolirana; v tej postavitvi ima dodatno zunanje omrežje samo posrednik.

Vključite negativni primer brez uporabe posrednika: zunanja zahteva aplikacije bi morala spodleteti. Pri overjenem HTTP posredniku bi zavrnjeni račun moral ustvariti svojo napako overjanja, medtem ko bi sprejeti račun moral doseči cilj z ustreznim opažanjem posrednika.

Preskusite dovoljene in zavrnjene primere posrednika ločeno. Aplikacijo držite proč od drugih zunanjih omrežij in ne dodajajte načina gostiteljskega omrežja, ki obide posrednika. Uspešna zahteva je koristen dokaz šele, ko preskus omogoči natanko predvideno pot.