Toxiproxy можа стаяць перад HTTP-проксі

Правядзіце HTTP-проксі-злучэнне SDK праз Toxiproxy да існуючага прамога проксі, які разумее CONNECT.

Toxiproxy перадае TCP-паток на наладжаны вышэйшы сервер і можа пашкодзіць гэты паток. Яго 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 укажыце як яго вышэйшы сервер. Накіруйце наладу HTTP-проксі SDK на http://127.0.0.1:7890. Слухач перадае запыт CONNECT ад SDK; HTTP-проксі інтэрпрэтуе CONNECT і адкрывае тунель да месца прызначэння.

Гэтыя адрасы loopback мяркуюць, што ўсе тры лакальныя кампаненты падзяляюць адну прастору імёнаў сеткі. Кампаненты ў кантэйнерах маюць патрэбу ў адрасах, дасяжных з іх уласных прастораў імёнаў.

Гэтая схема змяняе шлях ад кліента да прамога проксі. Яна не замяняе TLS месца прызначэння або аўтэнтыфікацыю сэрвісу. Ацэньваючы ўведзеную памылку, улічвайце паўторы SDK асобна: адноўленая аперацыя можа схаваць папярэднюю няўдалую спробу.

Падобныя артыкулы