Tunnelblick data-ciphers ಗುರುತಿಸಲಾಗಿಲ್ಲ: ಯಾವ ಎಂಜಿನ್ ಚಾಲನೆಯಲ್ಲಿತ್ತು?
ಗುರುತಿಸದ data-ciphers ದೋಷ ಸ್ಥಳೀಯ ಪಾರ್ಸ್ ವೈಫಲ್ಯ, ಸೈಫರ್ ಹೊಂದಾಣಿಕೆ ವ್ಯತ್ಯಾಸವಲ್ಲ. ಪ್ರೊಫೈಲ್ ಸಂಪಾದಿಸುವ ಮೊದಲು ಆ ಸಂಪರ್ಕ ಬಳಸಿದ ಎಂಜಿನ್ ಅನ್ನು ಹುಡುಕಿ.
Tunnelblick ಗುರುತಿಸದ data-ciphers ಆಯ್ಕೆಯನ್ನು ವರದಿ ಮಾಡುತ್ತದೆ, ಅದೇ ಉಸಿರಿನಲ್ಲಿ OpenVPN 2.4 ಅನ್ನು ಉಲ್ಲೇಖಿಸುತ್ತದೆ, ಮತ್ತು ಸಂಪರ್ಕ ಎಂದಿಗೂ ಪ್ರಾರಂಭವಾಗುವುದಿಲ್ಲ. ಇದು ಸೈಫರ್ ಬಗ್ಗೆ ಭಿನ್ನಾಭಿಪ್ರಾಯವಲ್ಲ, ಸ್ಥಳೀಯ ಪಾರ್ಸಿಂಗ್ ವೈಫಲ್ಯ, ಏಕೆಂದರೆ ಎಂಜಿನ್ ಗೇಟ್ವೇ ಜೊತೆ ಯಾವುದೇ ಮಾತುಕತೆ ನಡೆಯುವ ಮೊದಲೇ ಪ್ರೊಫೈಲ್ ಅನ್ನು ತಿರಸ್ಕರಿಸಿತು. ಸರ್ವರ್ನ ಸೈಫರ್ ನೀತಿಯ ಬಗ್ಗೆ ಸಾಮಾನ್ಯ ಸಲಹೆ ಇಲ್ಲಿ ಸಹಾಯ ಮಾಡಲಾರದು; ಪಾರ್ಸರ್ ಮೊದಲು ಫೈಲ್ ಅನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳಬೇಕು. ಈ ಒಂದು ಸಂರಚನೆ ನಿಜವಾಗಿ ಪ್ರಾರಂಭಿಸಿದ ಎಂಜಿನ್ ಅನ್ನು ಹುಡುಕಿ, ಉಳಿದದ್ದು ತಾನೇ ಬರುತ್ತದೆ.
ಪ್ರೊಫೈಲ್ ಮುಟ್ಟುವ ಮೊದಲು ಲಾಗ್ ಸಾಲನ್ನು ಓದಿ
ವಿಫಲ ಸಂಪರ್ಕವನ್ನು Tunnelblick ನ ವಿವರಗಳ ವಿಂಡೋದಲ್ಲಿ ತೆರೆದು ಲಾಗ್ ಅನ್ನು ಮೇಲಿನಿಂದ ಓದಿ. ಮೊದಲ ಸಾಲುಗಳು ಎಂಜಿನ್ ಆವೃತ್ತಿ ಮತ್ತು ಅದಕ್ಕೆ ನೀಡಲಾದ ಪ್ರೊಫೈಲ್ ಅನ್ನು ಹೆಸರಿಸುತ್ತವೆ, ನಂತರ ಪಾರ್ಸಿಂಗ್ ನಿಲ್ಲಿಸಿದ ಆಯ್ಕೆ. ಅದರ ನಂತರದ್ದೆಲ್ಲವೂ ಗದ್ದಲ, ಏಕೆಂದರೆ ಪ್ರಕ್ರಿಯೆ ನಿರ್ಗಮಿಸಿದೆ.
ಆ ಲಾಗ್ನಿಂದ ಮೂರು ಸಂಗತಿಗಳನ್ನು ದಾಖಲಿಸಿ: ಎಂಜಿನ್ ಆವೃತ್ತಿ, ಸಂರಚನೆಯ ಹೆಸರು ಮತ್ತು ನಿಖರ ಸಂದೇಶ. ಆ ಮೂರೇ ಇಡೀ ರೋಗನಿರ್ಣಯ. ಸರಿಪಡಿಸುವಿಕೆಗೆ ಸ್ಥಾಪಿತ ಅಪ್ಲಿಕೇಶನ್ ಬದಲಾಯಿಸಬೇಕಾದರೆ ಅವೂ ನಿಮಗೆ ಬೇಕಾಗುತ್ತವೆ. ಸಾಲುಗಳನ್ನು ಮತ್ತೆ ಹೇಳುವ ಬದಲು ಸ್ಕ್ರೀನ್ಶಾಟ್ ತೆಗೆದುಕೊಳ್ಳಿ, ಏಕೆಂದರೆ ನೆನಪಿನಿಂದ ಪುನರಾವರ್ತಿಸುವಾಗ ಆಯ್ಕೆಗಳ ಹೆಸರುಗಳನ್ನು ತಪ್ಪಾಗಿ ಟೈಪ್ ಮಾಡುವುದು ಸುಲಭ.
ಆ ಸಂರಚನೆ ಯಾವ ಎಂಜಿನ್ ಚಲಾಯಿಸುತ್ತದೆ ಎಂದು ದೃಢೀಕರಿಸಿ
Tunnelblick ಎಂಬುದು OpenVPN ಎಂಜಿನ್ನ ಸುತ್ತ ಸುತ್ತಿದ ಅಪ್ಲಿಕೇಶನ್, ಮತ್ತು ವಿವಿಧ ಸಂರಚನೆಗಳು ವಿವಿಧ ಎಂಜಿನ್ಗಳನ್ನು ಚಲಾಯಿಸಬಹುದು. ಅಪ್ಲಿಕೇಶನ್ ಆವೃತ್ತಿಯನ್ನು ಓದುವ ಬದಲು ವಿವರಗಳ ವಿಂಡೋದಲ್ಲಿ ಈ ಸಂರಚನೆಗೆ ಆಯ್ಕೆಮಾಡಿದ ಆವೃತ್ತಿಯನ್ನು ಪರಿಶೀಲಿಸಿ, ಮತ್ತು ಸಂರಚನೆ ಎಂದಿಗೂ ಬಳಸದ ಟರ್ಮಿನಲ್ openvpn ಬೈನರಿಯ ಔಟ್ಪುಟ್ ಅನ್ನು ಅದರ ಜಾಗದಲ್ಲಿ ಇಡಬೇಡಿ. Tunnelblick ನ OpenVPN ಆವೃತ್ತಿಗಳ ಮಾರ್ಗದರ್ಶಿ ಆ ಆಯ್ಕೆ ಹೇಗೆ ಕೆಲಸ ಮಾಡುತ್ತದೆ ಮತ್ತು ಆಯ್ಕೆ ಎಲ್ಲಿ ಸಂಗ್ರಹವಾಗುತ್ತದೆ ಎಂಬುದನ್ನು ವಿವರಿಸುತ್ತದೆ.
ಈ ವ್ಯತ್ಯಾಸ ಮುಖ್ಯ, ಏಕೆಂದರೆ ಯಂತ್ರದಲ್ಲಿ PATH ನಲ್ಲಿ ಆಧುನಿಕ ಬೈನರಿ ಇರಬಹುದು ಮತ್ತು ವಿಫಲ ಸಂಪರ್ಕದ ಹಿಂದೆ ಬಂಡಲ್ ಮಾಡಿದ 2.4 ಎಂಜಿನ್ ಇರಬಹುದು. ಪ್ರೊಫೈಲ್ ಅನ್ನು ಎರಡನೆಯದು ಮೌಲ್ಯಮಾಪನ ಮಾಡುತ್ತದೆ.
openvpn --version
ls /Applications/Tunnelblick.app/Contents/Resources/openvpn/ಈ ಎರಡು ಆಜ್ಞೆಗಳು ಟರ್ಮಿನಲ್ ಏನನ್ನು ಚಲಾಯಿಸುತ್ತದೆ ಮತ್ತು ಸ್ಥಾಪಿತ ಅಪ್ಲಿಕೇಶನ್ ಯಾವ ಎಂಜಿನ್ ಡೈರೆಕ್ಟರಿಗಳನ್ನು ಹೊಂದಿದೆ ಎಂಬುದನ್ನು ತೋರಿಸುತ್ತವೆ. ಎರಡೂ ವಿಫಲ ಸಂರಚನೆ ಏನನ್ನು ಬಳಸಿತು ಎಂಬುದಕ್ಕೆ ಸಾಕ್ಷಿಯಲ್ಲ, ಏಕೆಂದರೆ ಲಾಗ್ ಈಗಾಗಲೇ ಅದನ್ನು ಹೇಳಿದೆ, ಮತ್ತು Tunnelblick ನ ಬಿಡುಗಡೆಗಳ ನಡುವೆ ಮಾರ್ಗಗಳು ಭಿನ್ನವಾಗಿರುತ್ತವೆ.
ನಿರ್ದೇಶನದ ಹೆಸರು ಏಕೆ ಬದಲಾಯಿತು
OpenVPN 2.5 ರಲ್ಲಿ data-ciphers ಅನ್ನು ಮಾತುಕತೆ ಪಟ್ಟಿಯಾಗಿ ಪರಿಚಯಿಸಿತು, ಆ ಬಿಡುಗಡೆಯಲ್ಲಿ ಬಳಕೆಯಲ್ಲಿಲ್ಲದಾದ ಹಿಂದಿನ ncp-ciphers ಕಾಗುಣಿತವನ್ನು ಬದಲಿಸಿತು. 2.4 ಎಂಜಿನ್ನಲ್ಲಿ ಅಂತಹ ಆಯ್ಕೆ ಇಲ್ಲ, ಆದ್ದರಿಂದ ಅದು ತಿಳಿಯದ ಮೊದಲ ಟೋಕನ್ನಲ್ಲಿ ನಿಲ್ಲುತ್ತದೆ. ಏಕ cipher ಆಯ್ಕೆಯೂ ಪಟ್ಟಿಯ ಹಳೆಯ ಉಪನಾಮವಲ್ಲ; ಅದು ಮಾತುಕತೆ ಗುಂಪಿನ ಬದಲು ಒಂದು ಸೈಫರ್ ಅನ್ನು ಹೆಸರಿಸುತ್ತದೆ.
ಅದಕ್ಕೇ ಆವೃತ್ತಿಗಳ ನಡುವೆ ಪಠ್ಯ ಬದಲಾವಣೆ ಪಾರ್ಸ್ ಆಗಿ ನಂತರ ಅನಿರೀಕ್ಷಿತವಾಗಿ ವರ್ತಿಸುವ ಪ್ರೊಫೈಲ್ಗಳನ್ನು ಉಂಟುಮಾಡುತ್ತದೆ, ಮತ್ತು ಅದಕ್ಕೇ ಫೋರಮ್ ಪೋಸ್ಟ್ನಿಂದ ತುಣುಕನ್ನು ನಕಲಿಸುವುದು ಆವೃತ್ತಿ ಪರಿಶೀಲನೆ ಅಲ್ಲ. ಆಯ್ಕೆಗಳ ಹೆಸರುಗಳು ಫಾಲ್ಬ್ಯಾಕ್ ನಿರ್ವಹಣೆ ಮತ್ತು ಡೀಫಾಲ್ಟ್ಗಳೊಂದಿಗೆ ಸರಿದವು, ಮತ್ತು ಒಂದು ನಿರ್ದೇಶನವನ್ನು ಮರುನಾಮಕರಣ ಮಾಡಿ ಜೋಡಿಸಿದ ಫೈಲ್ ಎಂಜಿನ್ಗಾಗಿ ಬರೆದ ಫೈಲ್ಗೆ ಸಮಾನವಲ್ಲ.
ಲಕ್ಷಣವಲ್ಲ, ಎಂಜಿನ್ ಅಥವಾ ಪ್ರೊಫೈಲ್ ಸರಿಪಡಿಸಿ
ಬೆಂಬಲಿತ ನಿಯೋಜನೆಗೆ ಬಾಳಿಕೆ ಬರುವ ದುರಸ್ತಿ ಎಂದರೆ ಆಪರೇಟರ್ನ ಪ್ರೊಫೈಲ್ ಸ್ವೀಕರಿಸುವ ಬೆಂಬಲಿತ Tunnelblick ಮತ್ತು ಎಂಜಿನ್ ಸಂಯೋಜನೆ, ಅಪ್ಲಿಕೇಶನ್ ಸ್ಥಾಪನೆಯ ಮಾಲೀಕರ ಮೂಲಕ ವ್ಯವಸ್ಥೆಗೊಳಿಸಲಾಗುತ್ತದೆ. ಹಳೆಯ ಸ್ಥಾಪನೆ ಸ್ವಲ್ಪ ಕಾಲ ಇರಬೇಕಾದರೆ, ಆ ಎಂಜಿನ್ಗಾಗಿ ಮತ್ತು ಗೇಟ್ವೇ ನಿಜವಾಗಿ ಸ್ವೀಕರಿಸುವ ಸೈಫರ್ಗಳಿಗಾಗಿ ಬರೆದ ಪ್ರೊಫೈಲ್ ಕೇಳಿ.
data-ciphers ಮತ್ತು data-ciphers-fallback ಅನ್ನು ಅಳಿಸುವುದು ಈ ನಿರ್ದಿಷ್ಟ ಪಾರ್ಸ್ ದೋಷವನ್ನು ನಿಜವಾಗಿ ನಿವಾರಿಸುತ್ತದೆ, ಮತ್ತು ಅದಕ್ಕೇ ಅದು ಪ್ರಲೋಭನೆ. ಅದು ಯಾವ ಸೈಫರ್ಗಳ ಮೇಲೆ ಮಾತುಕತೆ ನಡೆಯುತ್ತದೆ ಎಂಬುದನ್ನೂ ಸದ್ದಿಲ್ಲದೆ ಬದಲಾಯಿಸುತ್ತದೆ, ನೀವು ಸಂಪಾದಿಸಲು ಉದ್ದೇಶಿಸದ ಭದ್ರತಾ ಸಂರಚನೆಯಲ್ಲಿ. ಮೂಲ ಪ್ರೊಫೈಲ್ ಇಟ್ಟುಕೊಂಡು ಬದಲಾಗಿ ಬೆಂಬಲಿತ ಸೆಟ್ಟಿಂಗ್ಗಳನ್ನು ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ಹೋಲಿಸಿ.
ಮತ್ತೆ ಪ್ರಯತ್ನಿಸಿ ಮತ್ತು ಮುಂದಿನ ಹಂತವನ್ನು ಓದಿ
ಸರಿಪಡಿಸಿದ ನಂತರ ಸಂಪರ್ಕವನ್ನು ಮತ್ತೆ ಪ್ರಯತ್ನಿಸಿ ಮತ್ತು ಯಶಸ್ಸನ್ನು ಊಹಿಸುವ ಬದಲು ಹೊಸ ಲಾಗ್ ಅನ್ನು ಆರಂಭದಿಂದ ಓದಿ. ಈಗ ಪಾರ್ಸ್ ಆಗುವ ಪ್ರೊಫೈಲ್ ಇನ್ನೂ ಸೈಫರ್ ಮಾತುಕತೆ, ಪ್ರಮಾಣಪತ್ರ ಪರಿಶೀಲನೆ, ದೃಢೀಕರಣ ಅಥವಾ ರೂಟಿಂಗ್ನಲ್ಲಿ ನಿಲ್ಲಬಹುದು, ಮತ್ತು ಆ ಪ್ರತಿ ವೈಫಲ್ಯಕ್ಕೂ ತನ್ನದೇ ಸಾಕ್ಷ್ಯವಿದೆ.
ಮಾತುಕತೆ ವಿಫಲವಾದರೆ, ಎರಡೂ ತುದಿಗಳು ಬೆಂಬಲಿಸುವ ಸೈಫರ್ಗಳನ್ನು ಮತ್ತು ಪ್ರತಿಯೊಂದಕ್ಕೂ ಅನುಮತಿಸಲಾದ ಸೈಫರ್ಗಳನ್ನು ಹೋಲಿಸಿ. ದೃಢೀಕರಣ ವಿಫಲವಾದರೆ, ಪ್ರೊಫೈಲ್ ಮತ್ತು ಎಂಜಿನ್ ಈಗ ಗೇಟ್ವೇ ತಲುಪುವಷ್ಟು ಚೆನ್ನಾಗಿ ಕೆಲಸ ಮಾಡುತ್ತಿವೆ, ಅದು ದಾಖಲಿಸಲು ಯೋಗ್ಯವಾದ ಪ್ರಗತಿ. ಆ ಸರಪಳಿಯನ್ನು ಮೊದಲ ಶಾಂತ ಲಾಗ್ನಲ್ಲಿ ನಿಲ್ಲಿಸುವುದೇ ಭದ್ರತಾ ಸೆಟ್ಟಿಂಗ್ ತಪ್ಪು ಕಾರಣಕ್ಕೆ ತೆಗೆದುಹಾಕಲ್ಪಡುವ ವಿಧಾನ.