OpenVPN verify-x509-name: subject, name ಮತ್ತು name-prefix

ಮೊದಲು ಹೊಂದಾಣಿಕೆಯ ಪ್ರಕಾರವನ್ನು ಓದಿ, ನಂತರ ಪಠ್ಯ: verify-x509-name ಸೂಚನೆಯು ಸರಿಯಾಗಿ ಕಾಣಿಸಬಹುದು ಮತ್ತು ಆದರೂ ನೀವು ನಂಬಲು ಉದ್ದೇಶಿಸದ ಪ್ರಮಾಣಪತ್ರವನ್ನು ಸ್ವೀಕರಿಸಬಹುದು. ಒಂದೇ ನಿರೀಕ್ಷಿತ ಪಠ್ಯ ಆದರೆ ಬೇರೆ ಪ್ರಕಾರಗಳ ಎರಡು ಸಾಲುಗಳು ಬೇರೆ ಬೇರೆ ಅಗತ್ಯಗಳು. ಮೊದಲು ಪ್ರಕಾರವನ್ನು ಓದಿ, ನಂತರ ಪಠ್ಯ. ಸೂಚನೆಯನ್ನು ಸಂಪರ್ಕದ ಮೇಲಿನ ಇನ್ನೊಂದು ಷರತ್ತು ಎಂದು ಪರಿಗಣಿಸಿ, ಇಡೀ ಪರಿಶೀಲನೆ ಎಂದಲ್ಲ.

ಆಯ್ಕೆ ವಾಸ್ತವವಾಗಿ ಏನನ್ನು ಪ್ರತಿಪಾದಿಸುತ್ತದೆ

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

ಇದು ಬ್ರೌಸರ್ ಮಾಡುವ ಹೋಸ್ಟ್‌ನಾಮ್ ಪರಿಶೀಲನೆಗಿಂತಲೂ ಭಿನ್ನ. ಬ್ರೌಸರ್ ತನ್ನ TLS ಸ್ಟಾಕ್‌ನ ನಿಯಮಗಳ ಪ್ರಕಾರ ಹೆಸರುಗಳನ್ನು subject ನ ಪರ್ಯಾಯ ಹೆಸರುಗಳೊಂದಿಗೆ ಹೊಂದಿಸುತ್ತದೆ, ಆದರೆ OpenVPN ನೀವು ಆಯ್ಕೆ ಮಾಡಿದ ಪ್ರಕಾರದೊಂದಿಗೆ ಪ್ರಮಾಣಪತ್ರದ ಒಂದು ಕ್ಷೇತ್ರವನ್ನು ಹೋಲಿಸುತ್ತದೆ. ಆದ್ದರಿಂದ ಬ್ರೌಸರ್ ಶೈಲಿಯ ಹೋಸ್ಟ್‌ನಾಮ್ ಅನ್ನು ಸೂಚನೆಯಲ್ಲಿ ಅಂಟಿಸುವುದು ಪ್ರಮಾಣಪತ್ರವು ಸೇವೆಯನ್ನು ನಿಜವಾಗಿ ಆವರಿಸಿದರೂ ಅಸಂಗತತೆ ಉಂಟುಮಾಡಬಹುದು.

subject: ಸಂಪೂರ್ಣ ವಿಶಿಷ್ಟ ಹೆಸರು, ಅಕ್ಷರದಿಂದ ಅಕ್ಷರಕ್ಕೆ

