בדקו את curl של Windows עבור SSPI לפני שימוש באישורי proxy מקומיים

שאלו את קובץ ההרצה בפועל של המשימה על דוח היכולות שלו:

curl.exe --version

NTLM מציין שיטת אימות. SSPI משתלב באמצעי האבטחה של Windows. עבור גרסת Windows עם SSPI ו-proxy מסוג NTLM, הצורה המתועדת עבור ההקשר הנוכחי היא:

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

הנקודתיים הבודדות בוחרות אישורים מהסביבה הנוכחית; זה אינו מתכון לסיסמה מפורשת ריקה בכל גרסה. על ה-proxy להציע את השיטה שנבחרה ולקבל את הזהות הזו. כאשר ההחלפה עדיין נכשלת, במסלול הזה עקבו אחר זרימת אתגר NTLM.

השאירו את חשבון התהליך בהשוואה. למשימה מתוזמנת או לשירות יש הקשר אבטחה שונה מזה של משתמש שולחן העבודה של הדפדפן.

השתמשו ביכולות המדווחות במקום בהמלצה ישנה של גרסה קבועה. ה-backend של TLS ותמיכת proxy מסוג HTTPS נשארים תכונות נפרדות כאשר החיבורים האלה נדרשים.