Toxiproxy препраща TCP поток към конфигуриран upstream и може да наруши този поток. HTTP API-то му за управление не прави слушателя на трафика HTTP преден прокси.

За SDK, настроен да използва HTTP прокси, съществуващ преден прокси може да застане зад него:

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 адреси предполагат, че и трите локални компонента споделят едно мрежово пространство от имена. Компонентите в контейнери се нуждаят от адреси, достъпни от собствените им пространства от имена.

Тази подредба променя пътя от клиента до предния прокси. Тя не заменя TLS на дестинацията или удостоверяването на услугата. Когато оценявате инжектирана повреда, отчитайте повторните опити на SDK отделно: възстановена операция може да скрие по-ранен неуспешен опит.

Подобни статии