بسته‌های CA در Cargo برای پراکسی و سرور بسته‌ها
cainfo و proxy-cainfo در Cargo را به اتصال TLS درست اعمال کنید؛ همهٔ خطاهای گواهی پراکسی را یک مسئلهٔ اعتماد ندانید.
برای پراکسی HTTPS و منبع بستهٔ HTTPS، Cargo می‌تواند دو اتصال TLS را با بسته‌های CA متفاوت اعتبارسنجی کند:
[http]
proxy = "https://proxy.example:8443"
proxy-cainfo = "/path/to/proxy-ca.pem"
cainfo = "/path/to/origin-ca.pem"نقطهٔ پایانی و مسیرها را با مقادیر تأییدشده جایگزین کنید. این پراکسی عمداً شنوندهٔ TLS دارد؛ یک پراکسی HTTP معمولی به دلیل استفادهٔ منبع بسته از HTTPS، به HTTPS تبدیل نمی‌شود.
| مرحلهٔ خطا | تنظیم اعتماد قابل بررسی |
|---|---|
| TLS پراکسی، پیش از وجود تونل به مقصد | http.proxy-cainfo که اگر جداگانه تنظیم نشده باشد، از http.cainfo استفاده می‌کند. |
| گواهی مقصد پس از برقراری تونل | http.cainfo برای مسیر اعتماد مقصد. |
متغیرهای متناظر CARGO_HTTP_PROXY_CAINFO و CARGO_HTTP_CAINFO هستند. از مرجع تأییدشدهٔ مناسب استفاده کنید؛ کپی کردن یک گواهی تصادفی در هر دو فایل مشخص نمی‌کند کدام اتصال مشکل دارد.
پراکسی HTTP بدون رمزگذاری که CONNECT را حمل می‌کند، گواهی TLS شنوندهٔ پراکسی برای اعتبارسنجی ندارد. خطای مقصد در آن حالت با ساختن فایل CA فرضی برای پراکسی رفع نمی‌شود. همچنین بررسی کنید مسیر تنظیم‌شده در کانتینر یا کار CI واقعی وجود داشته باشد و هنگام مقایسهٔ محیط‌ها رفتار سیستم‌عامل و بخش پشتی TLS را در نظر بگیرید.
اعتبارسنجی را فعال نگه دارید. این کار بررسی هویت لازم برای تشخیص سرویس مورد نظر از انتقالی را فراهم می‌کند که صرفاً ادامه پیدا می‌کند.