ಹಳೆಯ .ovpn ಪ್ರೊಫೈಲ್ Ubuntu 24.04 ನಲ್ಲಿ ವಿಫಲವಾಗುತ್ತದೆ: ಯಾವ ಸಾಲುಗಳನ್ನು ಅಳಿಸಬೇಕು

ಪ್ರೊಫೈಲ್ ಡೌನ್ಲೋಡ್ ಆಗಿ, ಆಮದಾಗಿ, ನಂತರ ಫೈಲ್ನ 12 ನೇ ಸಾಲಿನಲ್ಲಿ Unrecognized option ಸಂದೇಶದೊಂದಿಗೆ ನಿಲ್ಲುತ್ತದೆ, ಅದರಲ್ಲಿ keysize ಉಲ್ಲೇಖವಾಗಿದೆ. ಖಾತೆಯಲ್ಲಿ ಏನೂ ಬದಲಾಗಿಲ್ಲ, ಮತ್ತು ಸರ್ವರ್ ಇನ್ನೂ ಇತರ ಕ್ಲೈಂಟ್ಗಳನ್ನು ಸ್ವೀಕರಿಸುತ್ತದೆ. ಬದಲಾಗಿರುವುದು ಕ್ಲೈಂಟ್ ಸ್ವತಃ: Ubuntu 24.04 OpenVPN 2.6 ಸ್ಥಾಪಿಸುತ್ತದೆ, ಆದರೆ ರಫ್ತು 2.4 ಗಾಗಿ ಬರೆಯಲಾಗಿತ್ತು. ಸರಿಪಡಿಸುವಿಕೆ ಕೆಲವು ಅಳಿಸುವಿಕೆಗಳ ಸಣ್ಣ ಸರಣಿ, ಮತ್ತು ಕ್ರಮ ಮುಖ್ಯ ಏಕೆಂದರೆ ಪ್ರತಿ ಹಳೆಯ ಆಯ್ಕೆಯೂ ಮುಂದಿನದನ್ನು ಓದುವ ಮೊದಲೇ ಪಾರ್ಸಿಂಗ್ ನಿಲ್ಲಿಸುತ್ತದೆ.

ಫೈಲ್ ಮುಟ್ಟುವ ಮೊದಲು ದೋಷದ ಸಾಲನ್ನು ಓದಿ

OpenVPN ಪಾರ್ಸಿಂಗ್ ನಿಂತ ಫೈಲ್ ಮತ್ತು ಸಾಲನ್ನು ಹೇಳುತ್ತದೆ, ಆದ್ದರಿಂದ ಒಂದು ರನ್ಗೆ ಒಂದೇ ಸಮಸ್ಯೆ ಸರಿಪಡಿಸಬಹುದು. ಪ್ರೊಫೈಲ್ ಅನ್ನು ಡೆಸ್ಕ್ಟಾಪ್ ಆಪ್ಲೆಟ್ನಿಂದ ಅಲ್ಲ, ಟರ್ಮಿನಲ್ನಿಂದ ಪ್ರಾರಂಭಿಸಿ, ಏಕೆಂದರೆ ಆಪ್ಲೆಟ್ ಸಾಮಾನ್ಯವಾಗಿ stderr ನುಂಗುತ್ತದೆ ಮತ್ತು ಸಾಲಿನ ಸಂಖ್ಯೆಯೇ ನಿಮಗೆ ಸಿಗುವ ಏಕೈಕ ನಂಬಲರ್ಹ ಸುಳಿವು: sudo openvpn --config /etc/openvpn/client/provider.ovpn. ಆ ಸಾಲನ್ನು ಸರಿಪಡಿಸಿ, ಮತ್ತೆ ಚಲಾಯಿಸಿ, ಮುಂದಿನ ವೈಫಲ್ಯ ಬೇರೆ ಆಯ್ಕೆಯನ್ನು ಹೆಸರಿಸುತ್ತದೆ ಎಂದು ನಿರೀಕ್ಷಿಸಿ.

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

ಮೂರು ವೈಫಲ್ಯ ವರ್ಗಗಳು, ಮೂರು ವಿಭಿನ್ನ ಸರಿಪಡಿಸುವಿಕೆಗಳು

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

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

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

2.6 ತೆಗೆದುಹಾಕಿದ ಆಯ್ಕೆಗಳನ್ನು ಈ ಕ್ರಮದಲ್ಲಿ ಅಳಿಸಿ

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

