curl Negotiate autentifikacijai naudokite tarpinio serverio pagrindinio kompiuterio vardą
Diagnozuodami Negotiate prisijungimą išsaugokite registruotą tarpinio serverio paslaugos tapatybę ir nelaikykite IP adreso lygiaverčiu vardu.
Naudokite Negotiate diegimui pateiktą tarpinio serverio vardą. TCP ryšys su jo IP nepatvirtina, kad bus prašoma tos pačios autentifikavimo tapatybės.
curl --proxy http://proxy.example:3128 --proxy-negotiate --proxy-user : --noproxy '' --connect-timeout 5 --max-time 20 https://example.com/Pakeiskite tarpinio serverio pagrindinio kompiuterio vardą patvirtintu paslaugos vardu. Taip pasirenkamas proxy Negotiate, naudojant platformoje prieinamą prisijungimo duomenų tvarką; domeno prisijungimas nesukuriamas ir bilietai negaunami iš nepasiekiamos autentifikavimo paslaugos.
Jei diegimas tikisi HTTP/proxy.example, IP arba kitas slapyvardis gali pakeisti prašomą paslaugos tapatybę. Kai kurios aplinkos aiškiai palaiko kitus vardus, todėl išsaugokite sukonfigūruotą tapatybę, užuot skelbę, kad IP autentifikavimas visur neįmanomas.
Patikrinkite tikrą curl dvejetainį failą ir paskyros aplinką. GSSAPI ar SSPI palaikymas priklauso nuo platformos ir komponavimo. Jei diegimui reikia konkretaus paslaugos komponento, naudokite curl tarpinio serverio paslaugos vardo parinktį pagal registruotą konfigūraciją; vardų spėjimas gali tik perkelti klaidą.
Negotiate pats yra mechanizmų derybų žyma. Vien jos buvimas neparodo, kuris pagrindinis mechanizmas pasirinktas. Kai skirtumas svarbus, naudokite autorizuotą kliento ir serverio diagnostiką, o bilietus ir žetonus laikykite už bendrinamų ataskaitų ribų.