OpenVPN ಹೇಳುತ್ತದೆ ncp-disable ಅಪರಿಚಿತ ಎಂದು: ಅದನ್ನು ಯಾವುದು ಬದಲಿಸಿತು?

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

ದೋಷವು ಹೊಸ ಬೈನರಿಯಿಂದಲೂ ಬರಬಹುದು

ಗುರುತಿಸದ ಆಯ್ಕೆಯ ದೋಷವು ಸುರಂಗದ ಬಗ್ಗೆ ಅಲ್ಲ, ಪಾರ್ಸರ್ ಬಗ್ಗೆ. OpenVPN 2.4 ಸಂಧಾನ ಮಾಡಬಹುದಾದ ಸೈಫರ್ ನಿಯತಾಂಕಗಳನ್ನು ಸೇರಿಸಿತು, 2.5 ಅವುಗಳನ್ನು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸಿದ ಸ್ವಿಚ್ ಅನ್ನು ಬಳಕೆಯಲ್ಲಿಲ್ಲ ಎಂದು ಘೋಷಿಸಿತು, ಮತ್ತು 2.6 ಅದನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ತೆಗೆದುಹಾಕಿತು. ಆದ್ದರಿಂದ 2.3 ಅಥವಾ 2.4 ಗಾಗಿ ಬರೆದ ಪ್ರೊಫೈಲ್ ಫೈಲ್ನಲ್ಲಿ ಏನೂ ಬದಲಾಗದಿದ್ದರೂ ಪ್ರಸ್ತುತ ಕ್ಲೈಂಟ್ನಲ್ಲಿ ವಿಫಲವಾಗುತ್ತದೆ. ದೂರು ನೀಡುತ್ತಿರುವ ಆವೃತ್ತಿ ಹೊಸದು, ಹಳೆಯದಲ್ಲ.

ಏನನ್ನೂ ಸಂಪಾದಿಸುವ ಮೊದಲು ಯಾವ ಕಾರ್ಯನಿರ್ವಾಹಕ ಫೈಲ್ ಸಂದೇಶವನ್ನು ಉಂಟುಮಾಡಿತು ಎಂದು ಕಂಡುಹಿಡಿಯಿರಿ. ಡೆಸ್ಕ್ಟಾಪ್ ಕ್ಲೈಂಟ್ ತನ್ನದೇ ಇಂಜಿನ್ ಅನ್ನು ಹೊತ್ತುಕೊಂಡು ಬರುತ್ತದೆ, ಆದರೆ ಪ್ರತ್ಯೇಕವಾಗಿ ಸ್ಥಾಪಿಸಿದ ಆಜ್ಞಾ ಸಾಲಿನ ಬೈನರಿಗೆ ತನ್ನದೇ ಆವೃತ್ತಿ ಇರುತ್ತದೆ. ಎರಡೂ ಒಂದೇ ಯಂತ್ರದಲ್ಲಿ ಭಿನ್ನವಾಗಿರಬಹುದು.

openvpn --version ನೀವು ಪರೀಕ್ಷಿಸುತ್ತಿರುವ ಬೈನರಿಗೆ ಇದನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ. GUI ಕ್ಲೈಂಟ್ ಆ ಆಜ್ಞೆಯನ್ನು ತೋರಿಸದೇ ಇರಬಹುದು; ಆ ಸಂದರ್ಭದಲ್ಲಿ ಅದರ ಪರಿಚಯ ಪರದೆ ಅಥವಾ ಜೊತೆಗೆ ಬರುವ ಗ್ರಂಥಾಲಯದ ಆವೃತ್ತಿಯನ್ನು ಓದಿ.

ಆಯ್ಕೆ ನಿಜವಾಗಿ ಏನನ್ನು ನಿಯಂತ್ರಿಸುತ್ತಿತ್ತು

ಈ ಸೂಚನೆಯು ಗೂಢಲಿಪೀಕರಣ ನಿಯತಾಂಕಗಳ ಸಂಧಾನವನ್ನು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸಿತ್ತು, ಆದ್ದರಿಂದ ಎರಡೂ ತುದಿಗಳು cipher ಸೆಟ್ಟಿಂಗ್ ನಿಯಂತ್ರಿಸುವ ಹಳೆಯ ಆಯ್ಕೆ ವರ್ತನೆಗೆ ಹಿಂತಿರುಗಿದವು. ಅದು ಎಂದಿಗೂ ಎನ್ಕ್ರಿಪ್ಶನ್ ಅನ್ನು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸಲಿಲ್ಲ ಮತ್ತು ಸುರಂಗವನ್ನು ಸ್ಪಷ್ಟ ಪಠ್ಯವಾಗಿ ಪರಿವರ್ತಿಸಲಿಲ್ಲ. ಅದನ್ನು ಭದ್ರತಾ ಸ್ವಿಚ್ ಎಂದು ಓದುವುದು ಮೊದಲ ತಪ್ಪು ತಿರುವು, ಮತ್ತು ಅದು ಸಂಪರ್ಕವನ್ನು ಉತ್ತಮಗೊಳಿಸುವ ಬದಲು ಕೆಡಿಸುವ ಬದಲಾವಣೆಗಳಿಗೆ ಕಾರಣವಾಗುತ್ತದೆ.

