Тестът на прокси трябва да проваля директната връзка

Локално прокси, което слуша до приложението, не възпроизвежда мрежа, която изисква достъп през прокси. Приложението може да пренебрегне настроеното прокси, да се свърже директно и въпреки това да отчете успех.

Отделете мрежата на приложението от изходящия път на проксито. Една схема с контейнери поставя приложението само в вътрешна мрежа и дава на проксито втора изходяща мрежа. В съществуваща дефиниция на Compose мрежовите връзки могат да изглеждат така:

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

Това е мрежов фрагмент за вече дефинирани услуги. Настройте одобреното препращащо прокси и действителния клиент на приложението поотделно. Docker документира вътрешните мрежи като изолирани отвън; в тази схема само проксито има допълнителната външна мрежа.

Включете отрицателен случай без използване на прокси: външната заявка на приложението трябва да се провали. При HTTP прокси с удостоверяване отхвърленият акаунт трябва да даде своята грешка за удостоверяване, а приетият акаунт да достигне целта със съответно наблюдение от проксито.

Проверете разрешените и забранените случаи на проксито поотделно. Дръжте приложението далеч от други външни мрежи и не добавяйте режим на хост мрежа, който заобикаля проксито. Успешната заявка е полезно доказателство само след като тестът предоставя именно предвидения маршрут.