ಪ್ರಮಾಣಪತ್ರ ರದ್ದತಿ ವಿಫಲವಾಗುತ್ತದೆ: ಯಾವ ಹೋಸ್ಟ್ ಯಾವುದನ್ನು ತಲುಪಲಾರದು

ಪ್ರಮಾಣಪತ್ರಗಳು ತಮ್ಮ ಮಾನ್ಯತಾ ಅವಧಿಯೊಳಗೆ ಇರಬಹುದು, ಆದರೆ VPN ಇನ್ನೂ ದೃಢೀಕರಣ ವೈಫಲ್ಯವನ್ನು ವರದಿ ಮಾಡುತ್ತದೆ, ಮತ್ತು ಯಾರೋ ಪ್ರಮಾಣಪತ್ರ ರದ್ದಾಗಿದೆ ಎಂದು ತೀರ್ಮಾನಿಸುತ್ತಾರೆ. ಇವು ಮೂರು ಬೇರೆ ಬೇರೆ ಸಂಗತಿಗಳು. ರದ್ದತಿ ಡೇಟಾವನ್ನು ಮಾನ್ಯಗೊಳಿಸುವ ಸಾಧನವೇ ಪ್ರಮಾಣಪತ್ರದ ಒಳಗೇ ಹೆಸರಿಸಲಾದ ಪ್ರಕಟಣಾ ಬಿಂದುವಿನಿಂದ ಪಡೆಯಬೇಕು. ಆ ಸಾಧನವು ಬಿಂದುವನ್ನು ತಲುಪಲಾಗದಿದ್ದರೆ, ಪರಿಶೀಲನೆ ಪ್ರಮಾಣಪತ್ರದ ಸ್ಥಿತಿಗೆ ಸಂಬಂಧವಿಲ್ಲದ ಕಾರಣಗಳಿಂದ ವಿಫಲವಾಗುತ್ತದೆ.

ಮರುಪಡೆಯುವಿಕೆಯ ಮಾರ್ಗ ಮಾನ್ಯಕಾರಕನದು

ಮಾನ್ಯಕಾರಕನನ್ನು ಗುರುತಿಸುವುದರಿಂದ ಪ್ರಾರಂಭಿಸಿ. ಲ್ಯಾಪ್‌ಟಾಪ್ ಗೇಟ್‌ವೇಯ ಪ್ರಮಾಣಪತ್ರವನ್ನು ಪರಿಶೀಲಿಸಿದಾಗ ಮರುಪಡೆಯುವಿಕೆಯನ್ನು ಲ್ಯಾಪ್‌ಟಾಪ್ ಮಾಡುತ್ತದೆ; ಗೇಟ್‌ವೇ ಕ್ಲೈಂಟ್ ಪ್ರಮಾಣಪತ್ರವನ್ನು ಪರಿಶೀಲಿಸಿದಾಗ ಅದನ್ನು ಗೇಟ್‌ವೇ ಮಾಡುತ್ತದೆ. ಹಿನ್ನೆಲೆಯ ದೃಢೀಕರಣ ಸೇವೆಯು ತನ್ನದೇ ಆದ ನೆಟ್‌ವರ್ಕ್ ಸ್ಥಾನದೊಂದಿಗೆ ಮೂರನೇ ಮಾನ್ಯಕಾರಕವನ್ನು ಸೇರಿಸಬಹುದು. ಪ್ರತಿಯೊಂದಕ್ಕೂ ಬೇರೆ ಬೇರೆ ಇಂಟರ್ನೆಟ್ ಮಾರ್ಗ ಮತ್ತು ಬೇರೆ ಪ್ರಾಕ್ಸಿ ಸಂರಚನೆ ಇರುತ್ತದೆ. ನಿರ್ವಾಹಕರ ಕೆಲಸದ ಕೇಂದ್ರದಲ್ಲಿ ಸಂಗ್ರಹಿಸಿದ ಸಾಕ್ಷ್ಯಗಳು DMZ ಒಳಗಿನ ಸರ್ವರ್ ಬಗ್ಗೆ ಏನನ್ನೂ ಹೇಳುವುದಿಲ್ಲ.

ಏನನ್ನಾದರೂ ಬದಲಿಸುವ ಮೊದಲು ಪ್ರಮಾಣಪತ್ರ, ಮಾನ್ಯಕಾರಕ, ಪ್ರಯತ್ನದ ಸಮಯ ಮತ್ತು ನಿಖರ ಸ್ಥಿತಿ ಕೋಡ್ ಅನ್ನು ಬರೆಯಿರಿ.

ಪ್ರಮಾಣಪತ್ರದಿಂದ ಪ್ರಕಟಣಾ ಬಿಂದುವನ್ನು ಓದಿ

