Puhverserveri test peab otsetee ebaõnnestuma panema

Rakenduse kõrval kuulav kohalik puhverserver ei taasta võrku, mis nõuab puhverserveri kaudu liiklemist. Rakendus võib seadistatud puhverserveri eirama, otse ühenduda ja sellest hoolimata edust teatada.

Eraldage rakenduse võrk puhverserveri väljuvast teest. Üks konteineripõhine lahendus paneb rakenduse ainult sisemisse võrku ja annab puhverserverile teise väljundvõrgu. Olemasolevas Compose’i definitsioonis võivad võrguühendused välja näha nii:

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

See on võrgufragment juba määratletud teenuste jaoks. Seadistage kinnitatud edastuspuhverserver ja rakenduse tegelik klient eraldi. Docker dokumenteerib sisemised võrgud väljast isoleeritutena; selles lahenduses on täiendav välisvõrk ainult puhverserveril.

Lisage negatiivne juhtum, kus puhverserveri kasutus on eemaldatud: rakenduse väline päring peaks ebaõnnestuma. Autenditud HTTP-puhverserveri puhul peaks tagasilükatud konto andma oma autentimisvea, samas kui aktsepteeritud konto peaks jõudma sihtmärgini vastava puhverserveri vaatlusega.

Testige puhverserveri lubatud ja keelatud juhtumeid eraldi. Hoidke rakendus teistest välisvõrkudest eemal ja vältige puhverserverist mööda minevat hostvõrgu režiimi. Edukas päring on kasulik tõend alles siis, kui test pakub just kavandatud teekonda.