Mengapa Satu Permintaan Proksi Meminta Kata Laluan Sedangkan Kerberos Berfungsi untuk Lain
Cari peraturan dasar yang memberikan alam pengesahan proksi tidak dijangka kepada satu permintaan, walaupun permintaan lain menggunakan Kerberos dengan jayanya.
Beberapa permintaan menggunakan Kerberos dengan jayanya melalui proksi syarikat. Satu permintaan menghasilkan gesaan kata laluan. Sebelum menggantikan keytab, semak dasar pengesahan mana yang dipilih oleh permintaan tersebut.
Get laluan boleh memilih alam dan skema yang disokong melalui dasar. Dua transaksi yang sampai ke proksi yang sama dari pelayar yang sama tidak semestinya menerima keperluan pengesahan yang sama.
Pertimbangkan jejak hipotesis ini:
| Transaksi | Dasar pertama yang sepadan | Pengesahan tersedia |
|---|---|---|
| Dokumen utama | Peraturan pelayaran terurus | Negotiate |
| Skrip dari hos lain | Pengecualian destinasi terdahulu | Basic atau NTLM |
Pertukaran berjaya yang pertama menunjukkan satu laluan terpilih berfungsi. Ia tidak menunjukkan transaksi kedua sampai ke laluan itu. Kelayakan boleh sah manakala peraturan yang memilih mekanisme pengesahannya salah.
Periksa peraturan yang dipilih dan susunannya
Kaitkan destinasi dan masa permintaan yang dicabar dengan jejak dasar get laluan. Kenal pasti alam, pilihan skema dan mod pengesahan yang dihasilkan oleh peraturan pertama yang berkenaan. Bandingkan nilai itu dengan permintaan berjaya daripada klien yang sama.
Dasar berdasarkan identiti berkaitan IP juga boleh bertindak berbeza daripada dasar yang memerlukan pengesahan pada sambungan. Jangan andaikan ketiadaan jabat tangan baharu bermaksud alam yang sama telah dipilih.
Jika sumber jatuh ke dalam pengecualian yang tidak diingini, betulkan peraturan itu atau skopnya dan semak jejak yang terhasil. Meluaskan kaedah pengesahan yang dibenarkan di merata tempat boleh menyembunyikan ketidakpadanan tetapi mengubah tingkah laku akses untuk trafik tidak berkaitan.
Jika alam yang dimaksudkan dipilih dan pertukaran yang dijangka gagal, teruskan ke bukti akaun dan Kerberos. Pada masa itu tiket, nama perkhidmatan atau diagnostik backend menjadi relevan.