השתמשו בשם המארח של הפרוקסי לאימות Negotiate ב-curl

השתמשו בשם הפרוקסי שסופק לפריסת Negotiate. חיבור TCP לכתובת ה-IP שלו אינו קובע שתתבקש אותה זהות אימות.

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

החליפו את שם המארח של הפרוקסי בשם השירות המאושר. כך נבחר Negotiate של הפרוקסי באמצעות סידור פרטי הכניסה הזמין בפלטפורמה; לא נוצר חיבור לדומיין ולא מתקבלים כרטיסים משירות אימות שאינו זמין.

בפריסה המצפה ל-HTTP/proxy.example, שימוש ב-IP או בכינוי אחר עלול לשנות את זהות השירות המבוקשת. סביבות מסוימות תומכות במפורש בסידורי שמות אחרים, לכן שמרו על הזהות שהוגדרה במקום להכריז שאימות לפי IP בלתי אפשרי בכל מצב.

בדקו את קובץ ה-curl הבינארי בפועל ואת סביבת החשבון. התמיכה ב-GSSAPI או ב-SSPI תלויה בפלטפורמה ובבנייה. אם הפריסה דורשת רכיב שירות מסוים, השתמשו באפשרות שם שירות הפרוקסי של curl לפי התצורה הרשומה; ניחוש שמות עלול להזיז את הכשל במקום לתקן אותו.

Negotiate הוא עצמו תווית למשא ומתן על מנגנון. עצם נוכחותו אינה קובעת איזה מנגנון בסיסי נבחר. השתמשו באבחון מורשה של לקוח/שרת כשיש חשיבות להבחנה, והשאירו כרטיסים ואסימונים מחוץ לדוחות משותפים.