Windows ನಲ್ಲಿ OpenVPN ಏಕೆ ca ಎನ್ನುತ್ತದೆ: ಉಲ್ಲೇಖ ಚಿಹ್ನೆಗಳಿಲ್ಲದ ಮಾರ್ಗ, ಕೆಟ್ಟ ಪ್ರಮಾಣಪತ್ರವಲ್ಲ

OpenVPN ಪ್ರಾರಂಭವಾಗುವುದಿಲ್ಲ, ಮತ್ತು ದೋಷ ಸಂದೇಶವು ಸರಿಯಾಗಿ ಕಾಣುವ ಸಾಲನ್ನು ತೋರಿಸುತ್ತದೆ: Unrecognized option or missing or extra parameter(s) in office.ovpn:42: ca. ಪ್ರಮಾಣಪತ್ರ ಬದಲಾಗಿಲ್ಲ, ಫೈಲ್ ಎಡಿಟರ್‌ನಲ್ಲಿ ತೆರೆಯುತ್ತದೆ, ಮತ್ತು ಮಾರ್ಗದಲ್ಲಿ ಏನೂ ತಪ್ಪಾಗಿ ಕಾಣುವುದಿಲ್ಲ. ಪಾರ್ಸರ್ ಆಯ್ಕೆಯ ಹೆಸರಿಗೆ ಆಕ್ಷೇಪಿಸುತ್ತಿಲ್ಲ; ಅದರೊಂದಿಗೆ ಎಷ್ಟು ಆರ್ಗ್ಯುಮೆಂಟ್‌ಗಳು ಬಂದವು ಎಂಬುದಕ್ಕೆ ಆಕ್ಷೇಪಿಸುತ್ತಿದೆ. ನಾಲ್ಕು ಪರಿಶೀಲನೆಗಳು ಬಹುತೇಕ ಪ್ರತಿಯೊಂದು ಪ್ರಕರಣವನ್ನು ಬಗೆಹರಿಸುತ್ತವೆ, ಮತ್ತು ಅವುಗಳನ್ನು ವೆಚ್ಚದ ಕ್ರಮದಲ್ಲಿ ನಡೆಸುವುದು ಯೋಗ್ಯ.

ಪಾರ್ಸರ್ ಆಯ್ಕೆಯನ್ನು ಏಕೆ ದೂಷಿಸುತ್ತದೆ

ಪ್ರತಿ ಸಂರಚನಾ ಸಾಲು ಯಾವುದೇ ಆಯ್ಕೆ ಅದನ್ನು ನೋಡುವ ಮೊದಲೇ ಖಾಲಿ ಜಾಗಗಳು ಮತ್ತು ಉಲ್ಲೇಖ ಚಿಹ್ನೆಗಳ ಮೇಲೆ ವಿಭಜನೆಯಾಗುತ್ತದೆ. ಆದ್ದರಿಂದ ಖಾಲಿ ಜಾಗವಿರುವ ಮೌಲ್ಯವು ಉಲ್ಲೇಖದಲ್ಲಿ ಸುತ್ತಿಲ್ಲದಿದ್ದರೆ ಹಲವು ಆರ್ಗ್ಯುಮೆಂಟ್‌ಗಳಾಗಿ ಬರುತ್ತದೆ, ಮತ್ತು ಸಾಲಿನ ಒಡೆಯನಾದ ಆಯ್ಕೆ ಅಸಾಮರಸ್ಯವನ್ನು ವರದಿ ಮಾಡುತ್ತದೆ. Windows ನಲ್ಲಿ ಸ್ಥಾಪನೆಯ ಡೀಫಾಲ್ಟ್ ಫೋಲ್ಡರ್ ಅದನ್ನು ಖಚಿತಗೊಳಿಸುತ್ತದೆ, ಏಕೆಂದರೆ C:\Program Files ರಚನೆಯಿಂದಲೇ ಮಾರ್ಗದ ಮಧ್ಯದಲ್ಲಿದೆ. ಈ ದೋಷದಲ್ಲಿ ಪ್ರಮಾಣಪತ್ರ ಎಂದಿಗೂ ತೆರೆಯುವುದಿಲ್ಲ, ಆದ್ದರಿಂದ ಫೈಲ್ ಇದೆಯೇ ಎಂದು ಪರಿಶೀಲಿಸುವುದು ಏನೂ ಉಪಯುಕ್ತವನ್ನು ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ.

