Toxiproxy sender ein TCP-straum vidare til ein konfigurert upstream og kan svekkje den straumen. HTTP-kontroll-API-et gjer ikkje trafikklyttaren til ein HTTP-forward-proxy.

For eit SDK som er konfigurert til å bruke ein HTTP-proxy, kan ein eksisterande forward-proxy stå bak han:

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

Set opp Toxiproxy-lyttaren på 7890 med 127.0.0.1:8888 som upstream. Peik HTTP-proxyinnstillinga til SDK-et mot http://127.0.0.1:7890. Lyttaren sender CONNECT-førespurnaden frå SDK-et vidare; HTTP-proxyen tolkar CONNECT og opnar tunellen til målet.

Desse loopback-adressene føreset at alle tre lokale komponentane deler same nettverksnamnerom. Komponentar i containerar treng adresser som er tilgjengelege frå deira eigne namnerom.

Denne ordninga endrar vegen frå klienten til forward-proxyen. Ho erstattar ikkje TLS-en til målet eller tenestautentiseringa. Når du vurderer ein injisert feil, må nye forsøk frå SDK-et reknast med separat: ein gjenoppretta operasjon kan skjule eit tidlegare mislukka forsøk.

Relaterte artiklar