ಪ್ರಕಾರವನ್ನು ಬರೆಯದಿದ್ದಾಗ ಡೀಫಾಲ್ಟ್ subject ಆಗಿದೆ, ಮತ್ತು ನಿರೀಕ್ಷಿತ ಮೌಲ್ಯವು ಪ್ರಮಾಣಪತ್ರದ ಸಂಪೂರ್ಣ subject DN ಅನ್ನು ಪುನರುತ್ಪಾದಿಸಬೇಕು. ಕ್ಷೇತ್ರಗಳ ಕ್ರಮ, ವಿಭಾಜಕಗಳು, ಅಂತರಗಳು ಮತ್ತು escaping ಎಲ್ಲವೂ ಎಣಿಕೆಗೆ ಬರುತ್ತವೆ, ಏಕೆಂದರೆ ಹೋಲಿಕೆ ಎನ್‌ಕೋಡ್ ಆದಂತೆಯೇ ಸ್ಟ್ರಿಂಗ್‌ನಲ್ಲಿ ನಡೆಯುತ್ತದೆ. ಪ್ರಕಾರವನ್ನು ಬಿಟ್ಟರೆ ನೀವು ಮೂರರಲ್ಲಿ ಕಟ್ಟುನಿಟ್ಟಾದ ಹೋಲಿಕೆಯನ್ನು ಆಯ್ಕೆ ಮಾಡಿದ್ದೀರಿ. ಕಾಸ್ಮೆಟಿಕ್ ವ್ಯತ್ಯಾಸವನ್ನು ಉಳಿಸುವ ಯಾವುದೇ ಸಾಮಾನ್ಯೀಕರಣ ಹಂತವಿಲ್ಲ. ಇದನ್ನು ಮೊದಲ ನವೀಕರಣಕ್ಕೂ ಮೊದಲು ತಿಳಿಯುವುದು ಒಳ್ಳೆಯದು, ನಂತರವಲ್ಲ.

ಈ ಕಟ್ಟುನಿಟ್ಟುತನವು ನವೀಕರಣಗಳ ನಡುವೆ ಸೂಕ್ಷ್ಮವಾಗಿದೆ. ಗುಣಲಕ್ಷಣಗಳನ್ನು ಮರುಕ್ರಮಗೊಳಿಸುವ, ಹೆಚ್ಚುವರಿ ಕ್ಷೇತ್ರ ಸೇರಿಸುವ ಅಥವಾ ಮೌಲ್ಯದ escaping ವಿಧಾನವನ್ನು ಬದಲಿಸುವ CA ಅದೇ ಯಂತ್ರಕ್ಕೆ ಹೊಸ ಸ್ಟ್ರಿಂಗ್ ಉತ್ಪಾದಿಸುತ್ತದೆ, ಮತ್ತು ವರ್ಷಗಳ ಕಾಲ ಕೆಲಸ ಮಾಡಿದ ಸೂಚನೆ ಮುಂದಿನ ಬಿಡುಗಡೆಯಲ್ಲಿ ವಿಫಲವಾಗಲು ಪ್ರಾರಂಭಿಸುತ್ತದೆ. ಸ್ವೀಕೃತ DN ಅನ್ನು ಬದಲಾವಣೆ ದಾಖಲೆಯಲ್ಲಿ ಇಡುವುದು ಮುಂದಿನ ನವೀಕರಣವನ್ನು ಸರಳ ವ್ಯತ್ಯಾಸವಾಗಿ ಮಾಡುತ್ತದೆ. ಆಪರೇಟರ್ ಸಂಪೂರ್ಣ DN ಪ್ರಕಟಿಸಿ ಅದರ ಆಕಾರಕ್ಕೆ ಖಾತರಿ ನೀಡಿದರೆ, subject ಸಮಂಜಸ ಆಯ್ಕೆ; ಬೇರೆಡೆ ಸಣ್ಣ ಕ್ಷೇತ್ರವನ್ನು ನಿಜವಾಗಿ ಇಡುವುದು ಸುಲಭ.

name: ಒಂದು ಕ್ಷೇತ್ರ, ಸಾಮಾನ್ಯವಾಗಿ ಸಾಮಾನ್ಯ ಹೆಸರು

