Diagnozu ensaluton al NTLM-prokurilo per curl

NTLM-prokurila aŭtentikigo postulas manpreman interŝanĝon, ne nur unufojan aldonon de uzantnomo. Antaŭ ol ŝanĝi kontan pasvorton, konfirmu ke la prokurilo efektive ofertas NTLM kaj ke la curl-programdosiero subtenas ĝin.

curl --version

Inspektu la funkciliston de la programdosiero kiu plenumas vian peton. Alia instalita curl, ujobildo aŭ operaciuma konstruaĵo povas subteni malsamajn aŭtentikigojn.

Elektu metodon specife por la prokurilo

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

La finpunkto, domajno kaj uzantnomo estas ekzemploj. Uzu la formaton donitan de via administranto. Sen pasvorto en la argumento, curl povas peti ĝin anstataŭ lasi la sekreton en la montrata komando.

Komenca aŭtentikiga defio povas esti parto de la intertraktado. Distingu tion de rifuzo post finita manprema interŝanĝo. Ne uzu NTLM-opcion por la origina servilo por respondi prokurilan defion.

Konsideru la konektan konduton en la diagnozo

NTLM havas staton ligitan al la konekto. La manprema interŝanĝo devas sekvi la atendatan konektan vojon; ripete anstataŭigi konektojn inter ĝiaj stadioj povas malhelpi kompletigon.

Por aplikaĵo uzanta libcurl, lasu la bibliotekon administri aŭtentikigon kaj reuzadon de konektoj. Ne konstruu ĝeneralan aron kiu traktas konektojn aŭtentikigitajn por malsamaj identecoj kiel interŝanĝeblajn. Por servo kun pluraj saltoj aŭ perantoj, kontrolu ĉu ĝi konservas la postulatan konektan aranĝon.

Se subteno kaj metodoelekto estas ĝustaj, esploru kontan formaton, domajnan politikon kaj la aŭtentikigajn protokolojn de la servilo kun sentemaj datumoj forigitaj. Tempolimo antaŭ ajna defio restas atingebloproblemo, ne pruvo ke NTLM-pasvorto estis malĝusta.

Detalaj spuroj povas enhavi aŭtentikigajn ĵetonojn kaj internajn nomojn. Uzu ilin loke kaj forigu sentemajn datumojn antaŭ kundivido; publika erarraporto ne bezonas krudan ĵetoninterŝanĝon.