ಸಂಧಾನವು ಅಸ್ತಿತ್ವದಲ್ಲಿದ್ದಾಗ, ಸಮಾನ ಪ್ರಶ್ನೆ ಎಂದರೆ ಪ್ರತಿ ಬದಿಯು ಯಾವ ಸೈಫರ್ಗಳನ್ನು ಬಳಸಲು ಸಿದ್ಧವಿದೆ ಎಂಬುದು. ಇದು ನೀತಿ ಪ್ರಶ್ನೆ, ಮತ್ತು ನೀತಿಯು 2.5 ಮತ್ತು ನಂತರ data-ciphers ನಲ್ಲಿ ವಾಸಿಸುತ್ತದೆ.

ಹಳೆಯ ಹೆಸರು ncp-ciphers 2.4 ಗೆ ಸೇರಿದೆ. ಎರಡು ಹೆಸರುಗಳನ್ನು ಪೀರ್ಗಳ ನಡುವೆ ಬೆರೆಸುವುದು ಏಕಮುಖ ಸಂಧಾನ ವೈಫಲ್ಯಗಳ ಸಾಮಾನ್ಯ ಮೂಲ. ಎರಡನ್ನೂ ಹೊಂದಿರುವ ಪ್ರೊಫೈಲ್ ಎಂದರೆ ಇಬ್ಬರು ಜನರು ಬೇರೆ ಬೇರೆ ಸಮಯದಲ್ಲಿ ಸಂಪಾದಿಸಿದ ಪ್ರೊಫೈಲ್.

ನೀತಿಯನ್ನು ಬದಲಾಯಿಸಿ, ಕಾಗುಣಿತವನ್ನಲ್ಲ

ಎರಡೂ ಪೀರ್ಗಳಲ್ಲಿ ಉದ್ದೇಶಿತ ಹಂಚಿಕೆಯ ಆಯ್ಕೆಯೊಂದಿಗೆ data-ciphers ಸೆಟ್ ಮಾಡಿ, ಮತ್ತು ಪರಿಶೀಲಕನು ಅದರ ಬಗ್ಗೆ ವಿವೇಚಿಸಲು ಸಾಧ್ಯವಾಗುವಷ್ಟು ಪಟ್ಟಿಯನ್ನು ಚಿಕ್ಕದಾಗಿ ಇರಿಸಿ. ಯಾವುದೋ ಒಂದು ಸಾಲನ್ನು ಬದಲಾಯಿಸುವುದು ಏನನ್ನೂ ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ; ಫಲಿತಾಂಶವು ಎರಡೂ ಪಟ್ಟಿಗಳ ಛೇದನ ಮತ್ತು TLS ಸ್ಟ್ಯಾಕ್ ಏನನ್ನು ಬೆಂಬಲಿಸುತ್ತದೆ ಎಂಬುದನ್ನು ಅವಲಂಬಿಸಿರುತ್ತದೆ. ಸಂರಚನೆಯ ಬದಲು ಸಂಧಾನವಾದ ಫಲಿತಾಂಶವನ್ನು ಓದಿ ಪೀರ್ಗಳು ಒಪ್ಪುತ್ತವೆ ಎಂದು ಖಚಿತಪಡಿಸಿ. ನಂತರ ಎರಡೂ ಪಟ್ಟಿಗಳನ್ನು ನಿಯೋಜನಾ ದಾಖಲೆಯಲ್ಲಿ ಬರೆಯಿರಿ, ಮುಂದಿನ ಬದಲಾವಣೆ ತಿಳಿದ ಸ್ಥಿತಿಯಿಂದ ಆರಂಭವಾಗಲಿ.

ಪ್ರೊಫೈಲ್ ಅನ್ನು ಅದರ ಮಾಲೀಕರ ಮೂಲಕ ನವೀಕರಿಸಿ. ಬಳಕೆಯಲ್ಲಿಲ್ಲದ ಸೂಚನೆಯನ್ನು ಮರೆಮಾಡಲು ನಿರ್ಲಕ್ಷ್ಯ ಆಯ್ಕೆಯನ್ನು ಸೇರಿಸುವುದು ನೀತಿ ಪ್ರಶ್ನೆಯನ್ನು ಉತ್ತರವಿಲ್ಲದೆ ಬಿಡುತ್ತದೆ.

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

