Dialog kelayakan Windows tidak mengesahkan proksi dengan sendirinya
CredUI boleh mengumpul maklumat akaun. Klien rangkaian masih perlu mengendalikan cabaran pengesahan proksi melalui mekanisme yang disokong.
Gesaan Keselamatan Windows yang biasa ialah antara muka pengguna, bukan fungsi universal untuk „mendaftar masuk aplikasi ini ke proksi“.
Fungsi CredUI boleh mengumpul maklumat kelayakan daripada pengguna. Klien rangkaian anda masih perlu mentafsir cabaran proksi dan memberikan akaun melalui mekanisme yang disokongnya.
Untuk WinHTTP, pengendalian pengesahan tergolong dalam aliran permintaan dan API terdokumentasinya. Cabaran 407 berbeza daripada 401 pelayan asal, walaupun aplikasi memaparkan gesaan yang serupa untuk kedua-duanya.
Tentukan proksi mana yang dimaksudkan oleh gesaan, kendalikan pembatalan, dan hadkan kelayakan yang dikembalikan untuk tujuan itu. Jangan sekali-kali menyalin kod contoh yang merekod kata laluan selepas membongkar penimbal pengesahan. Menunjukkan bahawa dialog mengembalikan teks bukan sebab untuk mencetak teks itu.
Pengesahan bersepadu mungkin melibatkan perwakilan kelayakan yang berbeza dan identiti proses yang berbeza. Jangan anggap setiap kaedah terhad kepada memasukkan nama pengguna dan kata laluan ke dalam URL proksi.
Sempadan yang berguna adalah jelas: gesaan memperoleh input pengguna, API rangkaian melakukan pertukaran pengesahan, dan proksi memutuskan sama ada untuk menerimanya.