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 окремо: відновлена операція може приховати попередню невдалу спробу.

Схожі статті