Pembantu Proxy NTLM Lokal: Akses Klien vs. Login Hulu

Aplikasi Anda terhubung ke proxy di komputernya sendiri. Pembantu itu lalu mengautentikasi ke proxy perusahaan. Aplikasi belum tentu melakukan sendiri pertukaran autentikasi perusahaan.

application → local helper → company proxy → destination

Pembantu seperti CNTLM memiliki konfigurasi akun dan proxy hulu. Pendengar lokalnya memiliki batas keterjangkauan dan akses tersendiri. Kata sandi browser yang dimasukkan ke titik akhir lain tidak mengonfigurasi keduanya secara otomatis.

Kenali lompatan yang gagal

Pertama pastikan aplikasi memilih pendengar dan protokol pembantu yang sebenarnya. Kesalahan sebelum mencapai pendengar itu bukan kegagalan NTLM. Lalu periksa apakah pembantu mencapai induk yang dikonfigurasi dan apakah induk menerima identitasnya.

407 yang dikembalikan pada jalur ini perlu diatribusikan. Korelasikan transaksi lokal dengan diagnostik pembantu yang telah disunting, alih-alih menganggap status yang terlihat menunjuk akun yang harus dikirim aplikasi Anda.

Contoh lama kadang menambahkan header keep-alive dan melaporkan keberhasilan. Kegigihan koneksi bisa penting pada autentikasi berorientasi koneksi, tetapi pengamatan itu tidak membuktikan setiap penyiapan pembantu yang gagal membutuhkan header yang sama. Pemilihan titik akhir, metode yang didukung, akun, dan masa hidup koneksi tetap menjadi masukan terpisah.

Pendengar adalah layanan nyata

Loopback menjauhkan pendengar dari jaringan sekitarnya; itu tidak membedakan semua proses atau pengguna di komputer tersebut. Gateway atau pengikatan yang lebih luas mengubah himpunan pemanggil yang berpotensi memakai identitas hulu pembantu. Lakukan perubahan itu dengan sengaja.

Gunakan tataan pembantu yang disetujui saat aplikasi tidak dapat menjalankan skema yang diwajibkan. Hasil yang berguna adalah jalur yang diketahui dengan kepemilikan akun yang diketahui, bukan layanan tambahan tanpa penjelasan yang kebetulan membuat satu unduhan berhasil.