http.check-revoke بررسی ابطال گواهی را در ویندوز کنترل می‌کند. قرار دادن آن روی false سیاست اعتبارسنجی را تغییر می‌دهد. پروکسی را کشف نمی‌کند، پروتکل آن را انتخاب نمی‌کند و CA سازمان شما را نصب نمی‌کند.

به همین دلیل دستوری که هم نشانی پروکسی و هم check-revoke = false را دارد باید به‌عنوان دو تغییر جدا خوانده شود. اگر غیرفعال کردن بررسی نتیجه را تغییر دهد، سرنخی در تأیید گواهی دارید — نه اثبات اینکه مسیر پروکسی تعمیر شده است.

برای تصمیم درباره بررسی بعدی از خطای اصلی استفاده کنید. گواهی باطل‌شده، اطلاعات ابطال در دسترس نبودن و شکست زنجیره نامرتبط یافته‌های متفاوتی هستند. برای اطلاعات وضعیت در دسترس نبودن، مسیر واکشی بررسی‌کننده و احراز هویت پروکسی را زیر حساب ویندوزی که Cargo را اجرا می‌کند، با بک‌اند TLS واقعی آن دنبال کنید.

دانلود ناموفق را نیز مشخص کنید. انتقال‌های HTTP در Cargo و یک فراخوانی جداگانه Git می‌توانند پیکربندی متفاوتی داشته باشند. تلاش مجدد موفق در یک مسیر هیچ چیزی درباره سیاست گواهی مسیر دیگر نمی‌گوید.

تا زمانی که واکشی و اعتماد را تعمیر می‌کنید، تأیید لازم را فعال نگه دارید. اگر سازمانی آگاهانه بررسی ابطال را غیرفعال می‌کند، آن را به‌عنوان تصمیم سیاست ثبت کنید، نه به‌عنوان تنظیم عمومی سازگاری با پروکسی.

مقالات مرتبط