Hindi kinokonfigura ng bind ng Gunicorn ang papalabas na proxy
Hanapin ang Python client na gumagawa ng papalabas na tawag sa halip na gamitin ang mga setting ng papasok na server at forwarded header bilang kontrol ng proxy.
Tinatanggap ng bind address ng Gunicorn ang mga papasok na kahilingan ng application. Hindi ito pumipili ng forward proxy para sa mga tawag API na ginagawa ng application na iyon.
Hanapin ang papalabas na consumer—Requests, HTTPX, isang SDK o subprocess—at i-configure ang pampublikong proxy interface nito o ang environment na binabasa nito. Ang tamang naka-configure na Requests Session ay hindi nagko-configure muli ng ibang SDK.
Ihambing ang aktwal na launch environment ng worker sa mga setting ng deployment. Ang interactive na shell ay maaaring may ibang halaga. Itago ang mga kredensyal sa itinatag na mekanismo ng lihim at iwasan ang mga dump ng environment na naglalantad sa mga ito.
Ang mga pinagkakatiwalaang opsyon sa forwarded header ng Gunicorn ay nagbibigay-kahulugan sa papasok na metadata; hindi nila ibinabalik ang mga bagong tawag API sa pamamagitan ng tagapamagitan na iyon.
Para sa hindi inaasahang paglabas, subaybayan ang papalabas na koneksyon. Para sa mga pampublikong kahilingan API na pinapayagan sa pamamagitan ng mga pampublikong tagapamagitan, nag-aalok ang listahan ng libreng proxy ng mga kandidatong maaaring i-configure sa pamamagitan ng sinusuportahang protocol at interface ng papalabas na client na iyon. Ang address ng bisita, listener ng Gunicorn, pinagmulan ng lokal na server at labasan ng malayong proxy ay maaaring lahat magkaiba. Panatilihing hiwalay ang mga obserbasyong iyon sa halip na gawing isang setting ng bind ang sasagot sa lahat ng apat na tanong.