Gamitin ang proxy hostname para sa curl Negotiate authentication

Gamitin ang pangalan ng proxy na ibinigay para sa Negotiate deployment. Hindi pinatutunayan ng TCP connection sa IP nito na parehong authentication identity ang hihingin.

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

Palitan ang proxy hostname ng aprubadong service name. Pinipili nito ang proxy Negotiate gamit ang available na credential arrangement ng platform; hindi ito lumilikha ng domain login at hindi kumukuha ng ticket mula sa hindi available na authentication service.

Sa deployment na umaasa sa HTTP/proxy.example, maaaring baguhin ng IP o ibang alias ang hinihinging service identity. May mga environment na malinaw na sumusuporta sa ibang naming arrangement, kaya panatilihin ang naka-configure na identity sa halip na sabihing imposible ang IP authentication sa lahat ng lugar.

Suriin ang aktuwal na curl binary at environment ng account. Nakadepende sa platform at build ang GSSAPI o SSPI support. Kung kailangan ng deployment ang isang partikular na service component, gamitin ang proxy service-name option ng curl ayon sa rehistradong configuration; maaaring ilipat lamang ng paghula ng pangalan ang pagkabigo.

Ang Negotiate mismo ay label ng mechanism negotiation. Hindi nito mag-isa tinutukoy kung aling underlying mechanism ang pinili. Kapag mahalaga ang pagkakaibang iyon, gumamit ng awtorisadong client/server diagnostics at ilayo ang tickets at token sa mga ibinahaging ulat.