bind در Gunicorn پروکسی خروجی را پیکربندی نمی‌کند
کلاینت Python را که تماس‌های خروجی انجام می‌دهد بیابید، به‌جای اینکه تنظیمات سرور ورودی و هدرهای forwarded را کنترل پروکسی بدانید.
نشانی bind در Gunicorn درخواست‌های ورودی برنامه را می‌پذیرد. برای تماس‌های API که آن برنامه انجام می‌دهد، پروکسی جلویی انتخاب نمی‌کند.
مصرف‌کننده خروجی—Requests، HTTPX، یک SDK یا یک زیرفرایند—را بیابید و رابط پروکسی عمومی آن یا محیطی را که می‌خواند پیکربندی کنید. Requests Session که درست پیکربندی شده باشد، SDK دیگری را دوباره پیکربندی نمی‌کند.
محیط اجرای مؤثر worker را با تنظیمات استقرار مقایسه کنید. یک shell تعاملی می‌تواند مقادیر متفاوتی داشته باشد. اعتبارنامه‌ها را در سازوکار اسرار تثبیت‌شده نگه دارید و از تخلیه محیط که آن‌ها را افشا می‌کند بپرهیزید.
گزینه‌های هدر forwarded مورد اعتماد Gunicorn فراداده‌های ورودی را تفسیر می‌کنند؛ آن‌ها تماس‌های API جدید را از طریق آن واسطه بازنمی‌گردانند.
در خروج غیرمنتظره، اتصال خروجی را ردیابی کنید. برای درخواست‌های API عمومی که از طریق واسطه‌های عمومی مجازند، فهرست پروکسی رایگان نامزدهایی را پیشنهاد می‌کند که می‌توان آن‌ها را از طریق پروتکل و رابط پشتیبانی‌شده همان کلاینت خروجی پیکربندی کرد. نشانی بازدیدکننده، شنونده Gunicorn، منبع سرور محلی و خروجی پروکسی راه دور می‌توانند همه متفاوت باشند. این مشاهدات را جدا نگه دارید به‌جای اینکه یک تنظیم bind به هر چهار پرسش پاسخ دهد.