Windows ನಲ್ಲಿ Easy-RSA ರಿಜಿಸ್ಟ್ರಿ ದೋಷ: ರಿಜಿಸ್ಟ್ರಿ ವೀಕ್ಷಣೆಯನ್ನು ಪರಿಶೀಲಿಸಿ

ಆ ರಿಜಿಸ್ಟ್ರಿ ಸಂದೇಶವು ಉಪಕರಣಗಳ ಹುಡುಕಾಟದ ವೈಫಲ್ಯ, ಮುರಿದ CA ಅಲ್ಲ. ಬ್ಯಾಚ್ ಫೈಲ್ ಅಥವಾ PKI ಸಂಪಾದಿಸುವ ಮೊದಲು 32-ಬಿಟ್ ಮತ್ತು 64-ಬಿಟ್ ವೀಕ್ಷಣೆಗಳನ್ನು ಹೋಲಿಸಿ.

ಬ್ಯಾಚ್ ಫೈಲ್ “ಸಿಸ್ಟಂ ನಿರ್ದಿಷ್ಟಪಡಿಸಿದ ರಿಜಿಸ್ಟ್ರಿ ಕೀ ಅಥವಾ ಮೌಲ್ಯವನ್ನು ಕಂಡುಹಿಡಿಯಲು ಸಾಧ್ಯವಾಗಲಿಲ್ಲ” ಎಂಬ ಸಂದೇಶದೊಂದಿಗೆ ನಿಲ್ಲುತ್ತದೆ ಮತ್ತು ಎಲ್ಲರೂ ಪ್ರಮಾಣಪತ್ರ ಪ್ರಾಧಿಕಾರ ಮುರಿದಿದೆ ಎಂದು ಭಾವಿಸುತ್ತಾರೆ. ಹಾಗಲ್ಲ, ಅಥವಾ ಕನಿಷ್ಠ ಇನ್ನೂ ಇಲ್ಲ: ಸ್ಕ್ರಿಪ್ಟ್ ಸಾಫ್ಟ್‌ವೇರ್ ಹುಡುಕುವಾಗ ವಿಫಲವಾಯಿತು, Easy-RSA ಗೆ ಕೀಯೊಂದಿಗೆ ಏನನ್ನಾದರೂ ಮಾಡಲು ಕೇಳುವ ಮೊದಲೇ. ಈ ಕ್ರಮ ಮುಖ್ಯ, ಏಕೆಂದರೆ ಇದು ದುರಸ್ತಿ ಹುಡುಕಾಟದ ಸಮಸ್ಯೆ ಎಂದು ಮತ್ತು PKI ಕೇವಲ ವೀಕ್ಷಕ ಎಂದು ಅರ್ಥೈಸುತ್ತದೆ. ವಿಫಲವಾದ ಸಾಲನ್ನು ಓದುವುದೇ ಸಂಪೂರ್ಣ ರೋಗನಿರ್ಣಯ, ಮತ್ತು ಅದು ಯಾವುದೇ ಪರ್ಯಾಯ ಮಾರ್ಗಕ್ಕಿಂತ ಕಡಿಮೆ ಸಮಯ ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ.

ದೋಷವು CA ಮುಟ್ಟುವ ಮೊದಲೇ ಸಂಭವಿಸುತ್ತದೆ

ಹಳೆಯ Easy-RSA 2 ಬ್ಯಾಚ್ ಫೈಲ್‌ಗಳು ರಿಜಿಸ್ಟ್ರಿಯನ್ನು ಕೇಳಿ OpenSSL ಅಥವಾ OpenVPN ಸ್ಥಾಪನೆಯನ್ನು ಕಂಡುಹಿಡಿಯುತ್ತವೆ, ನಂತರ ಕಂಡುಬಂದದ್ದರ ಆಧಾರದ ಮೇಲೆ ವೇರಿಯೇಬಲ್‌ಗಳನ್ನು ಹೊಂದಿಸುತ್ತವೆ. ಪ್ರಶ್ನೆ ಏನನ್ನೂ ಹಿಂತಿರುಗಿಸದಿದ್ದರೆ, ಯಾವುದೇ ಪ್ರಮಾಣಪತ್ರ ಕಾರ್ಯಾಚರಣೆ ನಡೆಯುವ ಮೊದಲೇ ಸ್ಕ್ರಿಪ್ಟ್ ನಿಲ್ಲುತ್ತದೆ.

ಆದ್ದರಿಂದ ರಿಜಿಸ್ಟ್ರಿ ಕೀ ಬಗ್ಗೆ ಸಂದೇಶವು ಸ್ಕ್ರಿಪ್ಟ್‌ನ ಪರಿಸರದ ಪುರಾವೆ, CA ಡೈರೆಕ್ಟರಿಯದ್ದಲ್ಲ.

