Toxiproxy kan vóór de HTTP-proxy staan
Leid de HTTP-proxyverbinding van een SDK via Toxiproxy naar een bestaande forward-proxy die CONNECT begrijpt.
Toxiproxy stuurt een TCP-stroom door naar een geconfigureerde upstream en kan die stroom aantasten. De HTTP-besturings-API maakt van de verkeerslistener echter geen HTTP-forward-proxy.
Voor een SDK die is geconfigureerd om een HTTP-proxy te gebruiken, kan een bestaande forward-proxy erachter staan:
SDK → Toxiproxy 127.0.0.1:7890 → HTTP proxy 127.0.0.1:8888 → S3:443Configureer de Toxiproxy-listener op 7890 met 127.0.0.1:8888 als upstream. Richt de HTTP-proxyinstelling van de SDK op http://127.0.0.1:7890. De listener geeft het CONNECT-verzoek van de SDK door; de HTTP-proxy interpreteert CONNECT en opent de tunnel naar de bestemming.
Deze loopbackadressen veronderstellen dat alle drie lokale componenten dezelfde netwerknaamruimte delen. Componenten in containers hebben adressen nodig die bereikbaar zijn vanuit hun eigen naamruimten.
Deze opstelling verandert het pad van de client naar de forward-proxy. Ze vervangt niet de TLS van de bestemming of de serviceauthenticatie. Houd bij het beoordelen van een geïnjecteerde fout de herhaalpogingen van de SDK apart: een herstelde bewerking kan een eerdere mislukte poging verbergen.