HTTPS ಪ್ರಾಕ್ಸಿ ಸಹ ತನ್ನ ಪ್ರಮಾಣಪತ್ರ ಸರಪಳಿಯನ್ನು ಕಳುಹಿಸಬೇಕು
ಕ್ಲೈಂಟ್‌ನಿಂದ Squid ಗೆ ಇರುವ TLS ಆಲಿಸುವಿಕೆಯಲ್ಲಿ ಕಾಣೆಯಾದ ಮಧ್ಯವರ್ತಿ ಪ್ರಮಾಣಪತ್ರಗಳನ್ನು ಗಮ್ಯ ವೆಬ್‌ಸೈಟ್‌ನ ಪ್ರಮಾಣಪತ್ರದಿಂದ ಪ್ರತ್ಯೇಕವಾಗಿ ಪತ್ತೆ ಮಾಡಿ.
ಕ್ಲೈಂಟ್‌ಗಳು ವೆಬ್‌ಸೈಟ್ ತಲುಪುವ ಮೊದಲು HTTPS ಪ್ರಾಕ್ಸಿಯನ್ನು ತಿರಸ್ಕರಿಸಿದರೆ, ಪ್ರಾಕ್ಸಿ ಆಲಿಸುವಿಕೆ ಕಳುಹಿಸುವ ಸರಪಳಿಯನ್ನು ಪರಿಶೀಲಿಸಿ. ಕೇವಲ ಮಾನ್ಯ ಲೀಫ್ ಪ್ರಮಾಣಪತ್ರವು ಕ್ಲೈಂಟ್‌ಗೆ ಬೇಕಾದ ಮಧ್ಯವರ್ತಿ ಪ್ರಮಾಣಪತ್ರಗಳನ್ನು ಒದಗಿಸದಿರಬಹುದು.
- ಪರಿಶೀಲಿಸಲಾದ ಎಂಡ್‌ಪಾಯಿಂಟ್ ಅನ್ನು ಗುರುತಿಸಿ. ಕಾನ್ಫಿಗರ್ ಮಾಡಿದ ಪ್ರಾಕ್ಸಿ URL ನಲ್ಲಿನ ಹೋಸ್ಟ್‌ನಾಮ್ ಮತ್ತು ಆ ಸಂಪರ್ಕದ ದೋಷವನ್ನು ಓದಿ. ಆಲಿಸುವಿಕೆಯ ಪ್ರಮಾಣಪತ್ರವು ಆ ಹೆಸರನ್ನು ಒಳಗೊಳ್ಳಬೇಕು. ವೆಬ್‌ಸೈಟ್‌ನ ಪ್ರಮಾಣಪತ್ರ ಅಥವಾ ಇನ್ನೊಂದು IP ಅಲಿಯಾಸ್‌ನ ಪ್ರಮಾಣಪತ್ರವು ಅದನ್ನು ಬದಲಿಸಲಾರದು.
- ಆಲಿಸುವಿಕೆಯ ಸರಪಳಿ ಸಂರಚನೆಯನ್ನು ಪರಿಶೀಲಿಸಿ. Squid ಬೆಂಬಲಿಸುವ OpenSSL ಸಂರಚನೆಯು ಪ್ರಮಾಣಪತ್ರ ಕಡತದಲ್ಲಿ ಮಧ್ಯವರ್ತಿಗಳನ್ನು ಸೇರಿಸಬಹುದು. ಸ್ಥಾಪಿತ Squid ಆವೃತ್ತಿ ಮತ್ತು TLS backend ಗಾಗಿ ಆಲಿಸುವಿಕೆಯ ಉಲ್ಲೇಖದಲ್ಲಿ ವ್ಯವಸ್ಥೆಯನ್ನು ದೃಢೀಕರಿಸಿ; ಪ್ಯಾಕೇಜ್‌ಗಳ ವರ್ತನೆ ಒಂದೇ ರೀತಿಯಲ್ಲ. Squid 6.13 ನ TLS ಆಲಿಸುವಿಕೆಯ ಉದಾಹರಣೆ ಆಲಿಸುವಿಕೆಯ ನಂಬಿಕೆಯನ್ನು ಗಮ್ಯದ TLS ನಿಂದ ಪ್ರತ್ಯೇಕವಾಗಿ ಇರಿಸುತ್ತದೆ.
- ಕ್ಲೈಂಟ್‌ನ ನಂಬಿಕೆಯನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ಪರಿಶೀಲಿಸಿ. ಮಧ್ಯವರ್ತಿಗಳನ್ನು ಕಳುಹಿಸುವುದು ಸರಪಳಿ ನಿರ್ಮಿಸಲು ಸಹಾಯ ಮಾಡುತ್ತದೆ, ಆದರೆ ಕ್ಲೈಂಟ್‌ಗೆ ಇನ್ನೂ ಉದ್ದೇಶಿತ ಮೂಲ ನಂಬಿಕೆ ಆಂಕರ್ ಬೇಕು. ಇಡೀ ಸರ್ವರ್ ಸರಪಳಿಯನ್ನು ಭೇದವಿಲ್ಲದೆ ಮೂಲ ಸಂಗ್ರಹಕ್ಕೆ ಆಮದು ಮಾಡುವುದು ಸರ್ವರ್ ಕಳುಹಿಸುವುದನ್ನು ಸರಿಪಡಿಸುವುದಕ್ಕಿಂತ ಬೇರೆ ಬದಲಾವಣೆ.
ಪರಿಶೀಲನೆಯನ್ನು ಸಕ್ರಿಯವಾಗಿಡಿ. ಕ್ಲೈಂಟ್ ಬಳಸಲು ಉದ್ದೇಶಿಸಿದ HTTPS ಪ್ರಾಕ್ಸಿಯನ್ನು ಇದು ಗುರುತಿಸುತ್ತದೆ. ಆ ಸಂಪರ್ಕ ಪರಿಶೀಲನೆಯಾದ ನಂತರ, ನಂತರದ ವೆಬ್‌ಸೈಟ್ ಪ್ರಮಾಣಪತ್ರ ದೋಷವು ಪ್ರಾಕ್ಸಿ ಮೂಲಕ ಗಮ್ಯದ TLS ಸೆಷನ್‌ಗೆ ಸೇರಿದೆ, ಅದರ ಸ್ವಂತ ಹೋಸ್ಟ್‌ನಾಮ್ ಮತ್ತು ನಂಬಿಕೆ ತನಿಖೆಯೊಂದಿಗೆ.