WCF BasicHttpBinding: ProxyAddress dan UseDefaultWebProxy

Klien layanan yang dihasilkan dapat memiliki titik akhir layanan sekaligus pengaturan pengikatan terkait proxy. Mulailah dengan menentukan alamat mana yang termasuk peran mana. Layanan SOAP tetap menjadi tujuan; ProxyAddress menamai perantara.

Untuk BasicHttpBinding, UseDefaultWebProxy memilih perilaku proxy yang dikonfigurasi otomatis dan secara default bernilai true. Kontrak Microsoft tidak mendukung penggabungan nilai true tersebut dengan ProxyAddress eksplisit yang bukan null. Buat pilihan tetap konsisten alih-alih menetapkan keduanya dan menganggap salah satunya menang diam-diam. Untuk layanan SOAP yang dapat dijangkau publik pada rute proxy publik tanpa autentikasi yang diizinkan, daftar proxy HTTP menyediakan alamat kandidat untuk ProxyAddress; jangan simpan kredensial proxy dari titik akhir lain.

Periksa pengikatan yang sebenarnya digunakan titik akhir

Sebuah pembantu dapat membangun pengikatan yang benar sementara klien yang dihasilkan masih menggunakan titik akhir terkonfigurasi lain. Periksa pengikatan yang ditetapkan pada panggilan yang gagal. Mengubah entri konfigurasi yang tidak pernah dipilih klien tidak dapat memengaruhi rutenya.

Lalu bedakan jenis kredensial proxy dari jenis kredensial layanan. Kata sandi yang diminta layanan SOAP bukan otomatis akun untuk perantara jaringan yang dipilih.

Mode keamanan transport adalah keputusan lain. Beralih ke mode hanya kredensial semata-mata karena jawaban lama menyarankannya mengubah asumsi transport; itu tidak membuktikan bahwa rute atau akun sudah benar. Pertahankan TLS tujuan yang dimaksudkan dan gunakan susunan autentikasi yang didukung klien WCF yang diterapkan dan proxy.

Diagnostik yang berguna menyebutkan titik akhir layanan, sumber proxy yang dipilih, instans pengikatan, dan tahap respons pertama. Itu mempersempit 407 tanpa mengubah klien layanan yang dihasilkan menjadi kumpulan dugaan konfigurasi yang tidak berkaitan.