Toxiproxy یک جریان TCP را به یک بالادست پیکربندی‌شده ارسال می‌کند و می‌تواند آن جریان را مختل کند. اما API کنترل HTTP آن شنونده ترافیک را به پروکسی جلویی 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 را جداگانه در نظر بگیرید: عملیاتی که موفق شده می‌تواند تلاش ناموفق قبلی را پنهان کند.

مقالات مرتبط