ಮೊದಲು keysize ಅಳಿಸಿ, ಏಕೆಂದರೆ ಅದಕ್ಕೆ ಆಧುನಿಕ ಸಮಾನವಿಲ್ಲ ಮತ್ತು ಅದರ ಇರುವಿಕೆ ಸಾಮಾನ್ಯವಾಗಿ ಪ್ರಸ್ತುತ ಕ್ಲೈಂಟ್ ಯಾವುದೇ ರೀತಿಯಲ್ಲಿ ತಿರಸ್ಕರಿಸುವ ಸೈಫರ್ ಅನ್ನು ಸೂಚಿಸುತ್ತದೆ. ನಂತರ ncp-disable ಅಳಿಸಿ, ಅದು ಸೈಫರ್ ಸಮಾಲೋಚನೆಯನ್ನು ನಿಯಂತ್ರಿಸುತ್ತಿತ್ತು, 2.5 ನಲ್ಲಿ ಅಪ್ರಚಲಿತವಾಯಿತು ಮತ್ತು 2.6 ನಲ್ಲಿ ಇಲ್ಲ. ns-cert-type server ಬದಲಿಗೆ remote-cert-tls server ಹಾಕಿ, ಅದು ಅದೇ ಉದ್ದೇಶವನ್ನು ಬೆಂಬಲಿತ ಪರಿಶೀಲನೆಯ ಮೂಲಕ ವ್ಯಕ್ತಪಡಿಸುತ್ತದೆ. 2.6 ಬದಲಾವಣೆ ಇತಿಹಾಸ ಉಳಿದ ತೆಗೆದುಹಾಕುವಿಕೆಗಳನ್ನು ಅವುಗಳ ಬದಲಿಗಳ ಪಕ್ಕದಲ್ಲಿ ಪಟ್ಟಿ ಮಾಡುತ್ತದೆ, ಆದ್ದರಿಂದ ಪಾರ್ಸರ್ ಇನ್ನೂ ತಿರಸ್ಕರಿಸುವ ಎಲ್ಲದಕ್ಕೂ ದಾಖಲಿತ ಉತ್ತರವಿದೆ.

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

BF-CBC ಅನ್ನು ಸೀಮಿತ ಬ್ಯಾಕಪ್ ಆಗಿ ಮಾತ್ರ ಚಾಲನೆಯಲ್ಲಿಡಿ

ಕೆಲವು ಪೂರೈಕೆದಾರರು ಇನ್ನೂ BF-CBC ನಲ್ಲಿ ಕೊನೆಗೊಳಿಸುತ್ತಾರೆ, ಅದರೊಂದಿಗೆ OpenVPN 2.6 ಸಹಾಯವಿಲ್ಲದೆ ಸಮಾಲೋಚಿಸುವುದಿಲ್ಲ ಏಕೆಂದರೆ ಸೈಫರ್ನ ಬ್ಲಾಕ್ 64 ಬಿಟ್. ಸಣ್ಣ ಸರಿಪಡಿಸುವಿಕೆ ಬ್ಯಾಕಪ್ ಪಟ್ಟಿ ಮತ್ತು ಹಳೆಯ OpenSSL ಪೂರೈಕೆದಾರ, ಇಡೀ ಕ್ಲೈಂಟ್ ಅನ್ನು ಡೌನ್ಗ್ರೇಡ್ ಮಾಡುವುದಲ್ಲ.

providers legacy default
data-ciphers AES-256-GCM:AES-128-GCM
data-ciphers-fallback BF-CBC

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

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

ಕ್ಲೈಂಟ್ ನಿಜವಾಗಿ ಲೋಡ್ ಮಾಡುವ ಪ್ರೊಫೈಲ್ನೊಂದಿಗೆ ಪರಿಶೀಲಿಸಿ

ಆಮದಾದ ಸಂಪರ್ಕಗಳು ಸಾಮಾನ್ಯವಾಗಿ ಸಿಸ್ಟಮ್ ಡೈರೆಕ್ಟರಿಗೆ ನಕಲಾಗುತ್ತವೆ, ಆದ್ದರಿಂದ ನಿಮ್ಮ ಡೌನ್ಲೋಡ್ ಫೋಲ್ಡರ್ನಲ್ಲಿನ ಫೈಲ್ ಸಂಪಾದಿಸುವುದು ಏನನ್ನೂ ಬದಲಿಸದೇ ಇರಬಹುದು. ಚಾಲನೆಯಲ್ಲಿರುವ ಪ್ರತಿಯನ್ನು ಹುಡುಕಿ: sudo grep -rl "remote " /etc/NetworkManager/system-connections /etc/openvpn. ನಂತರ ಸುರಂಗ ಪ್ರಾರಂಭಿಸಿ, ನಿಜವಾಗಿ ಯಾವ ಡೇಟಾ ಚಾನಲ್ ಸೈಫರ್ ಆಯ್ಕೆಯಾಯಿತು ಎಂದು ವರದಿ ಮಾಡುವ ಲಾಗ್ ಸಾಲನ್ನು ಓದಿ. ಬ್ಯಾಕಪ್ನಲ್ಲಿ ಹ್ಯಾಂಡ್ಶೇಕ್ ಪೂರ್ಣಗೊಳಿಸುವ ಸಂಪರ್ಕ ಸರ್ವರ್ ಎಂದೂ ಆಧುನಿಕ ಏನನ್ನೂ ನೀಡಲಿಲ್ಲ ಎಂದು ಹೇಳುತ್ತದೆ.

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

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