Kata sandi yang benar di penyedia tidak membentuk kredensial yang cocok untuk proxy yang benar-benar dipilih. Mulailah dari skema, host, dan port endpoint itu; kolom host biasanya hanya menerima nama host atau IP, bukan URL lengkap.

  1. Baca seluruh pertukaran autentikasi. Satu 407 yang diikuti percobaan ulang yang diterima bisa normal. Pastikan hasil akhirnya masih 407 sebelum menganggap login ditolak.
  2. Bandingkan rute dan cakupan kredensial. Cocokkan host/port sebenarnya dan kolom lain yang ditentukan oleh HttpClient 5 AuthScope yang dipasang. Port yang salah dapat membuat BasicCredentialsProvider tanpa entri yang sesuai.
  3. Periksa metode dan identitas. Apakah proxy menawarkan metode yang didukung? Apakah percobaan ulang memakai koneksi yang diharapkan? Apakah operator mensyaratkan akun berkualifikasi domain atau format terdokumentasi lain?

Gunakan API versi mayor yang terpasang. Resep cache autentikasi HttpClient 4 tidak berpindah tanpa perubahan ke versi 5. Gunakan persyaratan akun operator alih-alih mencoba berbagai variasi nama pengguna sembarangan.

Autentikasi preemptive adalah pilihan sadar lainnya. Untuk skema yang kompatibel, ini bisa menghapus satu putaran, tetapi mengubah kapan kredensial keluar dan memerlukan cakupan yang didukung. Ini tidak bisa menjadi perbaikan pertama untuk endpoint yang tidak cocok atau metode yang tidak didukung.

Simpan identitas proxy yang ditantang, metode, kecocokan cakupan, dan status akhir dalam diagnostik yang disunting. Kata sandi dan jejak mentah yang membawa kredensial tidak diperlukan untuk perbandingan itu.

Artikel terkait