ವರದಿಯಾದ ಸಾಲು ಸಂಖ್ಯೆ ಸಾಮಾನ್ಯವಾಗಿ ಸರಿಯಾಗಿರುತ್ತದೆ, ಮತ್ತು ವರದಿಯಾದ ಆಯ್ಕೆ ಸಾಲನ್ನು ಬಳಸಿದ ಆಯ್ಕೆಯಾಗಿದೆ. ಹೆಸರಿಸಿದ ಆಯ್ಕೆ ನೀವು ಎಂದಿಗೂ ಬರೆಯಲಿಲ್ಲ ಎಂದು ತಿಳಿದಿರುವ ಆಯ್ಕೆಯಾದರೆ, ಅದರ ಮೇಲಿನ ಸಾಲನ್ನು ಓದಿ, ಏಕೆಂದರೆ ಹಿಂದಿನ ಬ್ಲಾಕ್‌ನಲ್ಲಿ ಕಳೆದುಹೋದ ಉಲ್ಲೇಖವು ವಿಶ್ಲೇಷಣೆಯನ್ನು ಸರಿಸುತ್ತದೆ. ಹೀಗೆ ಪ್ರಮಾಣಪತ್ರ ಬ್ಲಾಕ್ ಕೊನೆಗೆ ಆರ್ಗ್ಯುಮೆಂಟ್ ಸಂಖ್ಯೆಯ ದೋಷಾರೋಪಕ್ಕೆ ಒಳಗಾಗುತ್ತದೆ.

ca C:\Program Files\OpenVPN\config\office-ca.crt

ಖಾಲಿ ಜಾಗವಿರುವ ಪ್ರತಿ ಮಾರ್ಗವನ್ನೂ ಉಲ್ಲೇಖದಲ್ಲಿ ಸುತ್ತಿ

ಮೌಲ್ಯದ ಸುತ್ತ ಒಂದು ಜೋಡಿ ಎರಡು ಉಲ್ಲೇಖಗಳೇ ಸಂಪೂರ್ಣ ದುರಸ್ತಿ, ಮತ್ತು Windows ನಲ್ಲಿ ಮುಂಗೋಟಿ ಬಾರಿಗಳು ಸ್ವೀಕಾರಾರ್ಹ, ಆದ್ದರಿಂದ ಎಸ್ಕೇಪಿಂಗ್ ಎಂದಿಗೂ ಸಮಸ್ಯೆಯ ಭಾಗವಾಗುವುದಿಲ್ಲ. ಎಲ್ಲಾ ಮಾರ್ಗ ಆಯ್ಕೆಗಳನ್ನು ಒಂದೇ ಹಾದಿಯಲ್ಲಿ ಸರಿಪಡಿಸಿ, ಏಕೆಂದರೆ ಪಾರ್ಸರ್ ಮೊದಲ ವೈಫಲ್ಯದಲ್ಲೇ ನಿಲ್ಲುತ್ತದೆ ಮತ್ತು ಮುಂದಿನದು ಮುಂದಿನ ಮರುಪ್ರಾರಂಭಕ್ಕಾಗಿ ಕಾಯುತ್ತದೆ. ಸಮೂಹವು ಸಾಮಾನ್ಯವಾಗಿ ca, cert, key, tls-auth ಮತ್ತು auth-user-pass ಒಳಗೊಂಡಿರುತ್ತದೆ.

ca "C:/Program Files/OpenVPN/config/office-ca.crt"
cert "C:/Program Files/OpenVPN/config/office.crt"
key "C:/Program Files/OpenVPN/config/office.key"

ಫೋಲ್ಡರ್ ಹೆಸರಿನ ಹುಡುಕಾಟವು ಫೈಲ್ ಓದುವುದಕ್ಕಿಂತ ವೇಗವಾಗಿ ಪ್ರತಿ ಸಂಭವವನ್ನು ಕಂಡುಕೊಳ್ಳುತ್ತದೆ. ಯಾವುದೇ ಸಂಪಾದನೆಗಿಂತ ಮೊದಲು ಅದನ್ನು ಚಲಾಯಿಸಿ, ಪಟ್ಟಿ ಪೂರ್ಣವಾಗಲಿ:

Select-String -Path .\office.ovpn -Pattern 'Program Files'

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

ಪ್ರಮಾಣಪತ್ರಗಳಿಗಿಂತ ಮೊದಲು ಮೋಡ್ ಘೋಷಣೆಯನ್ನು ಮರುಪಡೆಯಿರಿ

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

client
dev tun
proto udp
remote vpn.example.net 1194

