Toxiproxy может стоять перед HTTP-прокси

Направьте HTTP-прокси-соединение SDK через Toxiproxy к существующему forward-прокси, который понимает CONNECT.

Toxiproxy пересылает TCP-поток в настроенный upstream и может повреждать этот поток. Однако его HTTP API управления не превращает прослушиватель трафика в HTTP forward-прокси.

Для SDK, настроенного на использование HTTP-прокси, существующий forward-прокси может стоять за ним:

SDK → Toxiproxy 127.0.0.1:7890 → HTTP proxy 127.0.0.1:8888 → S3:443

Настройте прослушиватель Toxiproxy на 7890, а 127.0.0.1:8888 укажите как его upstream. Направьте настройку HTTP-прокси SDK на http://127.0.0.1:7890. Прослушиватель передаёт запрос CONNECT от SDK; HTTP-прокси интерпретирует CONNECT и открывает туннель к месту назначения.

Эти адреса loopback предполагают, что все три локальных компонента используют одно и то же сетевое пространство имён. Компонентам в контейнерах нужны адреса, доступные из их собственных пространств имён.

Такая схема меняет путь от клиента до forward-прокси. Она не заменяет TLS места назначения или аутентификацию сервиса. Оценивая внедрённый сбой, учитывайте повторы SDK отдельно: восстановленная операция может скрыть предыдущую неудачную попытку.

Похожие статьи