Toxiproxy შეიძლება HTTP პროქსის წინ დადგეს

გაატარეთ SDK-ის HTTP პროქსის კავშირი Toxiproxy-ით არსებულ forward პროქსიზე, რომელსაც CONNECT ესმის.

Toxiproxy გადასცემს TCP ნაკადს კონფიგურებულ upstream-ს და შეუძლია ამ ნაკადის დაზიანება. მისი HTTP მართვის API ტრაფიკის მსმენელს HTTP forward პროქსიდ არ აქცევს.

HTTP პროქსის გამოსაყენებლად კონფიგურებული SDK-ისთვის არსებული 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. მიმართეთ SDK-ის HTTP პროქსის პარამეტრი http://127.0.0.1:7890-ისკენ. მსმენელი გადასცემს SDK-ის CONNECT მოთხოვნას; HTTP პროქსი განმარტავს CONNECT-ს და ხსნის დანიშნულების გვირაბს.

ეს loopback მისამართები ვარაუდობენ, რომ სამივე ლოკალური კომპონენტი ერთსა და იმავე ქსელურ სახელთა სივრცეს იზიარებს. კონტეინერებში მყოფ კომპონენტებს სჭირდებათ მისამართები, რომლებიც მათივე სახელთა სივრციდან ხელმისაწვდომია.

ეს განლაგება ცვლის გზას კლიენტიდან forward პროქსიმდე. ის არ ცვლის დანიშნულების TLS-ს ან სერვისის ავთენტიფიკაციას. ინექციური ხარვეზის შეფასებისას ცალკე გაითვალისწინეთ SDK-ის განმეორებითი ცდები: აღდგენილმა ოპერაციამ შეიძლება დამალოს ადრინდელი წარუმატებელი ცდა.

დაკავშირებული სტატიები