http.check-revoke שולט בבדיקת ביטול תעודות ב-Windows. הצבתו ל-false משנה את מדיניות האימות. הוא אינו מגלה proxy, אינו בוחר את הפרוטוקול שלו ואינו מתקין את ה-CA של הארגון שלכם.

לכן מתכון שמכיל גם כתובת proxy וגם check-revoke = false צריך להיקרא כשני שינויים נפרדים. אם השבתת הבדיקה משנה את התוצאה, יש לכם קצה חוט באימות תעודות — ולא הוכחה שמסלול ה-proxy תוקן.

השתמשו בשגיאה המקורית כדי להחליט על החקירה הבאה. תעודה מבוטלת, מידע ביטול שאינו זמין וכשל שרשרת לא קשור הם ממצאים שונים. למידע מצב שאינו זמין, עקבו אחר מסלול האחזור של המאמת ואימות ה-proxy תחת חשבון Windows שמריץ את Cargo, עם ה-TLS backend האמיתי שלו.

זהו גם את ההורדה שנכשלה. העברות ה-HTTP של Cargo וקריאת Git נפרדת יכולות להיות עם תצורה שונה. ניסיון חוזר מוצלח במסלול אחד אינו אומר דבר על מדיניות התעודות של האחר.

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

מאמרים קשורים