ಪಾಸ್‌ವರ್ಡ್ ಮಾತ್ರ ಇರುವ OpenVPN ಪ್ರೊಫೈಲ್‌ಗೆ ಯಾವ CA ಫೈಲ್ ಹೋಗುತ್ತದೆ?

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

ಕ್ರಮವು ಮುಖ್ಯ: ಕೊನೆಯ ಎರಡು ಪ್ರಶ್ನೆಗಳು ಯಾವ ವಸ್ತು ಇರಬೇಕು ಎಂದು ತಿಳಿದ ನಂತರವೇ ಅರ್ಥಪೂರ್ಣ.

ಪ್ರೊಫೈಲ್ ಈಗಾಗಲೇ ಹೊಂದಿರುವುದರಿಂದ ಪ್ರಾರಂಭಿಸಿ

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

ca /absolute/path/operator-ca.crt
auth-user-pass
remote-cert-tls server

ಪ್ರೊಫೈಲ್ ಉಲ್ಲೇಖಿಸುವ ಫೈಲ್‌ಗಳಿಗಾಗಿ ನೀಡಿದ ಪ್ಯಾಕೇಜ್ ಪರಿಶೀಲಿಸಿ: ಒಂದು CA ಪ್ರಮಾಣಪತ್ರ, ಕೆಲವೊಮ್ಮೆ ಪ್ರತ್ಯೇಕ ಕ್ಲೈಂಟ್ ಪ್ರಮಾಣಪತ್ರ ಮತ್ತು ಕೀಲಿ, ಮತ್ತು ಬಹುಶಃ tls-auth ಅಥವಾ tls-crypt ಫೈಲ್. ನಾಲ್ಕು ಫೈಲ್‌ಗಳನ್ನು ಉಲ್ಲೇಖಿಸಿ ಎರಡರೊಂದಿಗೆ ಬರುವ ಪ್ರೊಫೈಲ್ ಅಪೂರ್ಣ, ಮತ್ತು ಕ್ಷೇತ್ರಗಳಿಗೆ ತೋರಿಸುವ ಯಾವುದೇ ಪ್ರಮಾಣ ಅದನ್ನು ಸರಿಪಡಿಸುವುದಿಲ್ಲ. ಆಕಸ್ಮಿಕವಾಗಿ ನಿಮ್ಮ ಬಳಿ ಇರುವ ಪ್ರಮಾಣಪತ್ರವನ್ನು ಬದಲಿಸುವ ಬದಲು ಆಪರೇಟರರಲ್ಲಿ ಕಾಣೆಯಾದ ಭಾಗವನ್ನು ಕೇಳಿ.

ನಾಲ್ಕು ವಿಧದ ವಸ್ತುಗಳನ್ನು ಬೇರ್ಪಡಿಸಿ

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

ಪಾಸ್‌ವರ್ಡ್ ಮಾತ್ರದ ದೃಢೀಕರಣ ನಾಲ್ಕರಲ್ಲಿ ಯಾವುದು ಬೇಕು ಎಂಬುದನ್ನು ಬದಲಿಸುತ್ತದೆ, ಅವುಗಳ ಅರ್ಥವನ್ನಲ್ಲ. auth-user-pass ಮತ್ತು remote-cert-tls server ಜೊತೆಗೆ ಕ್ಲೈಂಟ್ ಇನ್ನೂ CA ವಿರುದ್ಧ ಸರ್ವರ್ ಪರಿಶೀಲಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಕ್ಲೈಂಟ್ ಪ್ರಮಾಣಪತ್ರವಿಲ್ಲದಿದ್ದರೂ CA ಕ್ಷೇತ್ರ ಕಾಣಿಸುತ್ತದೆ. ಕ್ಲೈಂಟ್ ಪ್ರಮಾಣಪತ್ರವೂ ಬೇಕೇ ಎಂಬುದನ್ನು ಆಪರೇಟರರ ನೀತಿ ನಿರ್ಧರಿಸುತ್ತದೆ, ಮತ್ತು ಯಾವುದೇ ಸಂವಾದ ಅದನ್ನು ನಿಮಗೆ ಹೇಳಲಾರದು.

ಕ್ಲೈಂಟ್ ಅನ್ನು ನಂಬಿಕೆ ಫೈಲ್‌ಗೆ ತೋರಿಸಿ

