curl Negotiate प्रमाणीकरणासाठी प्रॉक्सीचे होस्टनाव वापरा

Negotiate उपयोजनासाठी दिलेले प्रॉक्सी नाव वापरा. त्याच्या IP शी TCP जोडणी केल्याने तेच प्रमाणीकरण ओळख मागितली जाईल असे ठरत नाही.

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

प्रॉक्सीचे होस्टनाव मंजूर सेवा-नावाने बदला. यामुळे प्लॅटफॉर्मवर उपलब्ध क्रेडेन्शियल रचनेनुसार proxy Negotiate निवडले जाते; डोमेन लॉगिन तयार होत नाही आणि अनुपलब्ध प्रमाणीकरण सेवेकडून तिकीट मिळत नाही.

HTTP/proxy.example अपेक्षित असलेल्या उपयोजनात IP किंवा दुसरे alias मागितलेली सेवा-ओळख बदलू शकते. काही वातावरणे इतर नामकरण पद्धती स्पष्टपणे समर्थित करतात, म्हणून IP प्रमाणीकरण सर्वत्र अशक्य आहे असे न म्हणता कॉन्फिगर केलेली ओळख जपा.

वास्तविक curl binary आणि खात्याचे वातावरण तपासा. GSSAPI किंवा SSPI समर्थन प्लॅटफॉर्म आणि build वर अवलंबून असते. उपयोजनाला विशिष्ट सेवा घटक हवा असल्यास नोंदणीकृत कॉन्फिगरेशननुसार curl चा proxy service-name पर्याय वापरा; नावांचा अंदाज बांधल्याने दोष सुटण्याऐवजी हलू शकतो.

Negotiate हे स्वतः mechanism negotiation चे लेबल आहे. ते दिसल्याने कोणता मूलभूत mechanism निवडला हे ठरत नाही. फरक महत्त्वाचा असताना अधिकृत client/server diagnostics वापरा आणि तिकिटे व token सामायिक अहवालांपासून दूर ठेवा.