ಪ್ರಕಾರ name subject ನ ಒಂದು ಕ್ಷೇತ್ರವನ್ನು ಹೋಲಿಸುತ್ತದೆ. ಪ್ರೊಫೈಲ್ ಬೇರೆ ಹೇಳದಿದ್ದರೆ ಆ ಕ್ಷೇತ್ರ ಸಾಮಾನ್ಯ ಹೆಸರು, ಮತ್ತು ನಿರೀಕ್ಷಿತ ಮೌಲ್ಯ ನಿಖರವಾಗಿ ಆ ಕ್ಷೇತ್ರ, ಅದರ ಸುತ್ತಲಿನ DN ಅಲ್ಲ.

ಬಲೆ ಎಂದರೆ ಆಧುನಿಕ ಪ್ರಮಾಣಪತ್ರಗಳು ಸೇವೆಯ ಹೆಸರನ್ನು ಯಾವಾಗಲೂ CN ನಲ್ಲಿ ಇಡುವುದಿಲ್ಲ. ಅನೇಕವು ಅದನ್ನು subject ನ ಪರ್ಯಾಯ ಹೆಸರಿನಲ್ಲಿ ಇಟ್ಟುಕೊಂಡು CN ಅನ್ನು ಖಾಲಿ ಅಥವಾ ಸಾಮಾನ್ಯವಾಗಿ ಬಿಡುತ್ತವೆ, ಆದ್ದರಿಂದ ಬ್ರೌಸರ್ ಸ್ವೀಕರಿಸುವ ಪ್ರಮಾಣಪತ್ರವೂ ಈ ಹೋಲಿಕೆಯಲ್ಲಿ ವಿಫಲವಾಗಬಹುದು. ನಿರೀಕ್ಷೆ ಬರೆಯುವ ಮೊದಲು ನಿಮಗೆ ನಿಜವಾಗಿ ನೀಡಿದ ಪ್ರಮಾಣಪತ್ರವನ್ನು ಪರಿಶೀಲಿಸಿ ಮತ್ತು ಪ್ರೊಫೈಲ್ ಯಾವ ಕ್ಷೇತ್ರ ಆಯ್ಕೆ ಮಾಡುತ್ತದೆ ಎಂದು ಖಚಿತಪಡಿಸಿ. ಖಾಲಿ CN ಅನ್ನು ಹೆಸರಿನೊಂದಿಗೆ ಹೋಲಿಸುವುದು ಅಸಂಗತತೆ, ಸಂರಚನಾ ಅಪಘಾತ ಅಲ್ಲ.

name-prefix: ವಿನ್ಯಾಸದಿಂದ ಅಗಲ, ಆದ್ದರಿಂದ ವ್ಯಾಪ್ತಿ ಸೀಮಿತಗೊಳಿಸಿ

ಒಂದು name-prefix ಪ್ರಕಾರದ ನಿರೀಕ್ಷೆ ಆಯ್ಕೆ ಮಾಡಿದ ಕ್ಷೇತ್ರದ ಆರಂಭಕ್ಕೆ ಹೊಂದುತ್ತದೆ. ಇದು ಹೆಸರಿಸುವ ಯೋಜನೆಗೆ ಅನುಕೂಲಕರ ಮತ್ತು ಹಂಚಿಕೊಂಡ ಯಾವುದಕ್ಕೂ ಅಪಾಯಕಾರಿ.