ಪ್ರಮಾಣಪತ್ರವು ತನ್ನ ಸ್ಥಿತಿ ಎಲ್ಲಿದೆ ಎಂದು ಹೆಸರಿಸುತ್ತದೆ. CA ವಿಳಾಸವನ್ನು ಊಹಿಸುವ ಬದಲು ಆ ಕ್ಷೇತ್ರಗಳನ್ನು ಓದಿ.

openssl x509 -in gateway.cer -noout -text | grep -A3 "CRL Distribution Points"
openssl x509 -in gateway.cer -noout -text | grep -A2 "Authority Information Access"

ಮೊದಲ ವಿಸ್ತರಣೆ CRL ವಿತರಣಾ ಬಿಂದುಗಳನ್ನು ಪಟ್ಟಿ ಮಾಡುತ್ತದೆ, ಎರಡನೆಯದು ಪ್ರಾಧಿಕಾರ ಮಾಹಿತಿ ಪ್ರವೇಶ ವಿಧಾನಗಳನ್ನು, ಅವು OCSP ಸ್ಥಿತಿ ಮತ್ತು ವಿತರಣೆದಾರರ ಪ್ರಮಾಣಪತ್ರದ ಮರುಪಡೆಯುವಿಕೆಯನ್ನು ಒಳಗೊಳ್ಳಬಹುದು. ಇವು ಬೇರೆ ಬೇರೆ ಕಾರ್ಯವಿಧಾನಗಳು, ಮತ್ತು OCSP ಪ್ರತಿಸ್ಪಂದಕವು CRL ಕಡತವಲ್ಲ. ಪ್ರಕಟಣಾ ಹೋಸ್ಟ್ ಹೆಚ್ಚಾಗಿ CA ಯಂತ್ರವಲ್ಲ, ಸಾಮಾನ್ಯ ವೆಬ್ ಸರ್ವರ್ ಆಗಿರುತ್ತದೆ, ಏಕೆಂದರೆ ಆಫ್‌ಲೈನ್ ವಿತರಣೆದಾರರು ಇನ್ನೊಂದು ಸರ್ವರ್ ವಿತರಿಸುವ CRL ಗೆ ಸಹಿ ಹಾಕಬಹುದು. ಆದ್ದರಿಂದ CA ಗೆ ಪ್ರವೇಶ ಎಂದು ವಿವರಿಸಿದ ಫೈರ್‌ವಾಲ್ ನಿಯಮವು ಅನುಷ್ಠಾನಕ್ಕೆ ಅಥವಾ ಪರಿಶೀಲನೆಗೆ ತೀರಾ ಅಸ್ಪಷ್ಟವಾಗಿದೆ.

ಮಾನ್ಯಗೊಳಿಸುವ ಸಾಧನದಿಂದಲೇ ಮರುಪಡೆಯುವಿಕೆ ಪರೀಕ್ಷಿಸಿ

ಮರುಪಡೆಯುವಿಕೆ ಪರೀಕ್ಷೆಯನ್ನು ನಿಜವಾಗಿ ಮಾನ್ಯಗೊಳಿಸುವ ಪರಿಸರದಲ್ಲೇ, ಅನುಮೋದಿತ ಪ್ರಮಾಣಪತ್ರ ಸಾಮಗ್ರಿಯೊಂದಿಗೆ ಮತ್ತು ಖಾಸಗಿ ಕೀಲಿಗಳಿಲ್ಲದೆ ನಡೆಸಿ.

certutil -urlfetch -verify .\client-test.cer
curl -sS -o /dev/null -w "%{http_code}\n" http://crl.example.com/ca.crl