ಅಲ್ಲಿರುವಾಗ ಪ್ರತಿ ಸಾಲಿನಲ್ಲಿ ಒಂದು ಸೂಚನೆ ಇಟ್ಟುಕೊಳ್ಳಿ. ಸೇರಿಸಿದ ಸಾಲುಗಳು ಮೊದಲ ವಿಭಾಗದ ಆರ್ಗ್ಯುಮೆಂಟ್ ಸಂಖ್ಯೆಯ ದೋಷವನ್ನೇ ನೀಡುತ್ತವೆ, ಮತ್ತು ವರದಿಯಾದ ಸಾಲು ಸಮಂಜಸವಾಗಿ ಕಾಣುತ್ತದೆ ಏಕೆಂದರೆ ಎಡಿಟರ್ ಪಠ್ಯವನ್ನು ಮಡಚಿದ ಸ್ಥಳದಲ್ಲಿ ಸೇರಿಕೆ ಸಂಭವಿಸಿದೆ. ತೋರಿಸಿದ ಸಾಲನ್ನು ಅಲ್ಲ, ಕಚ್ಚಾ ಸಾಲನ್ನು ಓದಿ.

ಎನ್‌ಕೋಡಿಂಗ್ ಹಾನಿ ಆಯ್ಕೆಯ ಹೆಸರಿನಂತೆ ಕಾಣುತ್ತದೆ

UTF-16 ಆಗಿ ಉಳಿಸಲಾದ ಮತ್ತು ಬೈಟ್ ಕ್ರಮ ಚಿಹ್ನೆ ಇರುವ ಫೈಲ್ ತನ್ನ ಮೊದಲ ಆಯ್ಕೆಯನ್ನು ಪಾರ್ಸರ್‌ನಿಂದ ಮರೆಮಾಡುತ್ತದೆ, ಮತ್ತು ಅಲೆದಾಡುವ ಬೈಟ್‌ಗಳು ಸಂದೇಶದಲ್ಲಿ ಆಯ್ಕೆಯ ಹೆಸರಿಗೆ ಅಂಟಿಕೊಳ್ಳಬಹುದು. ಫೈಲನ್ನು ಬೈಟ್ ಕ್ರಮ ಚಿಹ್ನೆ ಇಲ್ಲದೆ UTF-8 ಆಗಿ ಉಳಿಸಿ, ನಂತರ ಅದನ್ನು ಮತ್ತೆ ತೆರೆದು ಮೊದಲ ಅಕ್ಷರ ಸಾಮಾನ್ಯ ಅಕ್ಷರವೇ ಎಂದು ಖಚಿತಪಡಿಸಿ. ಎಡಿಟರ್‌ಗಳು, PowerShell ಮರುನಿರ್ದೇಶನ ಮತ್ತು ಚಾಟ್ ವಿಂಡೋದಿಂದ ಅಂಟಿಸಿದ ಪಠ್ಯ ಎಲ್ಲವೂ ಕೇಳದೆ ಎನ್‌ಕೋಡಿಂಗ್ ಬದಲಿಸುತ್ತವೆ.

Format-Hex .\office.ovpn | Select-Object -First 1

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

ಯಾವ ಪರಿಶೀಲನೆ ಮೊದಲು, ಮತ್ತು ಏಕೆ

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

ಆಪರೇಟರ್ ಕಳುಹಿಸಿದಂತೆಯೇ ಫೈಲಿನ ಮುಟ್ಟದ ಪ್ರತಿಯನ್ನು ಇರಿಸಿ. ನಂತರದ ಸಂಪಾದನೆ ಅದನ್ನು ಒಡೆದರೆ, ಆ ಪ್ರತಿಯೊಂದಿಗಿನ ವ್ಯತ್ಯಾಸವು ಉಲ್ಲೇಖ, ಹೊಸ ಸಾಲು ಅಥವಾ ಗುರುತು ಬೈಟ್ ಸರಿದಿದೆಯೇ ಎಂದು ತೋರಿಸುತ್ತದೆ, ಇದು ದೋಷವನ್ನು ಮತ್ತೆ ಓದುವುದಕ್ಕಿಂತ ವೇಗ. ಪ್ರತಿ ಸೂಚನೆಯ ಆಯ್ಕೆ ಉಲ್ಲೇಖವು ಸ್ಥಾಪಿಸಿದ ಆವೃತ್ತಿಯ OpenVPN ಕೈಪಿಡಿಯಲ್ಲಿ ಇದೆ.