ایا OkHttp به تېروتنې سره مستقیم وصل کیږي کله چې پروکسي ناکام شي؟
د پروکسي ناکامۍ مستقیم لاسرسي ته د رسېدو امکان ارزولو لپاره د کلاینټ نسخه، د لارې کاندیدان او د اپلیکیشن د بیا هڅې لاره وکاروئ.
د سیستم HTTP پروکسي تاریخي حالت کې OkHttp په 3.5.0 کې خپل چلند بدل کړ: د هغه پروکسي له ناکامۍ وروسته یې مستقیم اړیکه ازموینه بنده کړه. د ارامې بیرته راګرځېدنې په اړه زوړ راپور کېدای شي د دې بدلون مخکې چلند بیان کړي.
هغه تاریخ د هر اپلیکیشن د لارې تګلاره نه ټاکي. د خپل اپلیکیشن څخه د راپور د تفسیر لپاره دا درې څېړنې ترسره کړئ:
- حل شوې OkHttp نسخه ومومئ. د کاپي کېدونکي بېلګې عمر پرځای د اپلیکیشن د تګواښې معلومات وکاروئ، پشمول هغه نسخه چې یوه چوکاټ واقعاً ضمیمه کړې ده.
- ومومئ چې دا کلاینټ څنګه لاره غوره کوي. روښانه پروکسي او دودیز ProxySelector بېلې ترتیبات دي. که غوره کوونکی د پروکسي وروسته مستقیم نوماند وړاندې کړي، هغه مستقیم بدیل وړاندې کوي.
- د ناکامۍ سمبالوونکی تعقیب کړئ. هغه اپلیکیشن کوډ ولټوئ چې د بل کلاینټ سره بیا هڅه کوي. هغه ځای ناستی چې مستقیم غوښتنه کوي د لومړي کلاینټ له پرېکړې بهر ده.
د اجباري پروکسي غوښتنې لپاره، اړوند کلاینټ تګلاره باید د مستقیم بدیل وړاندې کولو پرځای ودرېږي. اصلي کلاینټ او د بیا هڅې لاره د هغې غوښتنې سره وګورئ؛ یوازې د 3.5.0 بدلون د ټول ماشین لپاره د ترافیک قاعده نه ده.