ಪ್ರಾಕ್ಸಿ ಮತ್ತು ಪ್ಯಾಕೇಜ್ ಸರ್ವರ್‌ಗಾಗಿ Cargo CA ಬಂಡಲ್‌ಗಳು
Cargo ಯ cainfo ಮತ್ತು proxy-cainfo ಅನ್ನು ಸರಿಯಾದ TLS ಸಂಪರ್ಕಕ್ಕೆ ಅನ್ವಯಿಸಿ; ಪ್ರಾಕ್ಸಿ ಪ್ರಮಾಣಪತ್ರದ ಎಲ್ಲಾ ವೈಫಲ್ಯಗಳನ್ನು ಒಂದೇ ವಿಶ್ವಾಸ ಸಮಸ್ಯೆ ಎಂದು ಪರಿಗಣಿಸಬೇಡಿ.
HTTPS ಪ್ರಾಕ್ಸಿ ಮತ್ತು HTTPS ಪ್ಯಾಕೇಜ್ ಮೂಲಕ್ಕಾಗಿ Cargo ಬೇರೆ CA ಬಂಡಲ್‌ಗಳಿಂದ ಎರಡು TLS ಸಂಪರ್ಕಗಳನ್ನು ಪರಿಶೀಲಿಸಬಹುದು:
[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. ಸೂಕ್ತ ಅನುಮೋದಿತ ಪ್ರಮಾಣಪತ್ರ ಪ್ರಾಧಿಕಾರ ಬಳಸಿ; ಯಾವುದೋ ಪ್ರಮಾಣಪತ್ರವನ್ನು ಎರಡೂ ಫೈಲ್‌ಗಳಿಗೆ ನಕಲಿಸುವುದರಿಂದ ಯಾವ ಸಂಪರ್ಕ ತಪ್ಪಾಗಿದೆ ಎಂದು ತಿಳಿಯುವುದಿಲ್ಲ.
CONNECT ಸಾಗಿಸುವ ಎನ್‌ಕ್ರಿಪ್ಟ್ ಮಾಡದ HTTP ಪ್ರಾಕ್ಸಿಯಲ್ಲಿ ಪರಿಶೀಲಿಸಬೇಕಾದ ಪ್ರಾಕ್ಸಿ ಲಿಸನರ್ TLS ಪ್ರಮಾಣಪತ್ರ ಇರುವುದಿಲ್ಲ. ಅಲ್ಲಿನ ಗಮ್ಯಸ್ಥಾನ ದೋಷವನ್ನು ಕಲ್ಪಿತ ಪ್ರಾಕ್ಸಿ CA ಫೈಲ್‌ನಿಂದ ಸರಿಪಡಿಸಲಾಗುವುದಿಲ್ಲ. ಹೊಂದಿಸಿದ ಪಥ ನಿಜವಾದ ಕಂಟೇನರ್ ಅಥವಾ CI ಕೆಲಸದೊಳಗೆ ಇದೆಯೇ ಎಂದು ಪರಿಶೀಲಿಸಿ ಮತ್ತು ಪರಿಸರಗಳನ್ನು ಹೋಲಿಸುವಾಗ ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಂ ಹಾಗೂ TLS ಬ್ಯಾಕ್‌ಎಂಡ್ ವರ್ತನೆಯನ್ನು ಗಮನಿಸಿ.
ಪರಿಶೀಲನೆ ಸಕ್ರಿಯವಾಗಿರಲಿ. ಉದ್ದೇಶಿತ ಸೇವೆಯನ್ನು ಕೇವಲ ಮುಂದುವರಿಯುವ ವರ್ಗಾವಣೆಯಿಂದ ಪ್ರತ್ಯೇಕಿಸಲು ಬೇಕಾದ ಗುರುತು ಪರಿಶೀಲನೆಯನ್ನು ಅದು ನೀಡುತ್ತದೆ.