Windows ನಲ್ಲಿ OpenVPN 3 ಮತ್ತು Connect ನಲ್ಲಿ cryptoapicert ಏಕೆ ವಿಫಲವಾಗುತ್ತದೆ

ನೀವು ಕೆಲಸ ಮಾಡುತ್ತಿರುವ OpenVPN 2 ಪ್ರೊಫೈಲ್ ಅನ್ನು ಹೊಸ Windows ಕ್ಲೈಂಟ್‌ಗೆ ನಕಲಿಸುತ್ತೀರಿ, ಮತ್ತು ಹಳೆಯ ಕ್ಲೈಂಟ್ ತಾನೇ ಕಂಡುಕೊಳ್ಳುತ್ತಿದ್ದ ಪ್ರಮಾಣಪತ್ರವನ್ನು ಇನ್ನು ಮುಂದೆ ನೀಡಲಾಗುವುದಿಲ್ಲ. ಅದನ್ನು ಸಾಧ್ಯವಾಗಿಸಿದ ಸಾಲು Community 2 ಕ್ಲೈಂಟ್‌ಗೆ ಸೇರಿದ Windows-ನಿರ್ದಿಷ್ಟ ಆಯ್ಕೆಗಾರ, ಮತ್ತು ಹೊಸ ಅಪ್ಲಿಕೇಶನ್ ಬೇರೆ ರುಜುವಾತು ಮಾರ್ಗವಿರುವ ಬೇರೆ ಪ್ರೋಗ್ರಾಂ. ಆ ಒಂದು ಸಾಲು ಹೊರತುಪಡಿಸಿ ಪ್ರೊಫೈಲ್ ಬದಲಾಗಿಲ್ಲ, ಮತ್ತು ವ್ಯತ್ಯಾಸವನ್ನು ನೋಡುವುದನ್ನು ಕಷ್ಟಕರವಾಗಿಸುವುದು ಅದೇ.

ಆ ವರದಿಯಲ್ಲಿ ಮೂರು ಪದರಗಳನ್ನು ಬೆರೆಸಲಾಗಿದೆ: Community ಕ್ಲೈಂಟ್, ಮೂಲ ಗ್ರಂಥಾಲಯ ಮತ್ತು ಯಾರೋ ಸ್ಥಾಪಿಸಿದ ಫ್ರಂಟೆಂಡ್. ಅವುಗಳಲ್ಲಿ ಒಂದೇ ಸೂಚನೆಯನ್ನು ಅರ್ಥಮಾಡಿಕೊಂಡಿದೆ.

ಆಯ್ಕೆ ಇರುವಲ್ಲಿ ಅದರ ಅರ್ಥವೇನು

Windows ನಲ್ಲಿ Community OpenVPN 2 ಕ್ಲೈಂಟ್‌ನಲ್ಲಿ, cryptoapicert ಫೈಲ್‌ನಲ್ಲದೆ Windows ಪ್ರಮಾಣಪತ್ರ ಸಂಗ್ರಹದಲ್ಲಿ ಕ್ಲೈಂಟ್ ಕಂಡುಕೊಳ್ಳಬೇಕಾದ ಪ್ರಮಾಣಪತ್ರವನ್ನು ಹೆಸರಿಸುತ್ತದೆ. ಇದು Windows-ನಿರ್ದಿಷ್ಟ ಅನುಕೂಲ, ಮತ್ತು ಆ ಕ್ಲೈಂಟ್ ಸಂಗ್ರಹವನ್ನು ಪಟ್ಟಿ ಮಾಡಿ ಫಲಿತಾಂಶದ ಕೀಲಿಯನ್ನು ತನ್ನದೇ TLS ಸ್ಟ್ಯಾಕ್‌ಗೆ ನೀಡಲು ತಿಳಿದಿರುವುದರಿಂದ ಇದು ಕೆಲಸ ಮಾಡುತ್ತದೆ. ಆದ್ದರಿಂದ ಸೂಚನೆ ಆ ಕ್ಲೈಂಟ್‌ನ ಸಂರಚನಾ ಭಾಷೆಯ ಭಾಗ, OpenVPN ಪ್ರೋಟೋಕಾಲ್‌ನ ಗುಣವಲ್ಲ. ಪ್ರಸರಣ ಸ್ವರೂಪದಲ್ಲಿ ಅದನ್ನು ಹೊತ್ತೊಯ್ಯುವ ಯಾವುದೂ ಇಲ್ಲ.

