NTLM-puhverserveri autentimine hõlmab kätlust, mitte üksnes kasutajanime ühekordset lisamist. Enne konto parooli muutmist veendu, et puhverserver pakub tõesti NTLM-i ja et curli käivitatav fail seda toetab.

curl --version

Vaata just päringut täitva käivitatava faili funktsioonide loendit. Teisel curli paigaldusel, konteineritõmmisel või operatsioonisüsteemi järgul võib olla teistsugune autentimistugi.

Vali meetod eraldi puhverserveri jaoks

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

Lõpp-punkt, domeen ja kasutajanimi on näited. Kasuta administraatori antud vormingut. Kui argument ei sisalda parooli, saab curl seda küsida, jätmata saladust kuvatavasse käsku.

Algne autentimispäring võib olla läbirääkimise osa. Erista seda juba lõpetatud kätluse tagasilükkamisest. Ära vasta puhverserveri autentimispäringule lähte-serveri NTLM-valikuga.

Arvesta diagnoosimisel ühenduse käitumist

NTLM-i olek on seotud ühendusega. Kätlus peab kulgema oodatud ühendusteed pidi; ühenduste korduv asendamine selle etappide vahel võib lõpetamist takistada.

Libcurli kasutavas rakenduses lase teegil hallata autentimist ja ühenduste taaskasutust. Ära ehita üldist puuli, mis käsitleb eri identiteetide jaoks autenditud ühendusi omavahel asendatavana. Mitme hüppe või vahendusteenuse korral kontrolli, kas vajalik ühenduskorraldus säilib.

Kui tugi ja meetodivalik on õiged, uuri konto vormingut, domeenipoliitikat ja serveri autentimisloge, millest tundlikud andmed on eemaldatud. Ajalõpp enne mis tahes autentimispäringut on endiselt kättesaadavusprobleem, mitte tõend vale NTLM-parooli kohta.

Üksikasjalikud jäljed võivad sisaldada autentimistõendeid ja sisemisi nimesid. Kasuta neid kohapeal ning eemalda tundlikud andmed enne jagamist; avalik veaaruanne ei vaja töötlemata autentimistõendite vahetust.

Seotud artiklid