OkHttp বেচিক প্ৰক্সি প্ৰমাণীকৰণ: প্ৰত্যাখ্যাত পুনৰ প্ৰচেষ্টা বন্ধ কৰক

বেচিক প্ৰমাণীকৰণ আগবঢ়োৱা HTTP প্ৰক্সিৰ বাবে, 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()
    }
}

এই খচৰাই এপ্লিকেশ্যনৰ গোপন সংৰূপৰ পৰা অহা একাউণ্টৰ মান ব্যৱহাৰ কৰে। গাৰ্ডে আৰম্ভণিৰ প্ৰচেষ্টা অনুমোদন কৰে আৰু পুনৰাবৃত্তিটো বন্ধ কৰে। ই বেচিক ৰূপায়ণ কৰে, প্ৰক্সিয়ে বিজ্ঞাপন দিব পৰা প্ৰতিটো স্কিম নহয়; সেই উত্তৰ বাছনি কৰাৰ আগতে চেলেঞ্জ পৰীক্ষা কৰক।

যদি চূড়ান্ত ফলাফল 407 হৈয়ে থাকে, তেন্তে বাছনি কৰা প্ৰক্সি, বিজ্ঞাপিত স্কিম আৰু নথিভুক্ত একাউণ্ট পৰিচয় তুলনা কৰক। প্ৰত্যাখ্যাত পাছৱৰ্ড, অসমৰ্থিত পদ্ধতি আৰু ভুল ব্যৱহাৰকাৰীনাম ৰূপৰ বাবে পৃথক সংশোধন প্ৰয়োজন। সেই পৰ্যবেক্ষণ আৰু চূড়ান্ত স্থিতি ৰেডেক্ট কৰা ডায়েগনষ্টিকত ৰাখক।

CONNECT ৰ অন্য এটা কলবেক প্ৰসংগ আছে: OkHttp এ টানেল খোলাৰ আগতে এটা কৃত্ৰিম আগধিকাৰমূলক প্ৰক্সি-প্ৰমাণীকৰণ চেলেঞ্জ নথিভুক্ত কৰে। প্ৰতিটো কলবেক সাধাৰণ গন্তব্য উত্তৰ বুলি ধৰি নলৈ API অনুসৰি সেই প্ৰসংগ পৰিচালনা কৰক।

পৃথক authenticator গন্তব্য-চাৰ্ভাৰ প্ৰমাণীকৰণৰ বাবে। ইয়াৰ প্ৰমাণপত্ৰ প্ৰক্সি লগইনৰ পৰা পৃথক ৰাখক; প্ৰতিটো বহিৰ্গামী অনুৰোধত প্ৰক্সি পাছৱৰ্ড ৰখা এটা সাধাৰণ ইন্টাৰচেপ্টৰে ইয়াক ভুল পৰিধিত পঠিয়াব পাৰে।

ঐতিহাসিক প্ৰতিবেদনত ৰূপায়ণৰ বাগো বৰ্ণনা কৰা হৈছে, য'ত প্ৰত্যাখ্যাত প্ৰক্সি-উত্তৰৰ বডি পৰিচালনা অন্তৰ্ভুক্ত। বৰ্তমানৰ বিফলতা পুৰণি প্ৰতিবেদনলৈ জমা দিয়াৰ আগতে OkHttp সংস্কৰণ আৰু চূড়ান্ত বিনিময় লিপিবদ্ধ কৰক। পুনৰ প্ৰচেষ্টাৰ সিদ্ধান্তই উপযোগী নতুন উত্তৰ নথকা অপৰিৱৰ্তিত প্ৰমাণপত্ৰ প্ৰচেষ্টা এতিয়াও বন্ধ কৰা উচিত।