ಎರಡು ರಿಜಿಸ್ಟ್ರಿ ವೀಕ್ಷಣೆಗಳು, ಒಂದು ಬ್ಯಾಚ್ ಫೈಲ್

32-ಬಿಟ್ ಪ್ರಕ್ರಿಯೆ ಮತ್ತು 64-ಬಿಟ್ ಪ್ರಕ್ರಿಯೆ ಬೇರೆ ಬೇರೆ ರಿಜಿಸ್ಟ್ರಿ ವೀಕ್ಷಣೆಗಳನ್ನು ನೋಡಬಹುದು, ಮತ್ತು ಒಂದನ್ನು ಊಹಿಸುವ ಬ್ಯಾಚ್ ಫೈಲ್ ಇನ್ನೊಂದರಲ್ಲಿರುವ ನಮೂದನ್ನು ತಪ್ಪಿಸಬಹುದು. ಈ ಓದು-ಮಾತ್ರ ಹೋಲಿಕೆಗಳು ಕೆಲವು ಹಳೆಯ ಸ್ಕ್ರಿಪ್ಟ್‌ಗಳು ಬಳಸುವ ಹಳೆಯ ಕೀಗೆ ವ್ಯತ್ಯಾಸವನ್ನು ತೋರಿಸುತ್ತವೆ:

reg query "HKLM\SOFTWARE\OpenVPN" /reg:32
reg query "HKLM\SOFTWARE\OpenVPN" /reg:64

Microsoft ನ reg query ಉಲ್ಲೇಖ ವೀಕ್ಷಣಾ ಆಯ್ಕೆಗಾರರನ್ನು ದಾಖಲಿಸುತ್ತದೆ. ಎರಡನ್ನೂ ವಿಫಲವಾದ ಸ್ಕ್ರಿಪ್ಟ್‌ನಂತೆಯೇ ಅದೇ ಸಂದರ್ಭದಲ್ಲಿ ಚಲಾಯಿಸಿ, ಏಕೆಂದರೆ ವೀಕ್ಷಣೆ ಪ್ರಕ್ರಿಯೆ ಹೇಗೆ ಪ್ರಾರಂಭವಾಗುತ್ತದೆ ಮತ್ತು ಫ್ಲ್ಯಾಗ್‌ಗಳನ್ನು ಅವಲಂಬಿಸಿರುತ್ತದೆ. ನಮೂದು ಒಂದೇ ವೀಕ್ಷಣೆಯಲ್ಲಿ ಇದ್ದರೆ, ಏನನ್ನೂ ಬದಲಿಸುವ ಮೊದಲು ಅದು ತೋರಿಸುವ ಮಾರ್ಗವನ್ನು ಸ್ಥಾಪಿತ ಉಪಕರಣಗಳೊಂದಿಗೆ ಹೋಲಿಸಿ. ಇರುವ ಆದರೆ ಹಳೆಯ ಸ್ಥಾಪನಾ ಡೈರೆಕ್ಟರಿಯನ್ನು ತೋರಿಸುವ ಕೀ ಬೇರೆ ರೀತಿಯ ದೋಷ, ಕಾಣೆಯಾದ ಕೀಗಿಂತ.

ಎರಡೂ ವೀಕ್ಷಣೆಗಳಲ್ಲಿ ನಮೂದು ಇಲ್ಲದಿದ್ದರೆ, ಸ್ಥಾಪಕವು ಅದನ್ನು ಎಂದಿಗೂ ರಚಿಸಿಲ್ಲ, ಮತ್ತು ಕೈಯಿಂದ ಮೌಲ್ಯ ಮಾಡುವುದರಿಂದ ಉಪಕರಣಗಳು ಕೆಲಸ ಮಾಡುವುದಿಲ್ಲ.

/reg:64 ಅನ್ನು ಷರತ್ತಿಲ್ಲದೆ ಸೇರಿಸಬೇಡಿ

ಪ್ರಲೋಭನೆಯ ಪರಿಹಾರ ಎಂದರೆ ಪ್ರತಿ ಪ್ರಶ್ನೆಗೆ 64-ಬಿಟ್ ಆಯ್ಕೆಗಾರವನ್ನು ಸೇರಿಸಿ ಮುಂದುವರಿಯುವುದು. ಕೆಲವು ಸ್ಥಾಪನೆಗಳಲ್ಲಿ ಅದು ಸರಿ, ಇನ್ನು ಕೆಲವಲ್ಲಿ ಸ್ಕ್ರಿಪ್ಟ್ ಅನ್ನು ನಿಜವಾಗಿ ಏನೂ ಇಲ್ಲದ ವೀಕ್ಷಣೆಗೆ ಕಳುಹಿಸುತ್ತದೆ.

ನಿರೀಕ್ಷಿತ ಮೌಲ್ಯ ಯಾವ ವೀಕ್ಷಣೆಯಲ್ಲಿದೆ ಎಂದು ನೋಡಿದ ನಂತರವೇ ಹುಡುಕಾಟವನ್ನು ಬದಲಿಸಿ.

