CRL ಮತ್ತು OCSP ಪ್ರಮಾಣಪತ್ರ ಪರಿಶೀಲನೆಗಳಲ್ಲಿ ಪ್ರಾಕ್ಸಿ ವೈಫಲ್ಯಗಳನ್ನು ಟ್ರೇಸ್ ಮಾಡುವುದು

ವೆಬ್‌ಸೈಟ್ ವಿನಂತಿಯು ತನ್ನ ಪ್ರಾಕ್ಸಿ ತಲುಪಿ ಕೂಡ ವಿಫಲವಾಗಬಹುದು, ಏಕೆಂದರೆ ಪ್ರಮಾಣಪತ್ರ ಪರಿಶೀಲನೆಗೆ ಇನ್ನೊಂದು ನೆಟ್‌ವರ್ಕ್ ವಿನಂತಿ ಬೇಕು. CRL ಅಥವಾ OCSP ಹಿಂಪಡೆಯುವಿಕೆಯು ಅಪ್ಲಿಕೇಶನ್‌ನ HTTP ಕ್ಲೈಂಟ್‌ಗಿಂತ ಭಿನ್ನ ಖಾತೆ ಮತ್ತು ಪ್ರಾಕ್ಸಿ ನೀತಿ ಹೊಂದಿರುವ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್ ಘಟಕದ ಮೂಲಕ ನಡೆಯಬಹುದು.

ನಿಖರವಾದ ಸರಪಣಿ ದೋಷದಿಂದ ಪ್ರಾರಂಭಿಸಿ. ಹಿಂಪಡೆಯಲಾಗಿದೆ ಎಂಬುದು ಪ್ರಸ್ತುತ ಹಿಂಪಡೆಯುವಿಕೆ ಮಾಹಿತಿಯನ್ನು ಪಡೆಯಲು ಸಾಧ್ಯವಿಲ್ಲ ಎಂಬುದಕ್ಕಿಂತ ಬೇರೆ ಅರ್ಥ. ಅವಧಿ ಮುಗಿಯುವುದು ಮತ್ತು ವಿಶ್ವಾಸಾರ್ಹವಲ್ಲದ ನೀಡುಗರು ಮತ್ತೆ ಬೇರೆ ಸಮಸ್ಯೆಗಳು. ಕೇವಲ ಹಿಂಪಡೆಯುವಿಕೆ ವೈಫಲ್ಯವೇ ಸ್ಥಿತಿ URL ಗೆ ಕಾಣೆಯಾದ ಮಾರ್ಗವನ್ನು ಟ್ರೇಸ್ ಮಾಡಬೇಕಾಗುತ್ತದೆ.

ಆ ವೈಫಲ್ಯಕ್ಕಾಗಿ ಮೂರು ವಿಷಯಗಳನ್ನು ಒಟ್ಟಿಗೆ ಗುರುತಿಸಿ: ಹಿಂಪಡೆಯಲಾಗುತ್ತಿರುವ URL, ಹಿಂಪಡೆಯುವಿಕೆ ಮಾಡುವ ಘಟಕ ಮತ್ತು ಅದರ ಪ್ರಕ್ರಿಯೆ ಗುರುತು. ನಿಮ್ಮ ಸಂವಾದಾತ್ಮಕ ಖಾತೆಯ ಅಡಿಯಲ್ಲಿ ಬ್ರೌಸರ್ URL ಅನ್ನು ಯಶಸ್ವಿಯಾಗಿ ತೆರೆಯುವುದು ಸೇವೆಯೊಂದು ಅದೇ ಪ್ರಾಕ್ಸಿಗೆ ದೃಢೀಕರಿಸಬಹುದು ಎಂಬುದನ್ನು ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ.

