curl Negotiate प्रमाणीकरणका लागि प्रोक्सी होस्टनाम प्रयोग गर्नुहोस्
Negotiate लगइन जाँच्दा प्रोक्सीको दर्ता भएको सेवा पहिचान जोगाउनुहोस् र IP ठेगानालाई समान नाम नठान्नुहोस्।
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 को प्रोक्सी सेवा-नाम विकल्प प्रयोग गर्नुहोस्; नाम अनुमान गर्दा त्रुटि समाधान नभई सर्न सक्छ।
Negotiate आफैं mechanism negotiation को लेबल हो। यो देखिएर मात्र कुन आधारभूत mechanism छानियो थाहा हुँदैन। फरक महत्त्वपूर्ण हुँदा अधिकृत client/server diagnostics प्रयोग गर्नुहोस् र टिकट तथा token लाई साझा रिपोर्ट बाहिर राख्नुहोस्।