CA ಪ್ರಮಾಣಪತ್ರ ಫೈಲನ್ನೇ ಆಯ್ಕೆಮಾಡಿ, ಅದನ್ನು ಹೊಂದಿರುವ ಫೋಲ್ಡರ್ ಅನ್ನಲ್ಲ ಮತ್ತು ಕ್ಲೈಂಟ್ ಗುರುತನ್ನು ಹೊಂದಿರುವ .p12 ಬಂಡಲ್ ಅನ್ನಲ್ಲ. Windows ನಲ್ಲಿ ಮಾರ್ಗ ವಾಕ್ಯರಚನೆ ಮತ್ತು ಫೈಲ್ ಆಯ್ಕೆಗಾರರು ಹೆಚ್ಚಿನ ಮಾರ್ಗದರ್ಶಿಗಳಲ್ಲಿನ Linux ಉದಾಹರಣೆಗಳಿಗಿಂತ ಭಿನ್ನವಾಗಿ ವರ್ತಿಸುತ್ತವೆ, ಆದ್ದರಿಂದ ಸ್ಥಾಪಿತ ಕ್ಲೈಂಟ್ ಸ್ವೀಕರಿಸುವುದನ್ನು ಬಳಸಿ ಮತ್ತು ಅದನ್ನು ಚಲಾಯಿಸುವ ಖಾತೆ ಫೈಲ್ ಓದಬಲ್ಲದು ಎಂದು ದೃಢೀಕರಿಸಿ. ಅನುಮತಿ ಸಮಸ್ಯೆ ಮತ್ತು ಕಾಣೆಯಾದ ಫೈಲ್ ಸಂವಾದದಲ್ಲಿ ಒಂದೇ ರೀತಿ ಕಾಣುತ್ತವೆ ಆದರೆ ವಿಭಿನ್ನ ಲಾಗ್ ಸಾಲುಗಳನ್ನು ಉಂಟುಮಾಡುತ್ತವೆ. ಆಯ್ಕೆಯ ನಂತರ ಕ್ಲೈಂಟ್ ಆಯ್ಕೆಯನ್ನು ಉಳಿಸಿಕೊಂಡಿದೆ ಎಂದು ದೃಢೀಕರಿಸಲು ಪ್ರೊಫೈಲ್ ಸೆಟ್ಟಿಂಗ್‌ಗಳನ್ನು ಮತ್ತೆ ತೆರೆಯಿರಿ.

<ca>
-----BEGIN CERTIFICATE-----
...operator-provided public CA...
-----END CERTIFICATE-----
</ca>

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

ಅದೇ ದೋಷವನ್ನಲ್ಲ, ಮುಂದಿನ ದೋಷವನ್ನು ಓದಿ

ಸರಿಯಾದ CA ನೀಡುವ ಉದ್ದೇಶ ದೋಷವನ್ನು ಬದಲಿಸುವುದು, ಅದನ್ನು ಮಾಯವಾಗಿಸುವುದಲ್ಲ. CA ಲೋಡ್ ಆದ ನಂತರ ಸರ್ವರ್ ಗುರುತಿನ ವೈಫಲ್ಯ ಎಂದರೆ ಪ್ರಮಾಣಪತ್ರವು ನಿರೀಕ್ಷಿತ ಹೆಸರು ಅಥವಾ remote-cert-tls ನಿರೀಕ್ಷೆಗೆ ಹೊಂದಿಕೆಯಾಗಲಿಲ್ಲ, ಇದು ಪಾಸ್‌ವರ್ಡ್ ನಿರಾಕರಣೆಗಿಂತ ಬೇರೆ ದುರಸ್ತಿ. ಪಾಸ್‌ವರ್ಡ್ ನಿರಾಕರಣೆ ಎಂದರೆ TLS ಪದರ ಯಶಸ್ವಿಯಾಯಿತು ಮತ್ತು ರುಜುವಾತು ತಪ್ಪಾಗಿದೆ. ಮೊದಲ ಹೊಸ ಸಂದೇಶವನ್ನು ಉಳಿಸಿಕೊಳ್ಳಿ; ಅದೇ ಉಪಯುಕ್ತ.

ಸಂಪರ್ಕಿಸುವ ಆದರೆ ಎಲ್ಲಿಗೂ ತಲುಪದ ಕ್ಲೈಂಟ್ ನಂಬಿಕೆಯನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ದಾಟಿದೆ ಮತ್ತು ಈಗ ರೂಟಿಂಗ್ ಅಥವಾ DNS ಪ್ರಶ್ನೆಯನ್ನು ಎದುರಿಸುತ್ತಿದೆ.

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