VPN ಪ್ರಮಾಣಪತ್ರ ಇನ್ನೂ ಮಾನ್ಯವಾಗಿಲ್ಲ: ಮೂರು ಕಾರಣಗಳು, ಒಂದು ಪರಿಶೀಲನಾ ಕ್ರಮ
ಇನ್ನೂ ಮಾನ್ಯವಾಗಿಲ್ಲ ಎಂದರೆ ಸಾಧನದ ಗಡಿಯಾರ ಹಿಂದಿದೆ, ವಿಂಡೋ ನಿಜವಾಗಿಯೂ ನಂತರ ಪ್ರಾರಂಭವಾಗುತ್ತದೆ, ಅಥವಾ ಮಧ್ಯವರ್ತಿ ಪ್ರಮಾಣಪತ್ರ ಇನ್ನೂ ತೆರೆದಿಲ್ಲ. ಅವನ್ನು ಆ ಕ್ರಮದಲ್ಲಿ ಪರಿಶೀಲಿಸಿ.
ನೀವು ಕ್ಲೈಂಟ್ ತೆರೆಯುತ್ತೀರಿ, ತಿಂಗಳುಗಳಿಂದ ಬಳಸುತ್ತಿರುವ ಪ್ರೊಫೈಲ್ ಆಯ್ಕೆ ಮಾಡುತ್ತೀರಿ, ಮತ್ತು ಅದು "certificate is not yet valid" ಜೊತೆ ನಿಲ್ಲುತ್ತದೆ. ನಿಮ್ಮ ಸೈನ್-ಇನ್ನಲ್ಲಿ ಏನೂ ಬದಲಾಗಿಲ್ಲ, ಮತ್ತು ಟ್ರಸ್ಟ್ ಸ್ಟೋರ್ ಬಹುಶಃ ಸರಿಯಾಗಿದೆ: ಹ್ಯಾಂಡ್ಶೇಕ್ನಲ್ಲಿ ಪ್ರಸ್ತುತಪಡಿಸಿದ ಪ್ರಮಾಣಪತ್ರವು ಪರಿಶೀಲಕ ಬಳಸುತ್ತಿರುವ ಕ್ಷಣಕ್ಕಿಂತ ನಂತರ ಪ್ರಾರಂಭವಾಗುವ ಮಾನ್ಯತಾ ವಿಂಡೋವನ್ನು ಹೊಂದಿದೆ. ಮೂರು ವಿಭಿನ್ನ ಸಂದರ್ಭಗಳು ಅದೇ ಸಂದೇಶವನ್ನು ಉತ್ಪಾದಿಸುತ್ತವೆ, ಮತ್ತು ಅವು ವಿಭಿನ್ನ ಕ್ರಮಗಳನ್ನು ಬೇಡುತ್ತವೆ. ಕೆಳಗಿನ ಕ್ರಮವು ಗಡಿಯಾರ ಅಥವಾ ಪ್ರಮಾಣಪತ್ರ ಫೈಲ್ ಮುಟ್ಟುವ ಮೊದಲು ನಿಮ್ಮಲ್ಲಿ ಯಾವುದು ಎಂದು ಹೇಳುತ್ತದೆ.
ಮೂರು ಕಾರಣಗಳಲ್ಲಿ ನೀವು ಯಾವುದನ್ನು ನೋಡುತ್ತಿದ್ದೀರಿ
ಮೊದಲ ಕಾರಣ ಸ್ಥಳೀಯ: ಪರಿಶೀಲನೆ ಮಾಡುವ ಸಾಧನದ ಗಡಿಯಾರ ಪ್ರಮಾಣಪತ್ರದ ಪ್ರಾರಂಭ ದಿನಾಂಕಕ್ಕಿಂತ ಹಿಂದಿನದು. ಇದು ಸತ್ತ CMOS ಬ್ಯಾಟರಿ ಇರುವ ಹಾರ್ಡ್ವೇರ್ನಲ್ಲಿ, ಹಳೆಯ ಸ್ನ್ಯಾಪ್ಶಾಟ್ನಿಂದ ಮರುಸ್ಥಾಪಿಸಿದ ವರ್ಚುವಲ್ ಯಂತ್ರಗಳಲ್ಲಿ, ಸಮಯ ಕಳೆದುಕೊಳ್ಳಲು ಸಾಕಷ್ಟು ಕಾಲ ಆಫ್ ಆಗಿದ್ದ ಸಾಧನಗಳಲ್ಲಿ, ಮತ್ತು ಹೊರಹೋಗುವ NTP ನಿರ್ಬಂಧಿಸಲಾಗಿದ್ದು ಯಾರೂ ಗಮನಿಸದ ನೆಟ್ವರ್ಕ್ಗಳಲ್ಲಿ ಕಾಣುತ್ತದೆ. ಪ್ರಮಾಣಪತ್ರ ಸಂಪೂರ್ಣವಾಗಿ ಮಾನ್ಯವಾಗಿದ್ದರೂ ಈ ರೀತಿ ವಿಫಲವಾಗಬಹುದು.
ಎರಡನೇ ಕಾರಣ ನೀಡುವವರದ್ದು, ಏಕೆಂದರೆ ಪ್ರಮಾಣಪತ್ರ ನಿಜವಾಗಿಯೂ ಭವಿಷ್ಯದಲ್ಲಿ ಪ್ರಾರಂಭವಾಗುತ್ತದೆ: ಬೇಗ ನೀಡಲಾಗಿದೆ, ಸ್ಪಷ್ಟ ಪ್ರಾರಂಭ ಸಮಯದೊಂದಿಗೆ ರಚಿಸಲಾಗಿದೆ, ಅಥವಾ ಇನ್ನೂ ಚಲಿಸದ ಸಕ್ರಿಯಗೊಳಿಸುವ ಹಂತದ ಭಾಗವಾಗಿ ಸಹಿ ಮಾಡಲಾಗಿದೆ. ಮೂರನೇ ಕಾರಣ ಹೆಚ್ಚು ಸಮಯ ವ್ಯರ್ಥ ಮಾಡುತ್ತದೆ, ಏಕೆಂದರೆ ಎಲೆ ಪ್ರಸ್ತುತವಾಗಿದ್ದರೆ ಪ್ರಸ್ತುತಪಡಿಸಿದ ಸರಪಳಿಯಲ್ಲಿನ ಇನ್ನೊಂದು ಪ್ರಮಾಣಪತ್ರ ಅಲ್ಲ, ಆದ್ದರಿಂದ ದೋಷವು ನೀವು ಎಂದಿಗೂ ಸ್ಥಾಪಿಸದ ವಸ್ತುವನ್ನು ಹೆಸರಿಸುತ್ತದೆ.
ಒಂದು ಪ್ರಶ್ನೆ ಅವನ್ನು ಬೇರ್ಪಡಿಸುತ್ತದೆ. ವೈಫಲ್ಯ ಸಾಧನವನ್ನು ಅನುಸರಿಸುತ್ತದೆಯೇ ಅಥವಾ ಸೇವೆಯನ್ನು? ಒಂದೇ ನೆಟ್ವರ್ಕ್ನಲ್ಲಿ ವಿಭಿನ್ನವಾಗಿ ವರ್ತಿಸುವ ಎರಡು ಯಂತ್ರಗಳು ಗಡಿಯಾರಗಳನ್ನು ಸೂಚಿಸುತ್ತವೆ. ಪ್ರತಿ ಕ್ಲೈಂಟ್ ಒಂದೇ ರೀತಿ ವಿಫಲವಾದರೆ ಅದು ಪ್ರಮಾಣಪತ್ರದ ವಿಂಡೋ ಮತ್ತು ಅದರ ಹಿಂದಿನ ಸರಪಳಿಯನ್ನು ಸೂಚಿಸುತ್ತದೆ.
ನಿಜವಾಗಿ ಪ್ರಸ್ತುತಪಡಿಸಿದ ಪ್ರಮಾಣಪತ್ರದಿಂದ ವಿಂಡೋ ಓದಿ
ಹಿಂದಿನ ನಿಯೋಜನೆಯಿಂದ ಉಳಿದ PEM ಫೈಲ್ ಪರಿಶೀಲಿಸಬೇಡಿ; ಸೇವೆಯು ಈಗ ಕಳುಹಿಸುತ್ತಿರುವ ಸರಪಳಿಯನ್ನು ಕೇಳಿ. openssl s_client -connect vpn.example.com:443 -servername vpn.example.com -showcerts ಸರಪಳಿಯ ಪ್ರತಿ ಪ್ರಮಾಣಪತ್ರವನ್ನು ಮುದ್ರಿಸುತ್ತದೆ. ನಿಮಗೆ ಬೇಕಾದ ಬ್ಲಾಕ್ ಉಳಿಸಿ ಮತ್ತು openssl x509 -noout -subject -issuer -dates ಚಲಾಯಿಸಿ; ಕೊನೆಯದು notBefore ಮತ್ತು notAfter ಮುದ್ರಿಸುತ್ತದೆ, ಮತ್ತು ಆ ಎರಡು ಮೌಲ್ಯಗಳೇ ನಿರ್ಣಯಿಸುತ್ತವೆ. Windows ನಲ್ಲಿ, ಸಂಪರ್ಕದ ಪ್ರಮಾಣಪತ್ರ ಸಂವಾದ ಮತ್ತು ರಫ್ತು ಮಾಡಿದ ಫೈಲ್ನಲ್ಲಿ certutil -dump ಅದೇ ಕ್ಷೇತ್ರಗಳನ್ನು ತೋರಿಸುತ್ತವೆ.
ವಿಂಡೋದ ಎರಡೂ ತುದಿಗಳನ್ನು ಓದಿ, ಕೇವಲ ಆರಂಭವನ್ನಲ್ಲ. ಎರಡು ಗಂಟೆಗಳಲ್ಲಿ ತೆರೆಯುವ ಪ್ರಮಾಣಪತ್ರ ಮತ್ತು ಎರಡು ಗಂಟೆಗಳಲ್ಲಿ ಮುಚ್ಚುವ ಪ್ರಮಾಣಪತ್ರ ವಿಭಿನ್ನ ಸಂದೇಶಗಳೊಂದಿಗೆ ವಿಫಲವಾಗುತ್ತವೆ ಮತ್ತು ವಿಭಿನ್ನ ತಂಡಗಳನ್ನು ಒಳಗೊಳ್ಳುತ್ತವೆ. ದೋಷ ಯಾವ ಪ್ರಮಾಣಪತ್ರವನ್ನು ಹೆಸರಿಸುತ್ತದೆ ಎಂಬುದನ್ನು ಗಮನಿಸಿ — ಎಲೆ, ಮಧ್ಯವರ್ತಿ ಅಥವಾ ಮೂಲ — ಏಕೆಂದರೆ ಅದು ಕ್ಲೈಂಟ್ ಬದಿಯಲ್ಲಿ ಏನಾದರೂ ಸರಿಪಡಿಸಬಹುದೇ ಎಂದು ನಿರ್ಧರಿಸುತ್ತದೆ.
ವಿಂಡೋಗಾಗಿ ಕಾಯದೆಯೂ ಪರೀಕ್ಷಿಸಬಹುದು. ಪರಿಶೀಲನೆ ಸ್ಪಷ್ಟ ಸಮಯವನ್ನು ಸ್ವೀಕರಿಸುತ್ತದೆ: openssl verify -attime 1793600000 -CAfile ca.pem -untrusted intermediate.pem leaf.pem ಆ ಟೈಮ್ಸ್ಟ್ಯಾಂಪ್ನಲ್ಲಿ ಸರಪಳಿಯನ್ನು ಮೌಲ್ಯಮಾಪನ ಮಾಡುತ್ತದೆ. ವೈಫಲ್ಯವನ್ನು ಮರುಸೃಷ್ಟಿಸಲು ಪ್ರಸ್ತುತ ಸಮಯದೊಂದಿಗೆ ಚಲಾಯಿಸಿ, ನಂತರ ವಿಂಡೋ ತೆರೆದ ನಂತರ ಅದೇ ಸರಪಳಿ ಉತ್ತೀರ್ಣವಾಗುತ್ತದೆ ಎಂದು ಖಚಿತಪಡಿಸಲು ಪ್ರಮಾಣಪತ್ರದ ಪ್ರಾರಂಭ ಸಮಯದೊಂದಿಗೆ ಚಲಾಯಿಸಿ. RFC 5280 ಮಾನ್ಯತಾ ಕ್ಷೇತ್ರ ಮತ್ತು ಅದರ ಹೊರಗೆ ಪ್ರಮಾಣಪತ್ರ ಬಳಸಬಾರದು ಎಂಬ ನಿಯಮವನ್ನು ವ್ಯಾಖ್ಯಾನಿಸುತ್ತದೆ, ಮತ್ತು ನಿಮ್ಮ ಕ್ಲೈಂಟ್ ಈಗಷ್ಟೇ ಅದೇ ನಿಯಮವನ್ನು ಜಾರಿಗೊಳಿಸಿದೆ.
ನಿಮ್ಮ ಗಡಿಯಾರ ಅಥವಾ ಅವರದು
ಸಾಧನದ ಗಡಿಯಾರವನ್ನು UTC ಯಲ್ಲಿ ಪ್ರಮಾಣಪತ್ರದ ಪ್ರಾರಂಭದೊಂದಿಗೆ, ನೀವು ನಂಬುವ ಮೂಲದಿಂದ ಹೋಲಿಸಿ. date -u ಕ್ಷಣವನ್ನು ನೀಡುತ್ತದೆ, ಮತ್ತು systemd ಹೋಸ್ಟ್ನಲ್ಲಿ timedatectl status ಗಡಿಯಾರ ಸಿಂಕ್ ಆಗಿದೆಯೇ ಎಂದೂ ವರದಿ ಮಾಡುತ್ತದೆ. Windows ನಲ್ಲಿ, w32tm /query /status ಪ್ರಸ್ತುತ ಮೂಲ ಮತ್ತು ಕೊನೆಯ ಯಶಸ್ವಿ ಸಿಂಕ್ ತೋರಿಸುತ್ತದೆ. ಟ್ರೇನಲ್ಲಿ ತೋರಿಸುವ ಟೈಮ್ಜೋನ್ ಪ್ರದರ್ಶನದ ಆಯ್ಕೆ, ತಪ್ಪು ಗಡಿಯಾರವಲ್ಲ; ಪರಿಶೀಲಕ UTC ಕ್ಷಣಗಳನ್ನು ಹೋಲಿಸುತ್ತದೆ.
| What you see | Most likely reading | Next step |
|---|---|---|
| Clock behind, one device affected | Local time fault | Resync time, keep validation on, retest |
| Clock correct, window opens soon | Certificate staged early | Wait for the window or follow the cutover plan |
| Clock correct, intermediate not yet valid | Chain material mismatch | Operator replaces the intermediate |
| Some peers pass, others do not | Inconsistent nodes | Record each peer's chain before changing anything |
ಗಡಿಯಾರ ಹಿಂದಿದ್ದರೆ, ಯಾವುದೇ ಪ್ರಮಾಣಪತ್ರ ಸಾಮಗ್ರಿ ಬದಲಿಸುವ ಮೊದಲು ಮರುಸಿಂಕ್ ಮಾಡಿ ಮತ್ತು ಮತ್ತೆ ಪರೀಕ್ಷಿಸಿ. ಕೆಲವು ನಿಮಿಷ ಅಥವಾ ಗಂಟೆಗಳಷ್ಟು ತಪ್ಪಾಗಿರುವ ಸಾಧನವು ಎದುರಾಗುವ ಪ್ರತಿ ಇತ್ತೀಚೆಗೆ ನೀಡಿದ ಪ್ರಮಾಣಪತ್ರವನ್ನು ತಿರಸ್ಕರಿಸುತ್ತದೆ, ಒಂದೇ ಸೇವೆಯನ್ನಲ್ಲ, ಆದ್ದರಿಂದ ಒಂದೇ ಸೇವೆಯ ವಿವರಣೆ ಸಾಮಾನ್ಯವಾಗಿ ತಪ್ಪಾದದ್ದು. ಗಡಿಯಾರ ಸರಿಯಾಗಿದ್ದು ಸಿಂಕ್ ಆಗಿದ್ದರೆ, ಸಾಧನವನ್ನು ನೋಡುವುದನ್ನು ನಿಲ್ಲಿಸಿ: ವಿಂಡೋ ನೀಡುವವರದ್ದು, ಮತ್ತು ಅದು ಉತ್ತೀರ್ಣವಾಗಲು ಯಾವುದೇ ಸ್ಥಳೀಯ ಸೆಟ್ಟಿಂಗ್ ಬದಲಿಸಬಾರದು.
ಆ ಕೋಷ್ಟಕವೇ ಇಡೀ ನಿರ್ಣಯ. ಪ್ರಮಾಣಪತ್ರ ನಿರೀಕ್ಷಿಸುವ ಮೌಲ್ಯಕ್ಕೆ ಗಡಿಯಾರವನ್ನು ಸರಿಸುವುದು ದುರಸ್ತಿಯಲ್ಲ, ಮತ್ತು ಸಮಯ ಪರಿಶೀಲನೆಗಳನ್ನು ಆಫ್ ಮಾಡುವುದೂ ದುರಸ್ತಿಯಲ್ಲ, ಏಕೆಂದರೆ ಎರಡೂ ದೋಷವನ್ನು ಉಂಟುಮಾಡಿದ ಸ್ಥಿತಿಯನ್ನು ಮರೆಮಾಡುತ್ತವೆ.
ಎಲೆ ಸರಿಯಾಗಿ ಕಾಣುತ್ತಿದ್ದರೂ ಸರಪಳಿ ಏಕೆ ವಿಫಲವಾಗುತ್ತದೆ
ನವೀಕರಿಸಿದ ಎಲೆಗಳು ಮತ್ತು ಬದಲಿ ಮಧ್ಯವರ್ತಿ ಪ್ರಮಾಣಪತ್ರಗಳು ಸಾಮಾನ್ಯವಾಗಿ ಒಟ್ಟಿಗೆ ರವಾನೆಯಾಗುತ್ತವೆ, ಮತ್ತು ಯಾವಾಗಲೂ ಒಂದೇ ಕ್ಷಣದಲ್ಲಿ ತಲುಪುವುದಿಲ್ಲ. ಸೇವೆಯು ತನ್ನದೇ ವಿಂಡೋ ನಂತರ ಪ್ರಾರಂಭವಾಗುವ ಮಧ್ಯವರ್ತಿಯಿಂದ ಸಹಿ ಮಾಡಿದ ಹೊಸ ಎಲೆಯನ್ನು ಕಳುಹಿಸಬಹುದು, ಅಥವಾ ಹೊಸ ಎಲೆಯ ಅಡಿಯಲ್ಲಿ ಹಳೆಯ ಮಧ್ಯವರ್ತಿಯನ್ನು ನೀಡುವುದನ್ನು ಮುಂದುವರಿಸಬಹುದು. ಎರಡೂ ಸಂದರ್ಭಗಳಲ್ಲಿ ಎಲೆಯ ಸ್ವಂತ ದಿನಾಂಕಗಳು ಸಮಂಜಸವಾಗಿ ಕಂಡರೂ ಸರಪಳಿ ವಿಫಲವಾಗುತ್ತದೆ.
ಲೋಡ್-ಸಮತೋಲಿತ ಎಂಡ್ಪಾಯಿಂಟ್ಗಳು ಇದನ್ನು ಮುರಿದದ್ದರಿಂದ ಅಸಂಗತವಾಗಿಸುತ್ತವೆ. ಮರುಪ್ರಯತ್ನ ಯಶಸ್ವಿಯಾದರೆ, ಅಥವಾ ಒಂದು ನೆಟ್ವರ್ಕ್ ಕೆಲಸ ಮಾಡಿ ಇನ್ನೊಂದು ಮಾಡದಿದ್ದರೆ, ಸೆಟ್ಟಿಂಗ್ಗಳನ್ನು ಬದಲಿಸುವ ಮೊದಲು ಯಾವ ಪೀರ್ ಉತ್ತರಿಸಿತು ಮತ್ತು ಯಾವ ಸರಪಳಿ ಕಳುಹಿಸಿತು ಎಂದು ದಾಖಲಿಸಿ. openssl s_client ಸಂಪರ್ಕಿತ ವಿಳಾಸವನ್ನು ಮುದ್ರಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಕೆಲವು ಪ್ರಯತ್ನಗಳು ಪ್ರತಿ ನೋಡ್ ಒಂದೇ ಸರಪಳಿ ನೀಡುತ್ತದೆಯೇ ಎಂದು ಬಹಿರಂಗಪಡಿಸುತ್ತವೆ.
ಪರಿಶೀಲನೆಯನ್ನು ಅಕ್ಷತವಾಗಿ ಇರಿಸುವ ದುರಸ್ತಿ ಮಾರ್ಗಗಳು
ಗಡಿಯಾರ ಸಮಸ್ಯೆ ಸಾಧನದಲ್ಲಿ ಪರಿಶೀಲನೆ ಆನ್ ಆಗಿರಿಸಿಯೇ ಸರಿಪಡಿಸಲಾಗುತ್ತದೆ. ಪ್ರಮಾಣಪತ್ರ ಸಮಸ್ಯೆಯನ್ನು ಆಪರೇಟರ್ ಈಗಾಗಲೇ ಇಂದನ್ನು ಒಳಗೊಂಡಿರುವ ವಿಂಡೋಗೆ ನೀಡಿದ ಸಾಮಗ್ರಿಯಿಂದ ಸರಿಪಡಿಸುತ್ತಾರೆ. ಯಾವುದೇ ಕ್ಲೈಂಟ್ ಸೆಟ್ಟಿಂಗ್ ಇನ್ನೂ-ಅಮಾನ್ಯ ಪ್ರಮಾಣಪತ್ರವನ್ನು ಮಾನ್ಯ ಮಾಡುವುದಿಲ್ಲ; ಸಮಯ ಪರಿಶೀಲನೆಗಳನ್ನು ಬಿಟ್ಟುಬಿಡುವ ಫ್ಲ್ಯಾಗ್ಗಳು ರೋಗನಿರ್ಣಯವನ್ನು ಖಚಿತಪಡಿಸಲು ಇವೆ, ಉತ್ಪಾದನೆಗೆ ಕಳುಹಿಸಲು ಅಲ್ಲ.
ಪ್ರಮಾಣಪತ್ರವನ್ನು ಯೋಜಿತ ಸಕ್ರಿಯಗೊಳಿಸುವಿಕೆಗೆ ಸಿದ್ಧಪಡಿಸಿದಾಗ, ಕಟ್ಓವರ್ ಯೋಜನೆಯನ್ನು ಅನುಸರಿಸಿ. ಅದರ ವಿಂಡೋ ತೆರೆದಾಗ ಸ್ಥಾಪಿಸಿ, ಅಥವಾ ಪೂರೈಕೆದಾರರು ದಾಖಲಿಸಿದ ಅತಿವ್ಯಾಪ್ತಿ ಕಾರ್ಯವಿಧಾನವನ್ನು ಬಳಸಿ, ಬೇಗ ಸ್ಥಾಪಿಸಿ ಬಳಕೆದಾರರಿಗೆ ಎಚ್ಚರಿಕೆಗಳನ್ನು ಕ್ಲಿಕ್ ಮಾಡಲು ಕಲಿಸುವ ಬದಲು. ಜನರು ನಿರ್ಲಕ್ಷಿಸಲು ಕಲಿಯುವ ಎಚ್ಚರಿಕೆಗಳು ಸಣ್ಣ ವಿಳಂಬಕ್ಕಿಂತ ಹೆಚ್ಚು ವೆಚ್ಚವಾಗುತ್ತವೆ.
ಕೊನೆಯದಾಗಿ, ವೈಫಲ್ಯ ಸಂಭವಿಸಿದ ರೀತಿಯಲ್ಲೇ ಮತ್ತೆ ಪರೀಕ್ಷಿಸಿ: ಹೊಸ ಸೆಷನ್, ಅದೇ ಕ್ಲೈಂಟ್, ನಿಮಗೆ ನಿಜವಾಗಿ ಬೇಕಾದ ಸಂಪನ್ಮೂಲ. TLS ಗ್ರಂಥಾಲಯಗಳು ಸಂಪರ್ಕದ ಆಯುಷ್ಯದವರೆಗೆ ಪರಿಶೀಲಿತ ಸರಪಳಿಯನ್ನು ಕ್ಯಾಶ್ ಮಾಡಬಹುದು, ಮತ್ತು ಮರುಪ್ರಾರಂಭಿಸಿದ ಸೆಷನ್ ಅದನ್ನು ಮತ್ತೆ ಪರಿಶೀಲಿಸಬೇಕೆಂದಿಲ್ಲ, ಆದ್ದರಿಂದ ಹಳೆಯ ಸೆಷನ್ ದುರಸ್ತಿಯ ನಂತರವೂ ವಿಫಲವಾಗುವುದನ್ನು ಮುಂದುವರಿಸಬಹುದು ಅಥವಾ ಹಿನ್ನಡೆಯ ನಂತರವೂ ಕೆಲಸ ಮಾಡುವುದನ್ನು ಮುಂದುವರಿಸಬಹುದು. ವೀಕ್ಷಕದಲ್ಲಿ ತೆರೆಯುವ ಫೈಲ್ ಫೈಲ್ ಓದಬಹುದು ಎಂದಷ್ಟೇ ಸಾಬೀತುಪಡಿಸುತ್ತದೆ; ಪೂರ್ಣಗೊಂಡ ಹ್ಯಾಂಡ್ಶೇಕ್ ಸರಪಳಿ ಮಾನ್ಯವಾಗುತ್ತದೆ ಎಂದು ಸಾಬೀತುಪಡಿಸುತ್ತದೆ.
ಟಿಕೆಟ್ ಮುಚ್ಚುವ ಮೊದಲು ನಾಲ್ಕು ವಿಷಯಗಳನ್ನು ಖಚಿತಪಡಿಸಿ: ವಿಫಲವಾದ ಸಾಧನದ UTC ಸಮಯ ಮತ್ತು ಸಿಂಕ್ ಸ್ಥಿತಿ, ಪ್ರಸ್ತುತಪಡಿಸಿದ ಸರಪಳಿಯ ಪ್ರತಿ ಪ್ರಮಾಣಪತ್ರದ notBefore ಮತ್ತು notAfter, ಎರಡನೇ ಕ್ಲೈಂಟ್ನಿಂದ ಅದೇ ಸರಪಳಿ, ಮತ್ತು ದೋಷವು ಪ್ರಮಾಣಪತ್ರಕ್ಕೆ ನೀಡುವ ಹೆಸರು. ಗಡಿಯಾರ ಸರಿಯಾಗಿದ್ದು ವಿಂಡೋ ತೆರೆದಿಲ್ಲದಿದ್ದರೆ, ಉಳಿದದ್ದು ಆಪರೇಟರ್ ಕೆಲಸ, ಮತ್ತು ನಿಮ್ಮ ಕಡೆಯ ಸರಿಯಾದ ಹೆಜ್ಜೆ ಪರಿಶೀಲನೆಯನ್ನು ದುರ್ಬಲಗೊಳಿಸುವ ಬದಲು ವಿಂಡೋಗಾಗಿ ಕಾಯುವುದು.