ಅದೇ ಸಾಲನ್ನು ಇನ್ನೊಂದು ಅಪ್ಲಿಕೇಶನ್‌ಗೆ ನಕಲಿಸಿ ಮತ್ತು ಹೊಸ ಪ್ರೋಗ್ರಾಂ ವಿಶ್ಲೇಷಿಸಬಹುದು, ನಿರ್ಲಕ್ಷಿಸಬಹುದು ಅಥವಾ ತಿರಸ್ಕರಿಸಬಹುದಾದ ಪದವನ್ನು ನೀವು ನಕಲಿಸಿದ್ದೀರಿ. ಸೂಚನೆ ಪ್ರೋಟೋಕಾಲ್‌ನ ಲಕ್ಷಣವಲ್ಲ, ಮತ್ತು ಇದು OpenVPN ಮಾತನಾಡುವ ಪ್ರತಿಯೊಂದು ಕ್ಲೈಂಟ್‌ನ ಲಕ್ಷಣವೂ ಅಲ್ಲ.

ಬದಲಿಗೆ ಮೂಲ ಗ್ರಂಥಾಲಯ ಏನನ್ನು ಒದಗಿಸುತ್ತದೆ

OpenVPN 3 Core ಇತರ ಅಪ್ಲಿಕೇಶನ್‌ಗಳು ಎಂಬೆಡ್ ಮಾಡುವ ಗ್ರಂಥಾಲಯ, ಮತ್ತು ಇದು ಬಾಹ್ಯ ರುಜುವಾತುಗಳನ್ನು ಸಂಗ್ರಹ ಹುಡುಕಾಟದ ಬದಲು API ಮೂಲಕ ನಿರ್ವಹಿಸುತ್ತದೆ. ಎಂಬೆಡ್ ಮಾಡುವ ಅಪ್ಲಿಕೇಶನ್ ಪ್ರಮಾಣಪತ್ರ ಸರಪಳಿಯನ್ನು ಒದಗಿಸುತ್ತದೆ ಮತ್ತು ನಂತರ ಬಾಹ್ಯ ಕೀಲಿಯಿಂದ ಸಹಿ ಮಾಡಲು ಗ್ರಂಥಾಲಯವನ್ನು ಕೇಳುತ್ತದೆ, ಮತ್ತು ಗ್ರಂಥಾಲಯ ಅದನ್ನು ಮಾಡಲು ಅಪ್ಲಿಕೇಶನ್‌ಗೆ ಮರಳಿ ಕರೆಯುತ್ತದೆ. ಇದು ಹೆಚ್ಚು ಸಾಮಾನ್ಯ ವಿನ್ಯಾಸ, ಮತ್ತು ಯಾವ ಪೂರೈಕೆದಾರರು ಅಸ್ತಿತ್ವದಲ್ಲಿದ್ದಾರೆ ಎಂಬುದನ್ನು ಫ್ರಂಟೆಂಡ್ ನಿರ್ಧರಿಸುತ್ತದೆ ಎಂದರ್ಥ. ಗ್ರಂಥಾಲಯದ ಸ್ವಂತ ಆಯ್ಕೆ ಪ್ರಕ್ರಿಯೆಯಲ್ಲಿ cryptoapicert ಜಾರಿಗೊಳಿಸದ ಸೂಚನೆಗಳ ನಡುವೆ ಕಾಣುತ್ತದೆ, ಇದು ಆ ಜವಾಬ್ದಾರಿ ವಿಭಜನೆಗೆ ಹೊಂದಿಕೆಯಾಗುತ್ತದೆ.

