ಖಾಸಗಿ CA ಬ್ಯಾಕಪ್: ಎನ್ಕ್ರಿಪ್ಟ್ ಆರ್ಕೈವ್ ಎದುರು HSM ಕೀ ಬ್ಯಾಕಪ್
ಎನ್ಕ್ರಿಪ್ಟ್ ಆರ್ಕೈವ್ ಅಥವಾ HSM-ಸುತ್ತಿದ ಕೀ: ಪ್ರತಿ VPN CA ಬ್ಯಾಕಪ್ ಮಾದರಿಯನ್ನು ಹೇಗೆ ಮರುಸ್ಥಾಪಿಸಲಾಗುತ್ತದೆ, ಅದು ಏನನ್ನು ಹೊಂದಿರಬೇಕು ಮತ್ತು ಯಾವ ವೈಫಲ್ಯವನ್ನು ನೀವು ನಿಜವಾಗಿಯೂ ಬದುಕಬಹುದು.
ಇದರ ಬಹುಪಾಲನ್ನು ನಿರ್ಧರಿಸುವ ಪ್ರಶ್ನೆ ನೀವು ಆರ್ಕೈವ್ ಅನ್ನು ಹೇಗೆ ಎನ್ಕ್ರಿಪ್ಟ್ ಮಾಡುತ್ತೀರಿ ಎಂಬುದಲ್ಲ. ಅದು ನಿಮ್ಮ CA ಖಾಸಗಿ ಕೀ ತನ್ನ ಕಂಟೇನರ್ ಅನ್ನು ಬಿಡಬಹುದೇ ಎಂಬುದು. ಕೀ ಫೈಲ್ ಆಗಿದ್ದರೆ, ಇಡೀ CA ಡೈರೆಕ್ಟರಿಯನ್ನು ಒಂದು ಎನ್ಕ್ರಿಪ್ಟ್ ಬ್ಲಾಬ್ಗೆ ನಕಲಿಸಿ ನಿಮಿಷಗಳಲ್ಲಿ ಮುಗಿಸಬಹುದು. ಅದು HSM ಅಥವಾ ಕೀಯನ್ನು ಹೊರತೆಗೆಯಲಾಗದ ಎಂದು ಗುರುತಿಸುವ ಟೋಕನ್ನಲ್ಲಿ ವಾಸಿಸುತ್ತಿದ್ದರೆ, ಆ ನಕಲು ಇಲ್ಲ, ಮತ್ತು ನಿಮ್ಮ ಯೋಜನೆ ಮಾರಾಟಗಾರರ ಸುತ್ತುವ ಮತ್ತು ಮರುಸ್ಥಾಪನೆ ಕಾರ್ಯವಿಧಾನದ ಬಗ್ಗೆ ಯೋಜನೆಯಾಗುತ್ತದೆ. ಎರಡೂ ಮಾದರಿಗಳು ಕೆಲಸ ಮಾಡುತ್ತವೆ, ಬೇರೆ ರೀತಿಯಲ್ಲಿ ವಿಫಲವಾಗುತ್ತವೆ, ಮತ್ತು ನೀವು ಬದುಕಬಹುದಾದ ವೈಫಲ್ಯವೇ ವಿನ್ಯಾಸ ಮಾಡಲು ಯೋಗ್ಯವಾದುದು.
ಎರಡು ಬ್ಯಾಕಪ್ ಮಾದರಿಗಳು ಎಲ್ಲಿ ಬೇರ್ಪಡುತ್ತವೆ
ಮಾದರಿ A ಡೈರೆಕ್ಟರಿ ನಕಲು. OpenSSL ಶೈಲಿಯ CA ಒಂದು ಕೆಲಸದ ಡೈರೆಕ್ಟರಿ, ಒಂದೇ ಪ್ರಮಾಣಪತ್ರವಲ್ಲ: ca.key ಅಥವಾ cakey.pem, ca.crt, ನೀಡುವಿಕೆ ಡೇಟಾಬೇಸ್, serial ಮತ್ತು crlnumber ಕೌಂಟರ್ಗಳು, ಮತ್ತು openssl.cnf. ಆ ಡೈರೆಕ್ಟರಿಯನ್ನು ಸಮ್ಮಿತೀಯ ಸೈಫರ್ನಿಂದ ಮುದ್ರಿಸಿ, ಫಲಿತಾಂಶವನ್ನು ಎರಡನೇ ಮಾಧ್ಯಮಕ್ಕೆ ಸರಿಸಿ, ಮತ್ತು ಮರುಸ್ಥಾಪನೆ ಎಂದರೆ ಬಿಚ್ಚು, ಪರಿಶೀಲಿಸು, ಸಹಿ. ನೀಡುವವರಿಗೆ ಬೇಕಾದ ಎಲ್ಲವೂ ಒಟ್ಟಿಗೆ ಪ್ರಯಾಣಿಸುತ್ತದೆ, ಯಾರೂ ಬರೆದದ್ದು ನೆನಪಿಲ್ಲದ ವಾರಗಳ ರದ್ದತಿ ಇತಿಹಾಸ ಸೇರಿದಂತೆ.
ಮಾದರಿ B ಕೀ ಸಂಗ್ರಹ. ಕೀ PKCS#11 ಮಾಡ್ಯೂಲ್ ಒಳಗೆ ಉತ್ಪತ್ತಿಯಾಗುತ್ತದೆ ಮತ್ತು ಹೊರತೆಗೆಯಲಾಗದ ಎಂದು ಗುರುತಿಸಲಾಗುತ್ತದೆ; ಮಾಡ್ಯೂಲ್ ಅದನ್ನು ಬ್ಯಾಕಪ್ಗಾಗಿ ಸುತ್ತಬಹುದು, ಆದರೆ ಯಾವ ಪ್ರಕ್ರಿಯೆಯೂ ಎಂದಿಗೂ ಕಚ್ಚಾ ಬೈಟ್ಗಳನ್ನು ಓದುವುದಿಲ್ಲ. ನಿಮ್ಮ ಬ್ಯಾಕಪ್ ಆಗ ಎರಡು ಕಲಾಕೃತಿಗಳು, ಸರಿಯಾದ ಕ್ರಮದಲ್ಲಿ ಮರುಸ್ಥಾಪಿಸಬೇಕು: ಆ ಮಾಡ್ಯೂಲ್ ಕುಟುಂಬ ಮಾತ್ರ ತೆರೆಯಬಹುದಾದ ಸುತ್ತಿದ ಕೀ ಬ್ಲಾಬ್, ಜೊತೆಗೆ ಡೇಟಾಬೇಸ್, ಸಂರಚನೆ ಮತ್ತು ಪ್ರಮಾಣಪತ್ರಗಳ ಸಾಮಾನ್ಯ ನಕಲು.
| Attribute | Encrypted archive | HSM key backup |
|---|---|---|
| What you store | one encrypted file | wrapped blob plus CA records |
| Who can restore it | anyone holding the passphrase | holder of the module and the blob, often vendor support |
| If a copy leaks | attacker with the passphrase becomes the CA | blob is inert without the matching module |
| What usually breaks it | forgotten passphrase, one damaged copy | replacement module rejects the blob, contract gap |
ಹೋಲಿಕೆ ಎಂದಿಗೂ ಯಾವ ಮಾದರಿ ಅಮೂರ್ತವಾಗಿ ಬಲಶಾಲಿ ಎಂಬುದರ ಬಗ್ಗೆ ಅಲ್ಲ. ನಿಮ್ಮ ತಂಡ ರಾತ್ರಿ 2 ಗಂಟೆಗೆ ನಿಜವಾಗಿ ಎಚ್ಚರವಿರುವ ಜನರೊಂದಿಗೆ ಯಾವುದನ್ನು ಮರುಸ್ಥಾಪಿಸಬಹುದು ಎಂಬುದರ ಬಗ್ಗೆ. ಯಾರೂ ಡೀಕ್ರಿಪ್ಟ್ ಮಾಡಲಾಗದ ಆರ್ಕೈವ್ ಮತ್ತು ಯಾರೂ ಪರೀಕ್ಷಿಸದ HSM ಬ್ಲಾಬ್ ಸಮಾನವಾಗಿ ನಿಷ್ಪ್ರಯೋಜಕ. ವ್ಯತ್ಯಾಸವೆಂದರೆ ಆರ್ಕೈವ್ ವೈಫಲ್ಯ ಪಾಸ್ವರ್ಡ್ ನಿರ್ವಾಹಕದಲ್ಲಿ ಕಾಣಿಸುತ್ತದೆ, ಮತ್ತು HSM ವೈಫಲ್ಯ ಬೆಂಬಲ ಒಪ್ಪಂದದಲ್ಲಿ ಅಡಗುತ್ತದೆ.
ಪ್ರತಿ CA ಬ್ಯಾಕಪ್ ಏನನ್ನು ಹೊಂದಿರಬೇಕು
ಎರಡೂ ಮಾದರಿಗಳಿಗೆ ಒಂದೇ ದಾಖಲೆ ಗುಂಪು ಬೇಕು. OpenSSL CA ನಲ್ಲಿ ಆ ಫೈಲ್ಗಳು index.txt, ಪ್ರತಿ ನೀಡಿದ ಪ್ರಮಾಣಪತ್ರಕ್ಕೂ ಒಂದು ಸಾಲು ಇದ್ದು ಸ್ಥಿತಿ, ಅವಧಿ, serial ಮತ್ತು ವಿಷಯವನ್ನು ಒಳಗೊಳ್ಳುತ್ತದೆ, ನಂತರ index.txt.attr, ಮುಂದೆ ನೀಡಬೇಕಾದ serial ಅನ್ನು ಇಡುವ serial, ಮುಂದಿನ CRL ಸಂಖ್ಯೆಯನ್ನು ಇಡುವ crlnumber, ಮತ್ತು ನಿಮ್ಮ CA ನಿಜವಾಗಿ ಚಲಿಸುವ dir, policy ಮತ್ತು default_days ಹೊಂದಿರುವ openssl.cnf. openssl-ca ಕೈಪಿಡಿ ಈ ಪ್ರತಿ ಕೌಂಟರ್ ಏನನ್ನು ನಿಯಂತ್ರಿಸುತ್ತದೆ ಎಂಬುದನ್ನು ವಿವರಿಸುತ್ತದೆ. easy-rsa ಅದೇ ಡೇಟಾವನ್ನು pki/ ಅಡಿಯಲ್ಲಿ ಇಡುತ್ತದೆ, ಮತ್ತು vars ಫೈಲ್ ಪ್ರಮಾಣಪತ್ರದ ಕ್ಷೇತ್ರಗಳನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ.
ಕೀ ಮತ್ತು ಪ್ರಮಾಣಪತ್ರ ನೀವು ಮತ್ತೆ ನಿರ್ಮಿಸಲಾಗದ ಭಾಗಗಳು. ಡೇಟಾಬೇಸ್ ನೆನಪಿನಿಂದ ಮರುರಚಿಸಲಾಗದ ಭಾಗ. index.txt ಬಿಟ್ಟರೂ ನೀವು ಹೊಸ ಪ್ರಮಾಣಪತ್ರಗಳಿಗೆ ಸಹಿ ಮಾಡಬಹುದು, ಮತ್ತು ಅದೇ ನಿಜವಾದ ಬಲೆ: ಗ್ರಾಹಕರು ಪ್ರಮಾಣಪತ್ರ ರದ್ದಾಗಿದೆಯೇ ಎಂದು ಮೊದಲ ಬಾರಿ ಕೇಳಿದಾಗ ಅದು ಕಾಣೆಯಾಗಿದೆ ಎಂದು ತಿಳಿಯುತ್ತದೆ. CA ಯ ಬೆರಳಚ್ಚನ್ನು ಬ್ಯಾಕಪ್ನ ಹೊರಗೆ ದಾಖಲಿಸಿ, ಮರುಸ್ಥಾಪನೆಯನ್ನು ನೀವು ನಂಬುವ ಮೌಲ್ಯದೊಂದಿಗೆ ಹೋಲಿಸಲು, ಈಗಷ್ಟೇ ಮರುಸ್ಥಾಪಿಸಿದ ಫೈಲ್ನೊಂದಿಗಲ್ಲ.
openssl x509 -in ca.crt -noout -fingerprint -sha256
tar czf ca-state.tar.gz ca.crt ca.key index.txt* serial* crlnumber* openssl.cnf
openssl enc -aes-256-cbc -pbkdf2 -iter 200000 -salt -in ca-state.tar.gz -out ca-state.tar.gz.enc
openssl ca -config openssl.cnf -gencrl -out crl.pemನೀಡುವವರನ್ನು ಕವಲಾಗಿಸದ ಮರುಸ್ಥಾಪನೆ ಪರೀಕ್ಷೆಗಳು
ಒಂದೇ ವಿಷಯ ಮತ್ತು ಒಂದೇ ಕೀ ಹೊಂದಿರುವ ಎರಡು ಜೀವಂತ CA ಗಳು ಮೂಲವನ್ನು ನಂಬುವ ಪ್ರತಿ ಗ್ರಾಹಕರಿಗೂ ಒಂದೇ ರೀತಿ ಕಾಣುತ್ತವೆ. ಒಂದೇ ಸಂಖ್ಯೆ ಆದರೆ ಬೇರೆ ವಿಷಯವಿರುವ ಎರಡು CRL ಗಳು ಗ್ರಾಹಕರು ನೀವು ರದ್ದುಗೊಳಿಸಿದ ಪ್ರಮಾಣಪತ್ರವನ್ನು ಸದ್ದಿಲ್ಲದೆ ಒಪ್ಪಿಕೊಳ್ಳುವ ದಾರಿ. ನಿಮ್ಮ ಗ್ರಾಹಕರಿಗೆ ಮಾರ್ಗವಿಲ್ಲದ ಹೋಸ್ಟ್ನಲ್ಲಿ ಅಥವಾ ಒಂದು ಬಾರಿಯ VM ನಲ್ಲಿ ಮರುಸ್ಥಾಪನೆಯನ್ನು ಚಲಾಯಿಸಿ, ಮತ್ತು ಪರೀಕ್ಷೆ ಉತ್ಪಾದಿಸುವ CRL ಅನ್ನು ಎಂದಿಗೂ ಪ್ರಕಟಿಸಬೇಡಿ.
ಆರ್ಕೈವ್ ತೆರೆಯುತ್ತದೆ ಎಂದು ಮಾತ್ರ ಸಾಬೀತುಪಡಿಸುವ ಪರೀಕ್ಷೆ ನೀಡುವಿಕೆಯ ಬಗ್ಗೆ ಏನನ್ನೂ ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ. ಎಣಿಕೆಗೆ ಬರುವ ಕ್ರಮ: ಮರುಸ್ಥಾಪಿಸಿದ ca.crt ಯ ಬೆರಳಚ್ಚನ್ನು ನೀವು ದಾಖಲಿಸಿದ ಮೌಲ್ಯದೊಂದಿಗೆ ಹೋಲಿಸಿ, serial ನಿಮ್ಮ ಕೊನೆಯ ನೀಡಿದ ಪ್ರಮಾಣಪತ್ರ ಸೂಚಿಸುವುದಕ್ಕೆ ಹೊಂದುತ್ತದೆ ಎಂದು ಖಚಿತಪಡಿಸಿ, ಒಂದು ಬಾರಿಯ CN ಗೆ ಒಂದು ಪ್ರಮಾಣಪತ್ರ ನೀಡಿ ಮತ್ತು index.txt ಒಂದು ಸಾಲು ಗಳಿಸುವುದನ್ನು ನೋಡಿ, ನಂತರ ಆ ಪ್ರಮಾಣಪತ್ರವನ್ನು ರದ್ದುಗೊಳಿಸಿ CRL ಅನ್ನು ಮತ್ತೆ ರಚಿಸಿ.
openssl verify -CAfile ca.crt -CRLfile crl.pem -crl_check client.crt
openssl crl -in crl.pem -noout -lastupdate -nextupdateHSM ನೊಂದಿಗೆ ಅದೇ ಪರೀಕ್ಷೆ ಮಾಡ್ಯೂಲ್ ಮೂಲಕ ಹೋಗುತ್ತದೆ. ಬ್ಲಾಬ್ ಅನ್ನು ಬದಲಿ ಸಾಧನದಲ್ಲಿ ತೆರೆಯಿರಿ, ಮಾಡ್ಯೂಲ್ ವರದಿ ಮಾಡುವ CA ಪ್ರಮಾಣಪತ್ರ ನಿಮ್ಮ ದಾಖಲಿಸಿದ ಬೆರಳಚ್ಚಿಗೆ ಹೊಂದುತ್ತದೆ ಎಂದು ಖಚಿತಪಡಿಸಿ, ಮತ್ತು ಆಮೇಲೆ ಮಾತ್ರ ಸಹಿ ಮಾಡಲು ಬಿಡಿ. ಮಾಡ್ಯೂಲ್ಗೆ ತನ್ನದೇ ವಸ್ತು ಸಂಗ್ರಹವಿದ್ದರೆ, ಸುತ್ತುವಿಕೆ ಕೀ ವಸ್ತು ಮತ್ತು ಅದರ ಲೇಬಲ್ ಅನ್ನು ಆವರಿಸಬೇಕು, ಏಕೆಂದರೆ ಬೇರೆ ಲೇಬಲ್ ಅಡಿಯಲ್ಲಿ ಕೀಯನ್ನು ಮರುಸ್ಥಾಪಿಸುವುದು ಅದನ್ನು ಸೂಚಿಸುವ ಸಂರಚನೆಯನ್ನು ಮುರಿಯುತ್ತದೆ.
ಆಯ್ಕೆಯನ್ನು ನಿರ್ಧರಿಸುವ ವೈಫಲ್ಯ ವಿಧಾನಗಳು
ಐದು ವೈಫಲ್ಯಗಳು ಹೆಚ್ಚಿನ ನಿಜವಾದ ನಷ್ಟಗಳನ್ನು ವಿವರಿಸುತ್ತವೆ. ರಹಸ್ಯದ ಸ್ವತಂತ್ರ ನಕಲಿಲ್ಲದೆ ಮರೆತ ಆರ್ಕೈವ್ ಪಾಸ್ಫ್ರೇಸ್ ಆರ್ಕೈವ್ ಅನ್ನು ಇಟ್ಟಿಗೆಯಾಗಿ ಮಾಡುತ್ತದೆ. ಒಂದು ಡಿಸ್ಕ್ನಲ್ಲಿ ಒಂದೇ ನಕಲು ಆ ಡಿಸ್ಕ್ನೊಂದಿಗೆ ಸಾಯುತ್ತದೆ, ಮತ್ತು ಚೆಕ್ಸಮ್ ಡೀಕ್ರಿಪ್ಶನ್ ಇನ್ನೂ ಕೆಲಸ ಮಾಡುತ್ತದೆಯೇ ಎಂದು ಎಂದಿಗೂ ಹೇಳುವುದಿಲ್ಲ. ಬ್ಯಾಕಪ್ ದಿನಾಂಕದ ನಂತರ ರದ್ದಾದ ಪ್ರಮಾಣಪತ್ರಗಳು ಮರುಸ್ಥಾಪನೆಯ ನಂತರ ಮತ್ತೆ ಮಾನ್ಯವಾಗಿ ಕಾಣುತ್ತವೆ, ಆದ್ದರಿಂದ ನಿಮ್ಮ ಬ್ಯಾಕಪ್ ಮಧ್ಯಂತರವೇ ನಿಮ್ಮ ರದ್ದತಿಯ ಕುರುಡು ಸ್ಥಳ. ಹಳೆಯ serial ಕೌಂಟರ್ ಅನ್ನು ಮರುಸ್ಥಾಪಿಸುವುದು serial ಸಂಖ್ಯೆಗಳನ್ನು ಮತ್ತೆ ಬಳಸುತ್ತದೆ ಮತ್ತು serial ಆಧಾರಿತ ಕ್ಯಾಶ್ಗಳು ಮತ್ತು CRL ಹುಡುಕಾಟಗಳನ್ನು ಗೊಂದಲಗೊಳಿಸುತ್ತದೆ. ಸುತ್ತಿದ ಬ್ಲಾಬ್ ಅನ್ನು ನಿರಾಕರಿಸುವ ಬದಲಿ HSM ಯಂತ್ರಾಂಶ ಬದಲಾವಣೆಯನ್ನು ಸಂಪೂರ್ಣ ಮರುನೀಡಿಕೆಯಾಗಿ ಮಾಡುತ್ತದೆ.
ಮಾದರಿ A ಮೊದಲ ನಾಲ್ಕನ್ನು ಕೆಟ್ಟದಾಗಿ ಆದರೆ ಕಾಣುವಂತೆ ನಿರ್ವಹಿಸುತ್ತದೆ. ಮಾದರಿ B ಅವನ್ನು ಮಾಡ್ಯೂಲ್ ಅಥವಾ ಮಾರಾಟಗಾರರ ಪ್ರಕ್ರಿಯೆ ವಿಫಲವಾಗುವವರೆಗೆ ಚೆನ್ನಾಗಿ ನಿರ್ವಹಿಸುತ್ತದೆ. ನಿಮ್ಮ ಕೀಗಳು ರಫ್ತು ಮಾಡಬಹುದಾದವು ಮತ್ತು ತಂಡ ಚಿಕ್ಕದಾಗಿದ್ದರೆ, ಎನ್ಕ್ರಿಪ್ಟ್ ಆರ್ಕೈವ್ ಪ್ರಾಮಾಣಿಕ ಆಯ್ಕೆ, ಎರಡು ಮಾಧ್ಯಮ ಮತ್ತು ಲಿಖಿತ ಪಾಸ್ಫ್ರೇಸ್ ಕಾರ್ಯವಿಧಾನದಿಂದ ಬೆಂಬಲಿತ. ಕೀ ಹೊರತೆಗೆಯಲಾಗದದ್ದಾದರೆ ನಿಮಗೆ ಯಾವುದೇ ಆಯ್ಕೆಯಿಲ್ಲ, ಮತ್ತು ಕೆಲಸವು ಅದು ಬೇಕಾದ ದಿನದ ಮೊದಲು ಮಾರಾಟಗಾರರ ಮರುಸ್ಥಾಪನೆ ಮಾರ್ಗವನ್ನು ಸಾಬೀತುಪಡಿಸುವತ್ತ ಸರಿಯುತ್ತದೆ.
ಮಾದರಿಯನ್ನು ಆಯ್ಕೆ ಮಾಡುವುದು ಮತ್ತು ನಿಗದಿಪಡಿಸುವುದು
ಮೂರು ಷರತ್ತುಗಳು ನಿರ್ಧಾರವನ್ನು ತೀರ್ಮಾನಿಸುತ್ತವೆ. ಮಾರಾಟಗಾರರ ಪ್ರಕ್ರಿಯೆಯಿಲ್ಲದೆ ಕೀಯನ್ನು ರಫ್ತು ಮಾಡಬಹುದೇ? ಮರುಸ್ಥಾಪನೆ ನೀವು ಈಗಾಗಲೇ ಹೊಂದಿರದ ಯಂತ್ರಾಂಶದ ಮೇಲೆ ಇಳಿಯಬೇಕೇ? ಬೆಂಬಲದೊಂದಿಗೆ ವಾದಿಸುವಾಗ ನೀಡುವಿಕೆ ಎಷ್ಟು ಕಾಲ ನಿಲ್ಲಬಹುದು? ಆ ಮೂರಕ್ಕೆ ಉತ್ತರಿಸಿ ಮತ್ತು ಮಾದರಿ ನಿರ್ಧಾರವಾಗುತ್ತದೆ; ಅದರ ನಂತರದ್ದೆಲ್ಲಾ ನಿಗದೀಕರಣ.
ಪ್ರತಿ ಸಹಿ ಸಮಾರಂಭದ ನಂತರ ಮತ್ತು ಯಾವುದೇ ಸಂರಚನೆ ಬದಲಾವಣೆಯ ಮೊದಲು ಬ್ಯಾಕಪ್ ತೆಗೆಯಿರಿ, ಏಕೆಂದರೆ ಸಂರಚನೆ ಸ್ಥಿತಿಯ ಭಾಗ. ಬೇರೆ ಬೇರೆ ಸ್ಥಳಗಳಲ್ಲಿ ಬೇರೆ ಬೇರೆ ಮಾಧ್ಯಮಗಳಲ್ಲಿ ಎರಡು ನಕಲುಗಳನ್ನು ಇಡಿ, ಅವುಗಳಲ್ಲಿ ಒಂದು ಆಫ್ಲೈನ್, ಮತ್ತು ಡೀಕ್ರಿಪ್ಶನ್ ರಹಸ್ಯವನ್ನು ನಕಲುಗಳಿಗಿಂತ ಬೇರೆ ನಂಬಿಕೆ ಕ್ಷೇತ್ರದಲ್ಲಿ ಇಡಿ. ಕೊನೆಯ ಯಶಸ್ವಿ ಮರುಸ್ಥಾಪನೆಯ ದಿನಾಂಕವನ್ನು ಬ್ಯಾಕಪ್ ದಾಖಲೆಯಲ್ಲಿ ಬರೆಯಿರಿ. ಎಂದಿಗೂ ಮರುಸ್ಥಾಪಿಸದ ಬ್ಯಾಕಪ್ ಊಹೆಯೇ, ನಿಯಂತ್ರಣವಲ್ಲ.
ಟಿಕೆಟ್ ಮುಚ್ಚುವ ಮೊದಲು, ಈ ಐದು ಅಂಶಗಳನ್ನು ಖಚಿತಪಡಿಸಿ:
- ca.crt ಯ ಬೆರಳಚ್ಚು ಬ್ಯಾಕಪ್ನ ಹೊರಗೆ ಎಲ್ಲಾದರೂ ದಾಖಲಾಗಿದೆ.
- index.txt, serial, crlnumber ಮತ್ತು openssl.cnf ಎಲ್ಲವೂ ಆರ್ಕೈವ್ ಅಥವಾ ಬ್ಲಾಬ್ ಗುಂಪಿನ ಒಳಗಿವೆ.
- ಪಾಸ್ಫ್ರೇಸ್ ಅಥವಾ ಸುತ್ತಿದ ಕೀಯ ಸಂರಕ್ಷಣೆ ದಾಖಲಾಗಿದೆ ಮತ್ತು ಆರ್ಕೈವ್ ಮಾಲೀಕರಲ್ಲದ ಬೇರೆಯವರ ಬಳಿ ಇದೆ.
- ಪ್ರತ್ಯೇಕಿಸಿದ ಹೋಸ್ಟ್ನಲ್ಲಿ ಒಂದು ನೀಡುವಿಕೆ ಮತ್ತು ಒಂದು ರದ್ದತಿಯೊಂದಿಗೆ ಮರುಸ್ಥಾಪನೆ ಪರೀಕ್ಷಿಸಲಾಗಿದೆ.
- ನಿಮ್ಮ ಬ್ಯಾಕಪ್ ಮಧ್ಯಂತರ ಸೂಚಿಸುವ ರದ್ದತಿ ಅಂತರವನ್ನು ಲಿಖಿತವಾಗಿ ಒಪ್ಪಲಾಗಿದೆ ಅಥವಾ ಕಡಿಮೆ ಮಾಡಲಾಗಿದೆ.