Toxiproxy poate sta în fața proxy-ului HTTP

Direcționați conexiunea proxy HTTP a unui SDK prin Toxiproxy către un proxy forward existent care înțelege CONNECT.

Toxiproxy redirecționează un flux TCP către un upstream configurat și poate degrada acel flux. API-ul său de control HTTP nu transformă însă listenerul de trafic într-un proxy forward HTTP.

Pentru un SDK configurat să folosească un proxy HTTP, un proxy forward existent poate sta în spatele acestuia:

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

Configurați listenerul Toxiproxy pe 7890, cu 127.0.0.1:8888 ca upstream. Îndreptați setarea de proxy HTTP a SDK-ului spre http://127.0.0.1:7890. Listenerul retransmite cererea CONNECT a SDK-ului; proxy-ul HTTP interpretează CONNECT și deschide tunelul către destinație.

Aceste adrese loopback presupun că toate cele trei componente locale partajează același spațiu de nume de rețea. Componentele din containere au nevoie de adrese accesibile din propriile spații de nume.

Această configurare schimbă calea de la client la proxy-ul forward. Nu înlocuiește TLS-ul destinației sau autentificarea serviciului. Când evaluați o defecțiune injectată, luați separat în calcul reîncercările SDK-ului: o operațiune recuperată poate ascunde o încercare eșuată anterioară.

Articole similare