ಆ ಕಾಲ್‌ಬ್ಯಾಕ್‌ಗಳ ಅಸ್ತಿತ್ವವೆಂದರೆ ನಿರ್ದಿಷ್ಟ ಪ್ಯಾಕೇಜ್ ಮಾಡಿದ ಅಪ್ಲಿಕೇಶನ್ ಪ್ರಸ್ತುತ ಬಳಕೆದಾರರ ವೈಯಕ್ತಿಕ ಸಂಗ್ರಹವನ್ನು ಪಟ್ಟಿ ಮಾಡುತ್ತದೆ, ನಿರ್ದಿಷ್ಟ ಕೀಲಿ ಪೂರೈಕೆದಾರರನ್ನು ಬೆಂಬಲಿಸುತ್ತದೆ ಅಥವಾ ಸ್ಮಾರ್ಟ್-ಕಾರ್ಡ್ ವಿನಂತಿಯನ್ನು ಪೂರ್ಣಗೊಳಿಸಬಲ್ಲದು ಎಂದಲ್ಲ. ಅವು ಫ್ರಂಟೆಂಡ್‌ನ ಗುಣಗಳು, ಮತ್ತು ಪ್ರತಿಯೊಂದನ್ನು ಫ್ರಂಟೆಂಡ್ ದಾಖಲಿಸಬೇಕು.

ಬದಲಿಗೆ Windows ಫ್ರಂಟೆಂಡ್ ಏನು ಮಾಡುತ್ತದೆ

OpenVPN Connect ಬೇರೆ ಮಾರ್ಗ ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ: ನಿರ್ವಾಹಕರು PKCS#12 ಫೈಲ್ ಅನ್ನು ಆಮದು ಮಾಡುತ್ತಾರೆ ಅದರಲ್ಲಿ ಪ್ರಮಾಣಪತ್ರ ಮತ್ತು ಅದರ ಖಾಸಗಿ ಕೀಲಿ ಇರುತ್ತದೆ, ಅದನ್ನು ಈ ಉದ್ದೇಶಕ್ಕಾಗಿ ರಚಿಸಿದ OpenVPN Certificate Store ಗೆ ಸೇರಿಸಿ, ನಂತರ ಬಾಹ್ಯ ಪ್ರಮಾಣಪತ್ರವನ್ನು ಪ್ರೊಫೈಲ್‌ಗೆ ನಿಯೋಜಿಸುತ್ತಾರೆ. ಇದು ಉದ್ದೇಶಪೂರ್ವಕ ಆಮದು ಹಂತ, ವೈಯಕ್ತಿಕ ಸಂಗ್ರಹದಲ್ಲಿರುವುದನ್ನು ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಕಂಡುಹಿಡಿಯುವುದಲ್ಲ. ಬೇರೆ ಉದ್ದೇಶಕ್ಕಾಗಿ ಸ್ಥಾಪಿಸಿದ ಪ್ರಮಾಣಪತ್ರ ಕ್ಲೈಂಟ್‌ನ ಪಟ್ಟಿಯಲ್ಲಿ ಸರಳವಾಗಿ ಕಾಣಿಸುತ್ತದೆ ಎಂದು ಯಾರಾದರೂ ಭಾವಿಸಿದಾಗ ಈ ವ್ಯತ್ಯಾಸ ಮುಖ್ಯ.

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

ಕೀಲಿಯ ನೀತಿಗೆ ಹೊಂದುವ ಮಾರ್ಗವನ್ನು ಆಯ್ಕೆಮಾಡಿ

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

ಸೂಚನೆಯನ್ನು ಮತ್ತೆ ಪ್ರೊಫೈಲ್‌ಗೆ ಸೇರಿಸುವುದರಿಂದ ಅಪ್ಲಿಕೇಶನ್ ಹೊಂದಿಲ್ಲದ ಸಂಯೋಜನೆಯನ್ನು ಒದಗಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ. ಹೊಸ ಕ್ಲೈಂಟ್ ಆವೃತ್ತಿಯೂ ಅದನ್ನು ಅಗತ್ಯವಾಗಿ ಸೇರಿಸುವುದಿಲ್ಲ, ಏಕೆಂದರೆ ಸಾಮರ್ಥ್ಯ ಫ್ರಂಟೆಂಡ್‌ನ ಸ್ವಂತ ವಿನ್ಯಾಸಕ್ಕೆ ಸೇರಿದೆ.

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