Mendiagnosis Login Proxy NTLM di curl

Autentikasi proxy NTLM melibatkan handshake, bukan sekadar melampirkan nama pengguna sekali. Sebelum mengubah kata sandi akun, pastikan proxy benar-benar menawarkan NTLM dan binari curl mendukungnya.

curl --version

Periksa daftar fitur binari yang menjalankan permintaan Anda. Instalasi curl lain, image container, atau build sistem operasi dapat memiliki dukungan autentikasi yang berbeda.

Pilih metode khusus untuk proxy

curl --proxy http://proxy.example:3128 --proxy-ntlm --proxy-user 'EXAMPLE\alice' --noproxy '' --connect-timeout 5 --max-time 20 https://example.com/

Endpoint, domain, dan nama pengguna adalah contoh. Gunakan format yang diberikan administrator. Tanpa kata sandi dalam argumen, curl dapat memintanya alih-alih meninggalkan rahasia dalam perintah yang ditampilkan.

Tantangan autentikasi awal dapat menjadi bagian dari negosiasi. Bedakan itu dari penolakan setelah handshake selesai. Jangan gunakan opsi NTLM untuk server asal guna menjawab tantangan proxy.

Sertakan perilaku koneksi dalam diagnosis

NTLM memiliki status yang terikat pada koneksi. Handshake harus melalui jalur koneksi yang diharapkan; berulang kali mengganti koneksi di antara tahapannya dapat mencegah penyelesaian.

Untuk aplikasi yang memakai libcurl, biarkan pustaka mengelola autentikasi dan penggunaan ulang koneksi. Jangan membuat pool umum yang menganggap koneksi terautentikasi untuk identitas berbeda dapat dipertukarkan. Pada layanan multi-hop atau perantara, periksa apakah susunan koneksi yang diperlukan tetap dipertahankan.

Jika dukungan dan pemilihan metode sudah benar, selidiki format akun, kebijakan domain, dan log autentikasi server yang telah dibersihkan dari data sensitif. Waktu habis sebelum tantangan apa pun tetap merupakan masalah keterjangkauan, bukan bukti kata sandi NTLM salah.

Jejak terperinci dapat berisi token autentikasi dan nama internal. Gunakan secara lokal dan hapus data sensitif sebelum membagikannya; laporan kesalahan publik tidak memerlukan pertukaran token mentah.