ಗುರುತಿಸಿದ ಘಟಕ WinHTTP ಬಳಸಿದರೆ ಅದಕ್ಕೆ ಅನ್ವಯವಾಗುವ ನೀತಿಯನ್ನು ಪರಿಶೀಲಿಸಿ. ಸ್ಥಿರ ಪ್ರಾಕ್ಸಿ ಸಂರಚನೆ ಮತ್ತು ಪ್ರತಿ-URL ಸ್ವಯಂಚಾಲಿತ ಪ್ರಾಕ್ಸಿ ಮೌಲ್ಯಮಾಪನ ಬೇರೆ ಬೇರೆ ಕಾರ್ಯವಿಧಾನಗಳು. ಉದ್ದೇಶಿತ ಖಾತೆಗೆ ಬೆಂಬಲಿತ ಸಂರಚನೆಯನ್ನು ಅನ್ವಯಿಸಿ; ಬ್ರೌಸರ್ ಸೆಟ್ಟಿಂಗ್‌ಗಳನ್ನು ನಕಲಿಸುವುದು ಅಥವಾ ಸಂಬಂಧವಿಲ್ಲದ ರನ್‌ಟೈಮ್ ಬದಲಾಯಿಸುವುದು ನೈಜ ಹಿಂಪಡೆಯುವಿಕೆಯನ್ನು ಸ್ಪರ್ಶಿಸದೆ ಬಿಡಬಹುದು.

.NET ನಲ್ಲಿ ಸರಪಣಿ ನೀತಿಯಲ್ಲಿ UrlRetrievalTimeout ಆನ್‌ಲೈನ್ ಪರಿಶೀಲನೆ ಅಥವಾ CRL ಹಿಂಪಡೆಯುವಿಕೆಗಾಗಿ ಕಾಯುವಿಕೆಯನ್ನು ನಿಯಂತ್ರಿಸುತ್ತದೆ. ಸಾಮಾನ್ಯ HTTP ಪ್ರತಿಕ್ರಿಯೆ ಕಾಲಮಿತಿಯನ್ನು ವಿಸ್ತರಿಸುವುದು ಅದೇ ಟೈಮರ್ ಅನ್ನು ವಿಸ್ತರಿಸುವುದಿಲ್ಲ, ಮತ್ತು ಹಿಂಪಡೆಯುವಿಕೆ ಟೈಮರ್ ವಿಸ್ತರಿಸುವುದು ಪ್ರಾಕ್ಸಿ ರುಜುವಾತುಗಳನ್ನಾಗಲಿ ಮಾರ್ಗವನ್ನಾಗಲಿ ಒದಗಿಸುವುದಿಲ್ಲ.

HTTPS ಪ್ರಾಕ್ಸಿ ಈ ಅವಲಂಬನೆಯನ್ನು ಗಮ್ಯಸ್ಥಾನದ TLS ಗಿಂತ ಮೊದಲೇ ಗೋಚರಿಸುವಂತೆ ಮಾಡಬಹುದು: ಪ್ರಾಕ್ಸಿ ಸಂಪರ್ಕದ ಮೇಲಿನ ವಿಶ್ವಾಸವೇ ಹಿಂಪಡೆಯುವಿಕೆ ಮಾಹಿತಿಯ ಹಿಂಪಡೆಯುವಿಕೆಯನ್ನು ಬೇಡಬಹುದು. ಆ ಹಂತದಲ್ಲಿ ಬೆಂಬಲಿತ ಹಿಂಪಡೆಯುವಿಕೆ ಪ್ರವೇಶ ಮತ್ತು ವಿಶ್ವಾಸ ವ್ಯವಸ್ಥೆಯನ್ನು ಮರುಸ್ಥಾಪಿಸಿ. ಹಿಂಪಡೆಯುವಿಕೆ ಪರಿಶೀಲನೆಯನ್ನು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸುವುದು ಪ್ರಮಾಣಪತ್ರ ನೀತಿಯನ್ನು ಬದಲಿಸುತ್ತದೆ; ವಿಫಲವಾದ ಹಿಂಪಡೆಯುವಿಕೆಯನ್ನು ಮರುಸ್ಥಾಪಿಸುವುದಿಲ್ಲ.