स्थानिक प्रॉक्सी क्रेडेन्शियल्स वापरण्यापूर्वी Windows curl SSPI साठी तपासा

कार्याच्या प्रत्यक्ष executable ला त्याचा वैशिष्ट्य अहवाल विचारा:

curl.exe --version

NTLM प्रमाणीकरण पद्धत दर्शवते. SSPI Windows च्या सुरक्षा सुविधांशी एकत्रित होते. SSPI-सक्षम Windows बिल्ड आणि NTLM प्रॉक्सीसाठी, सध्याच्या संदर्भाचे दस्तऐवजीकृत स्वरूप हे आहे:

curl.exe --proxy http://proxy.example.net:8080 --proxy-ntlm --proxy-user : https://service.example.net/

एकल कोलन सध्याच्या वातावरणातून क्रेडेन्शियल्स निवडते; प्रत्येक बिल्डसाठी ही रिकाम्या स्पष्ट पासवर्डची कृती नाही. प्रॉक्सीने निवडलेली पद्धत देऊ केली पाहिजे आणि ती ओळख स्वीकारली पाहिजे. देवाणघेवाण अजूनही अयशस्वी झाल्यास, त्या मार्गावर NTLM आव्हान प्रवाहाचा मागोवा घ्या.

तुलनेत प्रक्रियेचे खाते ठेवा. निर्धारित कार्य किंवा सेवेचा सुरक्षा-संदर्भ ब्राउझरच्या डेस्कटॉप वापरकर्त्यापेक्षा वेगळा असतो.

जुन्या निश्चित-आवृत्तीच्या शिफारसीऐवजी नोंदवलेल्या क्षमता वापरा. जेव्हा त्या कनेक्शन्सची आवश्यकता असते, तेव्हा TLS बॅकएंड आणि HTTPS-प्रॉक्सी समर्थन स्वतंत्र वैशिष्ट्ये राहतात.