certutil ಚಲಾಯಿಸುವುದು ಸರಪಳಿಯನ್ನು ಪರಿಶೀಲಿಸಿ ಯಾವ URL ಮರುಪಡೆಯುವಿಕೆಗಳು ಯಶಸ್ವಿಯಾದವು ಅಥವಾ ವಿಫಲವಾದವು ಎಂದು ವರದಿ ಮಾಡುತ್ತದೆ, ಆದರೆ curl ಕರೆ ಅದೇ ಹೋಸ್ಟ್‌ನಿಂದ ಒಂದು ಪ್ರಕಟಣಾ ವಿಳಾಸವನ್ನು ಪರೀಕ್ಷಿಸಿ ಕೇವಲ ಸ್ಥಿತಿ ಕೋಡ್ ಮಾತ್ರ ಹಿಂತಿರುಗಿಸುತ್ತದೆ. ತಲುಪಬಹುದಾದ ವಿಳಾಸದಿಂದ ವಿಫಲವಾದ ಮರುಪಡೆಯುವಿಕೆ ವಿಷಯ ಅಥವಾ ಸಹಿ ಸಮಸ್ಯೆಗಳನ್ನು ಸೂಚಿಸುತ್ತದೆ; ಸಂಪರ್ಕ ದೋಷವು ಮಾರ್ಗನಿರ್ದೇಶನ, DNS ಅಥವಾ ಪ್ರಾಕ್ಸಿಯನ್ನು ಸೂಚಿಸುತ್ತದೆ. ಎರಡೂ ಫಲಿತಾಂಶಗಳನ್ನು ಇರಿಸಿಕೊಳ್ಳಿ, ಏಕೆಂದರೆ ಒಂದು ಯಶಸ್ವಿ ಮರುಪಡೆಯುವಿಕೆ ಇಡೀ ಸರಪಳಿ ಬಳಸಬಹುದಾದುದು ಎಂದು ಸಾಬೀತು ಮಾಡುವುದಿಲ್ಲ. ಉದಾಹರಣೆಯ ಹೋಸ್ಟ್ ಮತ್ತು ಮಾರ್ಗವನ್ನು ಪ್ರಮಾಣಪತ್ರದಲ್ಲಿ ಕಂಡುಬಂದ ವಿತರಣಾ ಬಿಂದುವಿಗೆ ಬದಲಿಸಿ.

ಕಾಣೆಯಾದ ಡೇಟಾವನ್ನು ರದ್ದತಿ ಸ್ಥಿತಿಯಿಂದ ಬೇರ್ಪಡಿಸಿ

ನಾಲ್ಕು ಫಲಿತಾಂಶಗಳು ಹೊರಗಿನಿಂದ ಒಂದೇ ರೀತಿ ಕಾಣುತ್ತವೆ: ಬಿಂದುವನ್ನು ತಲುಪಲಾಗದಿರುವುದು, ಪಟ್ಟಿ ಹಳೆಯದಾಗಿರುವುದು, ಪಟ್ಟಿಗೆ ತಪ್ಪು ವಿತರಣೆದಾರ ಸಹಿ ಹಾಕಿರುವುದು, ಅಥವಾ ಪ್ರಮಾಣಪತ್ರ ನಿಜವಾಗಿಯೂ ರದ್ದಾಗಿರುವುದು. ಕೊನೆಯದು ಮಾತ್ರ ಸ್ಥಿತಿ ಫಲಿತಾಂಶ, ಮತ್ತು ಅದೊಂದೇ ಪ್ರವೇಶ ತೆಗೆದುಹಾಕುವುದನ್ನು ಸಮರ್ಥಿಸುತ್ತದೆ. ಕ್ಯಾಶಿಂಗ್ ಚಿತ್ರವನ್ನು ಇನ್ನಷ್ಟು ಸಂಕೀರ್ಣಗೊಳಿಸುತ್ತದೆ, ಏಕೆಂದರೆ ಹಿಂದೆ ಪಡೆದ ಡೇಟಾ ಮುಂದಿನ ರಿಫ್ರೆಶ್‌ವರೆಗೆ ಮುರಿದ ಪ್ರಕಟಣಾ ಮಾರ್ಗವನ್ನು ಮುಚ್ಚಿಡಬಹುದು. ರದ್ದತಿ ಪರಿಶೀಲನೆಯನ್ನು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸುವುದು, ಸಂಬಂಧವಿಲ್ಲದ ಪ್ರಮಾಣಪತ್ರಗಳನ್ನು ಅಳಿಸುವುದು ಅಥವಾ ಗೇಟ್‌ವೇ ಮರುಚಾಲನೆ ಮಾಡುವುದು ಎಲ್ಲವೂ ರೋಗನಿರ್ಣಯದ ಬದಲು ಚಟುವಟಿಕೆಯನ್ನು ಇಡುತ್ತವೆ.

ಸರಿಪಡಿಸಿದ ನಂತರ ಹೊಸ ದೃಢೀಕರಣವನ್ನು ಒತ್ತಾಯಿಸಿ ಮತ್ತು ಉದ್ದೇಶಿತ ಸ್ಥಿತಿ ಮರುಪಡೆಯುವಿಕೆ ಯಶಸ್ವಿಯಾಗಿದೆ ಎಂದು ಖಚಿತಪಡಿಸಿ. ನಿಯಂತ್ರಿತ ಪರೀಕ್ಷಾ ಗುರುತು ಇರುವಲ್ಲಿ, ಅದು ಇನ್ನೂ ತಿರಸ್ಕೃತವಾಗುತ್ತದೆ ಎಂದು ಖಚಿತಪಡಿಸಿ, ಏಕೆಂದರೆ ಪರಿಶೀಲನೆಯನ್ನು ತೆಗೆದುಹಾಕುವ ಲಭ್ಯತೆ ಸರಿಪಡಿಸುವಿಕೆ ಅಲ್ಲ.