ನಿರೀಕ್ಷೆಯಾಗಿ vpn.example ಇದ್ದರೆ, ಎರಡೂ vpn.example.com ಮತ್ತು vpn.example.net ಪಾಸಾಗುತ್ತವೆ, ಉಳಿದ ಸರಪಳಿ ವಿಶ್ವಾಸಾರ್ಹವಾಗಿದ್ದರೆ. ಅಗಲವೇ ವೈಶಿಷ್ಟ್ಯ, ಮತ್ತು ಅದೇ ಲಿಖಿತವಾಗಿ ಸಮರ್ಥಿಸಬೇಕಾದ ಭಾಗ. CA ಮತ್ತು ಹೆಸರಿಸುವ ಯೋಜನೆ ನಿಮ್ಮದಾಗಿದ್ದರೆ ಪೂರ್ವಪ್ರತ್ಯಯ ಸಮಂಜಸ, ಮತ್ತು ಸಾರ್ವಜನಿಕ CA ಅದೇ ಮಾದರಿಯಲ್ಲಿ ನೀಡಿದರೆ ಬಹಳ ದುರ್ಬಲ. ಯೋಜನೆಗೆ ಹೊಂದಿಕೊಳ್ಳುವಿಕೆ ಬೇಕಾದರೆ ಕ್ಲೈಂಟ್ ಪರಿಶೀಲನೆ ವಿಸ್ತರಿಸುವ ಬದಲು CA ನಲ್ಲಿ ಸೀಮಿತಗೊಳಿಸಿ.

ಗುರುತಿಸುವಿಕೆಯಿಂದ ಪ್ರಕಾರ ಆಯ್ಕೆ ಮಾಡಿ, ನಂತರ ಸಾಬೀತು ಮಾಡಿ

ಆಪರೇಟರ್ ಉದ್ದೇಶಿಸುವ ಗುರುತಿನಿಂದ ಹಿಂದಕ್ಕೆ ಕೆಲಸ ಮಾಡಿ. ಅವರು ಸಂಪೂರ್ಣ DN ಪ್ರಕಟಿಸಿ ಸ್ಥಿರವಾಗಿ ಇಟ್ಟರೆ, subject ಅದನ್ನು ವ್ಯಕ್ತಪಡಿಸುತ್ತದೆ. ಸೇವೆಯನ್ನು ಸಾಮಾನ್ಯ ಹೆಸರಿನಿಂದ ಕರೆದರೆ, ಬಳಸಿ name. ಹೆಸರಿಸುವ ಯೋಜನೆ ಹೊಂದಿದ್ದು ಅದರ ಇಡೀ ಜಾಗವನ್ನು ಸ್ವೀಕರಿಸಿದರೆ, name-prefix ಅದನ್ನು ಸ್ಪಷ್ಟವಾಗಿ ಹೇಳುತ್ತದೆ.

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

ಬೆಂಬಲಿತ ತಿದ್ದುಪಡಿಯ ನಂತರ, ಎಲ್ಲಾ ಉದ್ದೇಶಿತ ಪರಿಶೀಲನೆಗಳನ್ನು ಸಕ್ರಿಯಗೊಳಿಸಿ ಮತ್ತೆ ಸಂಪರ್ಕಿಸಿ ಮತ್ತು ನಿಜವಾಗಿ ಬೇಕಾದ ಸಂಪನ್ಮೂಲವನ್ನು ಪರಿಶೀಲಿಸಿ. ಯಶಸ್ಸು ಎಂದರೆ ಉದ್ದೇಶಿತ ಸರ್ವರ್ ಸ್ವೀಕೃತವಾಯಿತು, ಯಾವುದೋ ಪ್ರಮಾಣಪತ್ರವನ್ನು ಬಲವಂತವಾಗಿ ದಾಟಿಸಲಿಲ್ಲ. ಅಧಿಕೃತ ಕೈಪಿಡಿ OpenVPN 2.6 manual ಮೂರು ಪ್ರಕಾರಗಳು ಮತ್ತು ಅವುಗಳ ವಿಶ್ವಾಸ ಟಿಪ್ಪಣಿಗಳನ್ನು ದಾಖಲಿಸುತ್ತದೆ, ಮತ್ತು ವಿಕ್ರೇತಾ ಇಂಟರ್ಫೇಸ್ ಪ್ರೊಫೈಲ್‌ನೊಂದಿಗೆ ಒಪ್ಪದಿದ್ದಾಗ ಇದೇ ಉಲ್ಲೇಖದ ಮೂಲ.