Pengesahan Basic proxy awal untuk titik akhir yang diketahui

Klien yang menunggu cabaran dahulu menunggu proxy bertanya. Klien Basic awal sudah mengetahui titik akhir yang dipilih dan menghantar kelayakan pada permintaan pertamanya yang berkenaan. Membuang pertukaran itu boleh berguna. Namun ia tetap keputusan tentang ke mana kata laluan pergi.

Kenali titik akhir sebelum pengoptimuman

Proxy peribadi tetap dengan dasar pengesahan yang diketahui ialah kes yang lebih jelas daripada lapisan penghalaan yang mungkin memilih perantara yang tidak dikenali. Ikat akaun pada identiti dan protokol proxy yang dijangka. Jangan bina callback umum yang menjawab setiap cabaran dengan satu kata laluan syarikat.

Basic membawa perwakilan base64 akaun, bukan bukti tersulit. TLS ke pendengar proxy ialah pilihan sambungan berasingan daripada sesi HTTPS laman. Terowong HTTPS laman tidak melindungi secara retroaktif kelayakan Basic yang dihantar melalui sambungan klien-ke-proxy tanpa penyulitan. LAN peribadi ialah lokasi, bukan sifat penyulitan.

Kekalkan mekanisme secara khusus

Basic awal bukan jalan pintas sejagat untuk Digest, NTLM atau Negotiate. Mekanisme itu mempunyai keperluan pertukaran sendiri. Klien yang menemui skema yang disokong boleh melakukan transaksi tambahan secara sah.

Gunakan antara muka pengesahan proxy pustaka yang dipilih, kemudian periksa skema dan skop berkesan. Tetapan untuk prapengesahan destinasi mungkin tidak mengawal jabat tangan proxy. Sambungan yang telah disahkan sedia ada juga boleh menyembunyikan sama ada sambungan baharu akan melakukan cabaran.

Bandingkan keseluruhan operasi: bilangan pertukaran, masa penyempurnaan, perlindungan pengangkutan yang diperlukan dan tingkah laku apabila proxy berubah. Log yang lebih bersih hanya berguna jika aplikasi masih mengesahkan kepada perantara yang dimaksudkan dan berhenti apabila susunan itu tidak dapat diwujudkan.