د OkHttp Basic پراکسي تصدیق: رد شوي بیا هڅې ودروئ

د HTTP پراکسي لپاره چې Basic تصدیق وړاندې کوي، د OkHttp proxyAuthenticator کولای شي د اعتبارنامو لرونکې غوښتنه بیرته راولي. وروسته له دې چې د اجازې هڅه مخکې رد شوې وي، هماغه ځواب بیا نه لېږلو پرځای null بیرته راوګرځوئ:

.proxyAuthenticator { _, response ->
    if (response.request.header("Proxy-Authorization") != null) {
        null
    } else {
        response.request.newBuilder()
            .header("Proxy-Authorization",
                    Credentials.basic(proxyUser, proxyPassword))
            .build()
    }
}

دا مسوده د اپلیکیشن له پټ تنظیماتو څخه د حساب ارزښتونه کاروي. ساتونکی لومړنۍ هڅه اجازه کوي او تکراري هڅه بندوي. دا Basic پلي کوي، نه هغه هر سکیم چې پراکسي یې اعلان کولای شي؛ مخکې له دې چې هغه ځواب وټاکئ ننګونې وګورئ.

که پایله لا هم 407 وي، ټاکل شوی پراکسي، اعلان شوی سکیم او مستند حساب هویت پرتله کړئ. رد شوی پټنوم، نه ملاتړ شوی طریقه او غلط کارن-نوم بڼه بېلابېل سمونونه غواړي. هغه کتنې او پاینی حالت په سمون شوې تشخیص کې وساتئ.

CONNECT بل د غږ بیرته راګرځولو شرایط لري: OkHttp د تونل له پرانیستلو مخکې یو مصنوعي مخکیني پراکسي-تصدیق ننګونې مستندوي. هغه شرایط د API له مخې اداره کړئ، نه دا چې هر غږ بیرته راګرځول عادي د مقصد ځواب وي.

جلا authenticator د مقصد سرور تصدیق لپاره دی. د هغې اعتبارنامې د پراکسي ننوتلو څخه جلا وساتئ؛ یو عمومي منځګړی چې پر هر وتونکي غوښتنه د پراکسي پټنوم ږدي کولای شي هغه په غلط حد کې ولېږي.

تاریخي راپورونه د پلي کولو تېروتنې هم بیانوي، په شمول د رد شوي پراکسي ځواب د اصلي برخې اداره کول. مخکې له دې چې اوسنی ناکامي زوړ راپور ته منسوب کړئ، د OkHttp نسخه او پاینی تبادله ثبت کړئ. د بیا هڅې پرېکړه باید لا هم هغه نه بدل شوې اعتبارنامه هڅه ودروي چې کوم ګټور نوی ځواب نلري.