Gunicorn bind আউটবাউন্ড প্রক্সি কনফিগার করে না
ইনবাউন্ড সার্ভার ও forwarded-header সেটিংসকে প্রক্সি নিয়ন্ত্রণ হিসেবে ব্যবহার না করে আউটবাউন্ড কল করা Python ক্লায়েন্টটি খুঁজুন।
Gunicorn-এর bind ঠিকানা আগত অ্যাপ্লিকেশন অনুরোধ গ্রহণ করে। এটি সেই অ্যাপ্লিকেশন যে API কল করে তার জন্য ফরোয়ার্ড প্রক্সি নির্বাচন করে না।
আউটবাউন্ড গ্রাহক—Requests, HTTPX, কোনো SDK বা subprocess—খুঁজে বের করে তার পাবলিক প্রক্সি ইন্টারফেস বা এটি যে environment পড়ে তা কনফিগার করুন। সঠিকভাবে কনফিগার করা Requests Session অন্য কোনো SDK পুনরায় কনফিগার করে না।
ওয়ার্কারের প্রকৃত লঞ্চ environment ডিপ্লয়মেন্ট সেটিংসের সঙ্গে মিলিয়ে দেখুন। একটি ইন্টারঅ্যাকটিভ shell ভিন্ন মান ধরে রাখতে পারে। ক্রেডেনশিয়াল প্রতিষ্ঠিত secret ব্যবস্থায় রাখুন এবং environment dump যাতে সেগুলো প্রকাশ না করে তা এড়ান।
Gunicorn-এর বিশ্বস্ত forwarded-header অপশনগুলো আগত metadata ব্যাখ্যা করে; তারা নতুন API কল সেই মধ্যস্থকারীর মধ্য দিয়ে ফেরত পাঠায় না।
অপ্রত্যাশিত প্রস্থানের জন্য আউটবাউন্ড সংযোগটি অনুসরণ করুন। পাবলিক মধ্যস্থকারীর মাধ্যমে অনুমোদিত পাবলিক API অনুরোধের জন্য বিনামূল্যের প্রক্সি তালিকা এমন প্রার্থী দেয় যেগুলো সেই আউটবাউন্ড ক্লায়েন্টের সমর্থিত প্রোটোকল ও ইন্টারফেস দিয়ে কনফিগার করা যায়। দর্শকের ঠিকানা, Gunicorn লিসেনার, স্থানীয় সার্ভার উৎস এবং দূরবর্তী প্রক্সি প্রস্থান সবই আলাদা হতে পারে। একটি bind সেটিং চারটি প্রশ্নের উত্তর দেবে বলে আশা করার বদলে ওই পর্যবেক্ষণগুলো আলাদা রাখুন।