ការផ្ទៀងផ្ទាត់ proxy Basic របស់ OkHttp៖ បញ្ឈប់ការព្យាយាមឡើងវិញដែលត្រូវបានបដិសេធ

សម្រាប់ proxy HTTP ដែលផ្តល់ការផ្ទៀងផ្ទាត់ Basic, proxyAuthenticator របស់ OkHttp អាចត្រឡប់សំណើដែលផ្ទុកព័ត៌មានសម្គាល់អត្តសញ្ញាណ។ ត្រឡប់ null បន្ទាប់ពីការព្យាយាមផ្តល់សិទ្ធិត្រូវបានបដិសេធរួចហើយ ជំនួសឱ្យការផ្ញើចម្លើយដូចគ្នាម្តងទៀត៖

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

គំរូនេះប្រើតម្លៃគណនីពីការកំណត់សម្ងាត់របស់កម្មវិធី។ អ្នកការពារអនុញ្ញាតការព្យាយាមដំបូង ហើយបញ្ឈប់ការព្យាយាមម្តងទៀត។ វាអនុវត្ត Basic មិនមែនគ្រប់គ្រោងការណ៍ដែល proxy អាចផ្សព្វផ្សាយទេ។ ពិនិត្យបញ្ហាប្រឈមមុនពេលជ្រើសរើសចម្លើយនោះ។

ប្រសិនបើលទ្ធផលចុងក្រោយនៅតែជា 407, សូមប្រៀបធៀប proxy ដែលបានជ្រើសរើស គ្រោងការណ៍ដែលបានផ្សព្វផ្សាយ និងអត្តសញ្ញាណគណនីដែលបានចងក្រង។ ពាក្យសម្ងាត់ដែលត្រូវបានបដិសេធ វិធីសាស្ត្រដែលមិនគាំទ្រ និងទម្រង់ឈ្មោះអ្នកប្រើមិនត្រឹមត្រូវ ត្រូវការការកែតម្រូវខុសៗគ្នា។ រក្សាការសង្កេតទាំងនោះ និងស្ថានភាពចុងក្រោយក្នុងរោគវិនិច្ឆ័យដែលបានកែសម្រួល។

CONNECT មានបរិបទ callback មួយទៀត៖ OkHttp ចងក្រងបញ្ហាប្រឈមផ្ទៀងផ្ទាត់ proxy ជាមុនសិប្បនិម្មិត មុនពេលបើករូង។ គ្រប់គ្រងបរិបទនោះតាម API ជំនួសឱ្យការសន្មត់ថារាល់ callback គឺជាការឆ្លើយតបគោលដៅធម្មតា។

authenticator ដោយឡែកគឺសម្រាប់ការផ្ទៀងផ្ទាត់ម៉ាស៊ីនមេគោលដៅ។ រក្សាព័ត៌មានសម្គាល់អត្តសញ្ញាណរបស់វាដាច់ពីការចូល proxy។ អ្នកស្ទាក់ចង់ទូទៅដែលដាក់ពាក្យសម្ងាត់ proxy លើរាល់សំណើចេញ អាចផ្ញើវាក្នុងវិសាលភាពខុស។

របាយការណ៍ប្រវត្តិសាស្ត្រក៏ពិពណ៌នាអំពីកំហុសអនុវត្តផងដែរ រួមទាំងការគ្រប់គ្រងតួចម្លើយ proxy ដែលត្រូវបានបដិសេធ។ កត់ត្រាកំណែ OkHttp និងការផ្លាស់ប្តូរចុងក្រោយ មុនពេលសន្មតការបរាជ័យបច្ចុប្បន្នទៅរបាយការណ៍ចាស់។ ការសម្រេចចិត្តព្យាយាមឡើងវិញនៅតែគួរបញ្ឈប់ការព្យាយាមព័ត៌មានសម្គាល់អត្តសញ្ញាណដែលមិនបានផ្លាស់ប្តូរ ដែលគ្មានចម្លើយថ្មីដែលមានប្រយោជន៍។