پروکسی HTTPS گیت می‌تواند گواهی مشتری اختصاصی خود را بخواهد

گواهی CA پروکسی، گواهی مشتری و کلید خصوصی را جدا از تنظیمات TLS و ورود HTTP مخزن پیکربندی کنید.

برخی پروکسی‌های پیشرو HTTPS در هنگام اتصال TLS از گیت به پروکسی یک گواهی مشتری درخواست می‌کنند. این یک تبادل احراز هویت جدا از ورود به مخزن است.

برای یک بک‌اند TLS سازگار در گیت/libcurl که از فایل‌های PEM استفاده می‌کند، پیکربندی مربوطه این شکل را دارد:

[http]
    proxy = https://proxy.example:8443
    proxySSLCAInfo = /secure/proxy-ca.pem
    proxySSLCert = /secure/proxy-client.pem
    proxySSLKey = /secure/proxy-client.key
    proxySSLCertPasswordProtected = true

از همان فایل‌های واقعی که برای چیدمان TLS پروکسی ارائه شده است استفاده کنید. پیکربندی را در دامنه مورد نظر گیت اعمال کنید؛ پیکربندی محلی مخزن می‌تواند این مسیر را به همان نسخه کاری محدود کند.

تنظیمنقش
proxySSLCAInfoبسته CA که برای بررسی پروکسی HTTPS استفاده می‌شود
proxySSLCertگواهی مشتری که به آن پروکسی ارائه می‌شود
proxySSLKeyکلید خصوصی متناظر با گواهی مشتری
proxySSLCertPasswordProtectedدرخواست رمز عبور گیت را برای گواهی و کلید محافظت‌شده پروکسی فعال می‌کند

نشانی پروکسی با https:// برای این تبادل TLS ضروری است. یک پروکسی HTTP ساده که CONNECT را به مخزن HTTPS منتقل می‌کند، به این ترتیب احراز هویت گواهی مشتری TLS را روی شنونده خود انجام نمی‌دهد.

اعتماد گواهی مخزن و هر گواهی مشتری مخزن پیکربندی ssl خود را دارند. به همین ترتیب، چالش پروکسی HTTP با Proxy-Authenticate سازوکار احراز هویت دیگری است.

هنگام نگهداری این چیدمان، نسخه libcurl متصل، بک‌اند TLS و قالب گواهی پشتیبانی‌شده را بررسی کنید. مسیر یک گواهی PEM جایگزین قابل‌حمل برای رابط مخزن گواهی هر سکو نیست.

مقالات مرتبط