ಸೈಫರ್ ಪಟ್ಟಿಯಂತೆ ಕಾಣುವ ಆದರೆ ಪಟ್ಟಿಯಲ್ಲದ ಎರಡು ಸಾಲುಗಳು

ಎರಡು ಸೈಫರ್ ಸಾಲುಗಳನ್ನು ಜೋಡಿಸುವುದು ಸಹ ಸಂಧಾನವನ್ನು ಮರುಸ್ಥಾಪಿಸುವುದಿಲ್ಲ, ಮತ್ತು ಫಲಿತಾಂಶವು ಪಟ್ಟಿಯಂತೆ ಕಾಣುವ ಆದರೆ ಒಂದೇ ಮೌಲ್ಯದಂತೆ ವರ್ತಿಸುವ ಪ್ರೊಫೈಲ್. ಒಂದು ಸಾಲಿನಲ್ಲಿ AES-256-CBC ಮತ್ತು ಮುಂದಿನದರಲ್ಲಿ CBC ಬರೆಯುವುದು ಸಾಮಾನ್ಯ ಪ್ರಯತ್ನ. CBC ಒಂಟಿಯಾಗಿ ಅಲ್ಗಾರಿದಮ್ ಅಲ್ಲ, ಮೋಡ್ ಅನ್ನು ಹೆಸರಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಪಾರ್ಸರ್ ಅದನ್ನು ಒಂದು ಸ್ಥಳದಲ್ಲಿ ಸ್ವೀಕರಿಸಿ ಮುಂದಿನದರಲ್ಲಿ ತಿರಸ್ಕರಿಸಬಹುದು. ಪುನರಾವರ್ತಿತ cipher ಸೂಚನೆಗಳು ಅಭ್ಯರ್ಥಿಗಳನ್ನು ಸಂಗ್ರಹಿಸುವ ಬದಲು ಅದೇ ಆಯ್ಕೆಯನ್ನು ಎರಡು ಬಾರಿ ಸೆಟ್ ಮಾಡುತ್ತವೆ.

ಬೇರೆ ಶಾಖೆಗಾಗಿ ಬರೆದ ಮಾರ್ಗದರ್ಶಿಯಿಂದ ಪಟ್ಟಿಯನ್ನು ನಕಲಿಸುವ ಬದಲು ಗುರಿ ಬೈನರಿಯಲ್ಲಿ openvpn --show-ciphers ಬಳಸಿ ಸ್ವೀಕೃತ ಹೆಸರುಗಳನ್ನು ಪರಿಶೀಲಿಸಿ. ಬಿಡುಗಡೆಗಳ ನಡುವೆ ಪಟ್ಟಿ ಬದಲಾಗುತ್ತದೆ. ಒಂದು ಶಾಖೆಯಲ್ಲಿ ಮಾನ್ಯವಾದ ಹೆಸರು ಇನ್ನೊಂದರಲ್ಲಿ ಮಾನ್ಯವಾಗಿರಬೇಕಿಲ್ಲ.

ಉದ್ದೇಶ ಕಾರ್ಯಕ್ಷಮತೆ ಹೋಲಿಕೆಯಾಗಿದ್ದರೆ, ಅಲ್ಗಾರಿದಮ್ಗಳು ಮತ್ತು ಕೆಲಸದ ಹೊರೆಯನ್ನು ದಾಖಲಿಸಿ. CBC ಗೆ ಬದಲಾಗುವುದು ಎನ್ಕ್ರಿಪ್ಶನ್ ಇಲ್ಲದಿರುವಿಕೆಯ ಅಳತೆಯಲ್ಲ.

ಸಂಪರ್ಕವು ನಿಜವಾಗಿ ಏನನ್ನು ಸಂಧಾನ ಮಾಡಿತು ಎಂದು ಪರಿಶೀಲಿಸಿ

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

ಸಂಧಾನವಾದ ಫಲಿತಾಂಶವನ್ನು ಪ್ರೊಫೈಲ್ ಆವೃತ್ತಿಯ ಪಕ್ಕದಲ್ಲಿ ನಿಯೋಜನಾ ದಾಖಲೆಯಲ್ಲಿ ಇರಿಸಿ. ಯಾವ ಸೈಫರ್ ನಿಜವಾಗಿ ಸಂಚಾರವನ್ನು ರಕ್ಷಿಸುತ್ತಿದೆ ಎಂಬ ಮುಂದಿನ ಪ್ರಶ್ನೆಗೆ ಉತ್ತರ ನೀಡುವ ಅಂಶ ಇದೇ.