پیش از استفاده از اعتبارنامههای بومی پروکسی، curl ویندوز را برای SSPI بررسی کنید
پشتیبانی از پروتکل NTLM از یکپارچهسازی با بافت امنیتی ویندوز جداست؛ فایل اجرایی دقیقی را که کار را اجرا میکند بررسی کنید.
از فایل اجرایی واقعی کار، گزارش قابلیتهایش را بخواهید:
curl.exe --versionNTLM یک روش احراز هویت را مشخص میکند. SSPI با امکانات امنیتی ویندوز یکپارچه میشود. برای یک ساخت ویندوز با SSPI و یک پروکسی NTLM، شکل مستند برای بافت فعلی چنین است:
curl.exe --proxy http://proxy.example.net:8080 --proxy-ntlm --proxy-user : https://service.example.net/دونقطهٔ تکی اعتبارنامه را از محیط فعلی انتخاب میکند؛ این دستورالعمل گذرواژهٔ صریح خالی برای همهٔ ساختها نیست. پروکسی باید روش انتخابشده را ارائه کند و آن هویت را بپذیرد. اگر تبادل هنوز شکست میخورد، در آن مسیر جریان چالش NTLM را ردیابی کنید.
حساب فرایند را در مقایسه نگه دارید. یک وظیفهٔ زمانبندیشده یا سرویس، بافت امنیتی متفاوتی از کاربر رومیزی مرورگر دارد.
از قابلیتهای گزارششده بهجای توصیهٔ قدیمی نسخهٔ ثابت استفاده کنید. پشتیبان TLS و پشتیبانی پروکسی HTTPS هنگام نیاز به آن اتصالها، ویژگیهایی جداگانه میمانند.