ಪ್ರಾಕ್ಸಿ ಬಳಸುವಾಗ ಪ್ರಮಾಣಪತ್ರ ದೋಷಗಳು
ಪ್ರಮಾಣಪತ್ರ ಸೆಟ್ಟಿಂಗ್‌ಗಳನ್ನು ಬದಲಿಸುವ ಮೊದಲು ಪ್ರಾಕ್ಸಿಯ ಸ್ವಂತ TLS ಸಂಪರ್ಕದಲ್ಲೋ ಗಮ್ಯ ವೆಬ್‌ಸೈಟ್‌ನಲ್ಲೋ ದೃಢೀಕರಣ ವಿಫಲವಾಯಿತೇ ಗುರುತಿಸಿ.
CA ಬಂಡಲ್ ಬದಲಿಸುವ ಮೊದಲು ಯಾವ TLS ಹ್ಯಾಂಡ್‌ಶೇಕ್ ವಿಫಲವಾಯಿತು ಎಂದು ಕಂಡುಹಿಡಿಯಿರಿ. ಪ್ರಾಕ್ಸಿಯ ಪ್ರಮಾಣಪತ್ರ ಮತ್ತು ವೆಬ್‌ಸೈಟ್ ಪ್ರಮಾಣಪತ್ರ ಬೇರೆ ಸಂಪರ್ಕಗಳಲ್ಲಿ ಪರಿಶೀಲಿಸಲ್ಪಡಬಹುದು.
| ಪ್ರಾಕ್ಸಿ ಮತ್ತು ಗಮ್ಯಸ್ಥಾನ | TLS ಪರಿಶೀಲನೆಗಳು |
|---|---|
| HTTPS ಗಮ್ಯಸ್ಥಾನಕ್ಕೆ HTTP ಪ್ರಾಕ್ಸಿ | CONNECT ನಂತರ ಟನಲ್ ಮೂಲಕ ಗಮ್ಯಸ್ಥಾನದ ಪ್ರಮಾಣಪತ್ರ ದೃಢೀಕರಿಸಿ. |
| HTTPS ಗಮ್ಯಸ್ಥಾನಕ್ಕೆ HTTPS ಪ್ರಾಕ್ಸಿ | ಮೊದಲು ಪ್ರಾಕ್ಸಿಗೆ TLS ದೃಢೀಕರಿಸಿ; ಟನಲ್ ತೆರೆದ ನಂತರ ಗಮ್ಯಸ್ಥಾನದ ಪ್ರತ್ಯೇಕ TLS ಸೆಷನ್ ದೃಢೀಕರಿಸಿ. |
ವಿವರವಾದ ಟ್ರೇಸ್ ಮೂಲಕ ವಿನಂತಿಸಿದ ಹೋಸ್ಟ್ ಹೆಸರು ಮತ್ತು ಕೊನೆಯದಾಗಿ ಪೂರ್ಣಗೊಂಡ ಹ್ಯಾಂಡ್‌ಶೇಕ್ ಗುರುತಿಸಿ. HTTPS ಪ್ರಾಕ್ಸಿಯ ಪ್ರಮಾಣಪತ್ರ ವೈಫಲ್ಯವು ವೆಬ್‌ಸೈಟ್ ಸಂಪರ್ಕಿಸುವ ಮುನ್ನವೇ ಸಂಭವಿಸಬಹುದು. ಆ ಸಂಪರ್ಕಕ್ಕೆ ಉದ್ದೇಶಿಸಿದ ಹೆಸರು, ಪ್ರಮಾಣಪತ್ರದ ಮಾನ್ಯತಾ ಅವಧಿ, ಸ್ಥಳೀಯ ಗಡಿಯಾರ, ನಿರೀಕ್ಷಿತ ಸರಪಳಿ ಮತ್ತು ಅನುಮೋದಿತ ವಿಶ್ವಾಸ ಸಂಗ್ರಹ ಪರಿಶೀಲಿಸಿ. ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ಸಂರಚಿಸಿದ TLS ಮಧ್ಯಪ್ರವೇಶ ಅಥವಾ ಸೇರಿಸಿದ ರೂಟ್ ಪ್ರಮಾಣಪತ್ರವನ್ನೂ ತನಿಖೆಯಲ್ಲಿ ಸೇರಿಸಿ.
curl ಎರಡೂ ಸಂಪರ್ಕಗಳಿಗೆ ಪ್ರತ್ಯೇಕ CA ಆಯ್ಕೆಗಳನ್ನು ನೀಡುತ್ತದೆ:
curl --proxy https://proxy.example:8443 --proxy-cacert proxy-ca.pem --cacert site-ca.pem https://example.com/--proxy-cacert ಪ್ರಾಕ್ಸಿಗೆ ವಿಶ್ವಾಸದ ಆಧಾರ ಒದಗಿಸುತ್ತದೆ; --cacert ಗಮ್ಯಸ್ಥಾನಕ್ಕೆ. ಉದಾಹರಣೆಯ ಎಂಡ್‌ಪಾಯಿಂಟ್ ಮತ್ತು ಫೈಲ್‌ಗಳನ್ನು ನೀವು ಬಯಸಿದ ವಿಶ್ವಾಸ ವ್ಯವಸ್ಥೆಯ ಮೌಲ್ಯಗಳಿಂದ ಬದಲಿಸಿ. ಸಿಸ್ಟಂ ವಿಶ್ವಾಸ ಸಾಕಾಗಿದ್ದರೆ ಕಸ್ಟಮ್ ಬಂಡಲ್‌ಗಳು ಅನಗತ್ಯ.
ಹೋಸ್ಟ್ ಹೆಸರನ್ನು ಮನಬಂದ IPಯಿಂದ ಬದಲಿಸಿದರೆ ಪ್ರಮಾಣಪತ್ರ ಹೊಂದಾಣಿಕೆ ಬದಲಾಗುತ್ತದೆ. ದೃಢೀಕರಣ ಬಿಟ್ಟುಬಿಡುವುದು ಎದುರಿನ ವ್ಯಕ್ತಿತ್ವವನ್ನು ಖಚಿತಪಡಿಸದೆ ವೈಫಲ್ಯವನ್ನು ಮರೆಮಾಡಬಹುದು. ಪರಿಚಯವಿಲ್ಲದ ಪ್ರಾಕ್ಸಿಯ ತನ್ನ ರೂಟ್ CA ಸ್ಥಾಪಿಸಲು ಮಾಡುವ ವಿನಂತಿ ಅದನ್ನು ನಂಬಲು ಸಾಕಷ್ಟು ಕಾರಣವಲ್ಲ.
ಪೋರ್ಟ್ ಸಂಪರ್ಕ ನಿರಾಕರಣೆ ಅಥವಾ CONNECT ತಿರಸ್ಕಾರ ಹಿಂದಿನ ಹಂತಕ್ಕೆ ಸೇರಿದ್ದು, ಪ್ರಮಾಣಪತ್ರ ಬದಲಿಸುವುದರಿಂದ ಸರಿಯಾಗುವುದಿಲ್ಲ. ಇನ್ನೊಂದೆಡೆ ಗಮ್ಯಸ್ಥಾನದ TLS ದೃಢೀಕರಿಸಿದ ಬಳಿಕ ವೆಬ್‌ಸೈಟ್‌ನ HTTP ದೋಷ ಸ್ವೀಕರಿಸಿದ ಪ್ರತಿಕ್ರಿಯೆಗೆ ಸೇರಿದ್ದು, ಇನ್ನೊಂದು CA ಹೊಂದಾಣಿಕೆಗೆ ಅಲ್ಲ.