ಅನ್ವೇಷಣೆ PKI ದುರಸ್ತಿಯಲ್ಲ

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

ಯಾವುದೇ ಪ್ರಯೋಗದ ಮೊದಲು CA ಡೈರೆಕ್ಟರಿಯ ಬ್ಯಾಕಪ್ ತೆಗೆದುಕೊಳ್ಳಿ, ಅದು ಓದು-ಮಾತ್ರ ಎಂದು ನೀವು ಖಚಿತವಾಗಿದ್ದರೂ ಸಹ.

Easy-RSA 3 ಗೆ ಹೋಗುವುದು ಒಂದು ಸ್ಥಳಾಂತರ

ನಿರ್ವಹಿಸಲಾದ ಸ್ಥಾಪನೆಯು ಪ್ರಸ್ತುತ ಪ್ಯಾಕೇಜಿನ ಸ್ವಂತ ಲಾಂಚರ್ ಮತ್ತು ಸಂರಚನಾ ಮಾದರಿಯನ್ನು ಬಳಸಬೇಕು, ಮತ್ತು Easy-RSA 3 Easy-RSA 2 ನಂತೆಯೇ ಅದೇ ಬ್ಯಾಚ್-ಫೈಲ್ ಕಾರ್ಯಹರಿವಲ್ಲ. ಹೊಸ PKI ಗಾಗಿ ಅದರ ಕ್ಷಿಪ್ರ ಆರಂಭವು ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ ಪ್ರಾಧಿಕಾರಕ್ಕೆ ಸ್ಥಳಾಂತರ ಸೂಚನೆಯಲ್ಲ. ಆವೃತ್ತಿಗಳನ್ನು ಬದಲಿಸುವ ಮೊದಲು CA ವಸ್ತು ಮತ್ತು ನೀಡಿಕೆ ಹಾಗೂ ರದ್ದತಿ ದಾಖಲೆಗಳನ್ನು ಸಂರಕ್ಷಿಸಿ, ಮತ್ತು ಆ ಆವೃತ್ತಿಯ ನವೀಕರಣ ಮಾರ್ಗದರ್ಶನವನ್ನು ಅನುಸರಿಸಿ. ಉಪಕರಣ-ಅನ್ವೇಷಣೆ ದೋಷ ಮಾಯವಾಗಲು ಅಧಿಕೃತ ಡೈರೆಕ್ಟರಿಯೊಳಗೆ ಬದಲಿ CA ಅನ್ನು ಆರಂಭಿಸುವುದು ಪಟ್ಟಿಯಲ್ಲಿ ಅತ್ಯಂತ ಕೆಟ್ಟ ಆಯ್ಕೆ.

ಆವೃತ್ತಿ ಬದಲಾವಣೆ ಒಂದು ಯೋಜನೆ; ರಿಜಿಸ್ಟ್ರಿ ದೋಷ ಒಂದು ಮಧ್ಯಾಹ್ನ.

ಅದನ್ನು ನಿಜವಾಗಿ ಪರಿಹರಿಸುವ ಹೋಲಿಕೆ

ನಾಲ್ಕು ವಿಷಯಗಳನ್ನು ಬರೆದು ನೇರವಾಗಿ ಹೋಲಿಸಿ:

  • ಯಾವ ಸ್ಕ್ರಿಪ್ಟ್ ಚಲಿಸಿತು, ಮತ್ತು ಯಾವ ಸಾಲು ವಿಫಲವಾಯಿತು.
  • ಆ ಸಾಲು ಯಾವ ರಿಜಿಸ್ಟ್ರಿ ವೀಕ್ಷಣೆಯನ್ನು ಕೇಳಿತು.
  • ಸ್ಕ್ರಿಪ್ಟ್ ಯಾವ ಎಕ್ಸಿಕ್ಯೂಟೆಬಲ್ ಮಾರ್ಗವನ್ನು ನಿರೀಕ್ಷಿಸಿತು.
  • ಯಂತ್ರದಲ್ಲಿ ನಿಜವಾಗಿ ಯಾವ ಸ್ಥಾಪನೆ ಇದೆ.

ಈ ನಾಲ್ಕು ಹೊಂದಿಕೆಯಾದಾಗ, ದೋಷ ಹೋಗುತ್ತದೆ, ಮತ್ತು ಉಳಿದ ಯಾವುದೇ ಪ್ರಮಾಣಪತ್ರ ಸಮಸ್ಯೆಯನ್ನು CA ಗೆ ದೋಷಾರೋಪ ಮಾಡುವ ಬದಲು ಅದರ ಸ್ವಂತ ಪುರಾವೆಗಳಿಂದ ಓದಬಹುದು.

ಸಂಬಂಧಿತ ಲೇಖನಗಳು