OpenConnect vpnc-script: ಯಾವ ಫೈಲ್ ಚಲಿಸುತ್ತಿದೆ?
ರೂಟ್ ಮತ್ತು DNS ಅನ್ನು ಸ್ಥಾಪಿಸುವ ಸಹಾಯಕ ಟನೆಲ್ ಕ್ಲೈಂಟ್ನಿಂದ ಪ್ರತ್ಯೇಕವಾಗಿದೆ. ಫೋರಮ್ನ ಪ್ರತಿಯೊಂದನ್ನು ಬದಲಿಸುವ ಮೊದಲು ಚಾಲನೆಯಲ್ಲಿರುವ ಕ್ಲೈಂಟ್ ಬಳಸುವ ಮಾರ್ಗವನ್ನು ಕಂಡುಕೊಳ್ಳಿ.
OpenConnect ಟನೆಲ್ ಹ್ಯಾಂಡ್ಶೇಕ್ ಮುಗಿಸಿಯೂ ನಿಮ್ಮನ್ನು ಖಾಸಗಿ ಉಪಜಾಲಕ್ಕೆ ಮಾರ್ಗವಿಲ್ಲದೆ ಬಿಡಬಹುದು, ಏಕೆಂದರೆ ಕ್ಲೈಂಟ್ ಮತ್ತು ಸ್ಥಳೀಯ ಜಾಲದ ಸ್ಥಿತಿಯನ್ನು ಬದಲಿಸುವ ಸಹಾಯಕ ಎರಡು ವಿಭಿನ್ನ ಕಾರ್ಯಕ್ರಮಗಳು. ದೃಢೀಕರಣ ಗೇಟ್ವೇ ಸೆಷನ್ ಸ್ವೀಕರಿಸಿದೆ ಎಂದು ಸಾಬೀತು ಮಾಡುತ್ತದೆ; ನಂತರ ಯಾವ ಇಂಟರ್ಫೇಸ್, ಯಾವ ಮಾರ್ಗಗಳು ಅಥವಾ ರೆಸಾಲ್ವರ್ನ ಯಾವ ಸೆಟ್ಟಿಂಗ್ಗಳು ಸ್ಥಾಪನೆಯಾದವು ಎಂಬುದನ್ನು ಅದು ಏನನ್ನೂ ಸಾಬೀತು ಮಾಡುವುದಿಲ್ಲ. ಹೆಚ್ಚಿನ ಗೊಂದಲದ ವರದಿಗಳು ಹಳೆಯ ಉತ್ತರದಿಂದ ತೆಗೆದ ಪ್ರತಿಯಿಂದ ಸಹಾಯಕವನ್ನು ಬದಲಿಸುವುದರಿಂದ ಬರುತ್ತವೆ, ಅದು ಯಂತ್ರದ ಪ್ರತಿ ಸಂಪರ್ಕದ ವರ್ತನೆಯನ್ನು ಬದಲಿಸುತ್ತದೆ. ಅದರ ಯಾವುದೇ ಭಾಗವನ್ನು ಸಂಪಾದಿಸುವ ಮೊದಲು ಚಾಲನೆಯಲ್ಲಿರುವ ಕ್ಲೈಂಟ್ ನಿಜವಾಗಿ ಕರೆಯುವ ಸಹಾಯಕವನ್ನು ಕಂಡುಕೊಳ್ಳಿ.
ಎರಡು ಕಾರ್ಯಕ್ರಮ, ಎರಡು ಜವಾಬ್ದಾರಿ
ಕ್ಲೈಂಟ್ ಸಾಗಣೆ, ದೃಢೀಕರಣ ಮತ್ತು ಟನೆಲ್ ಸಾಧನವನ್ನು ಹೊಂದಿದೆ. ಪ್ರತ್ಯೇಕ ಸಹಾಯಕ ಟನೆಲ್ ಇದ್ದ ನಂತರ ಸ್ಥಳೀಯ ವ್ಯವಸ್ಥೆಯಲ್ಲಿ ಏನಾಗುತ್ತದೆ ಎಂಬುದನ್ನು ಹೊಂದಿದೆ: ಇಂಟರ್ಫೇಸ್ನಲ್ಲಿ ವಿಳಾಸೀಕರಣ, ಗೇಟ್ವೇ ಘೋಷಿಸಿದ ಉಪಜಾಲಗಳಿಗೆ ಮಾರ್ಗಗಳು, ಮತ್ತು ರೆಸಾಲ್ವರ್ ಸಂರಚನೆ. OpenConnect ಸಹಾಯಕದ ದಾಖಲೆ ಆ ವಿಭಜನೆ ಮತ್ತು ಸಹಾಯಕ ಪಡೆಯುವ ಪರಿಸರವನ್ನು ವಿವರಿಸುತ್ತದೆ. ವೈಫಲ್ಯದ ಸಮಯದಲ್ಲಿ ಈ ವ್ಯತ್ಯಾಸ ಮುಖ್ಯ, ಏಕೆಂದರೆ ತಿರಸ್ಕೃತ ಗುಪ್ತಪದ ಮತ್ತು ಕಾಣೆಯಾದ ಮಾರ್ಗ ಒಂದೇ ಘಟನೆ ಅಲ್ಲ, ಡೆಸ್ಕ್ಟಾಪ್ ಎರಡಕ್ಕೂ ಒಂದೇ ಸಂವಾದ ತೋರಿಸಿದರೂ.
ಈ ವಿಭಜನೆಯನ್ನು ನೆನಪಿನಲ್ಲಿಟ್ಟುಕೊಳ್ಳುವುದು ಸಂಪರ್ಕವು ಯಶಸ್ಸನ್ನು ವರದಿ ಮಾಡಬಹುದು ಆದರೆ ಖಾಸಗಿ ಹೆಸರುಗಳು ಇನ್ನೂ ಪರಿಹಾರವಾಗದಿರುವುದಕ್ಕೆ ಕಾರಣವನ್ನೂ ವಿವರಿಸುತ್ತದೆ. ಎರಡೂ ಸಂದರ್ಭಗಳಲ್ಲಿ ಟನೆಲ್ ಮೇಲಿದೆ, ಮತ್ತು ಸ್ಥಳೀಯ ಏಕೀಕರಣ ಹಂತ ಮಾತ್ರ ಭಿನ್ನ.
ಚಾಲನೆಯಲ್ಲಿರುವ ಕ್ಲೈಂಟ್ ಬಳಸುವ ಸಹಾಯಕವನ್ನು ಕಂಡುಕೊಳ್ಳಿ
ಮಾರ್ಗವು ಪ್ಯಾಕೇಜ್ ನಿರ್ಮಿಸುವಾಗ ನಿಗದಿಯಾಗುತ್ತದೆ ಮತ್ತು ಪ್ರತಿ ಕರೆಗೂ ಅತಿಕ್ರಮಿಸಬಹುದು, ಆದ್ದರಿಂದ ಬೇರೆ ವಿತರಣೆಯಿಂದ ನೆನಪಿರುವ ಫೈಲ್ಗೆ ಈ ಸಂಪರ್ಕದೊಂದಿಗೆ ಏನೂ ಸಂಬಂಧ ಇಲ್ಲದಿರಬಹುದು. ಆಕಸ್ಮಿಕವಾಗಿ ತೆರೆದಿರುವ ದಾಖಲೆಗಿಂತ ಚಾಲನೆಯಲ್ಲಿರುವ ಪ್ರಕ್ರಿಯೆಯನ್ನು ಕೇಳಿ.
openconnect --version
ps -o args= -C openconnect
dpkg -L openconnect | grep -i script
ls -l /etc/vpnc/ 2>/dev/null
ಪ್ರಕ್ರಿಯೆಯ ಸಾಲಿನಲ್ಲಿ --script ಆರ್ಗ್ಯುಮೆಂಟ್ ಇದ್ದರೆ, ಆ ಫೈಲ್ ಕಂಪೈಲ್ ಆದ ಡೀಫಾಲ್ಟ್ ಮೇಲೆ ಗೆಲ್ಲುತ್ತದೆ. /etc/vpnc/vpnc-script ನಂತಹ ಹಳೆಯ ಮಾರ್ಗಗಳು ಅಸ್ತಿತ್ವದಲ್ಲಿದ್ದು ಬಳಕೆಯಾಗದೇ ಇರಬಹುದು, ಆದ್ದರಿಂದ ಅವನ್ನು ಅಳಿಸುವುದು ಅಥವಾ ಸಂಪಾದಿಸುವುದು ಹೊಸ ಬಿಲ್ಡ್ನಲ್ಲಿ ಏನನ್ನೂ ಬದಲಿಸುವುದಿಲ್ಲ. ಬದಲಾವಣೆಯ ದಿನಾಂಕವನ್ನೂ ನೋಡಿ, ಏಕೆಂದರೆ ವರ್ಷಗಳಿಂದ ಯಾರೂ ಮುಟ್ಟದ ಸಹಾಯಕ ಪ್ಯಾಕೇಜ್ನ ಡೀಫಾಲ್ಟ್ ಕೆಲಸ ಮಾಡುತ್ತಿದೆ ಎಂಬ ಬಲವಾದ ಸೂಚನೆ.
NetworkManager ಸಂಯೋಜನೆ ಮೂರನೇ ಮಾಲೀಕ, ತನ್ನದೇ ಸಹಾಯಕ ಮತ್ತು ಪ್ರೊಫೈಲ್ ಸೆಟ್ಟಿಂಗ್ಗಳೊಂದಿಗೆ. ಆ ಸಂಯೋಜನೆಯ ಮೇಲೆ ಎರಡನೇ ಮಾರ್ಗ ಅಥವಾ ರೆಸಾಲ್ವರ್ ಸ್ಕ್ರಿಪ್ಟ್ ಹೇರುವುದು ಮಾರ್ಗಗಳನ್ನು ದ್ವಿಗುಣಗೊಳಿಸುತ್ತದೆ ಮತ್ತು ಎರಡು ಕಾರ್ಯಕ್ರಮಗಳು ತಮ್ಮದೆಂದು ಹೇಳಿಕೊಳ್ಳುವ ರೆಸಾಲ್ವರ್ ಬಿಡುತ್ತದೆ. ಪ್ರತಿ ಸಂಪರ್ಕಕ್ಕೆ ಒಂದು ಮಾಲೀಕರನ್ನು ಆರಿಸಿ ಮತ್ತು ಪರೀಕ್ಷಿಸುವ ಮೊದಲು ಇನ್ನೊಂದನ್ನು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸಿ.
ಕೊನೆಯ ಎಚ್ಚರಿಕೆಯಲ್ಲ, ಮೊದಲ ವಿಫಲ ಕ್ರಿಯೆಯನ್ನು ಓದಿ
ಇಂಟರ್ಫೇಸ್ ಸಂರಚನೆ, ಮಾರ್ಗ ಸ್ಥಾಪನೆ, ರೆಸಾಲ್ವರ್ ಆಯ್ಕೆ ಮತ್ತು ಹಳೆಯ ಸ್ಥಿತಿಯ ಸ್ವಚ್ಛತೆ ಪ್ರತ್ಯೇಕ ಹಂತಗಳು, ಮತ್ತು ಕೊನೆಗೆ ಮುದ್ರಿತವಾಗುವ ಎಚ್ಚರಿಕೆ ಸಂಪರ್ಕವನ್ನು ಮುರಿದ ವೈಫಲ್ಯವಲ್ಲ, ಸ್ವಚ್ಛತೆಯ ದೂರು. ಮೊದಲ ನಿರ್ದಿಷ್ಟ ವಿಫಲ ಕ್ರಿಯೆಯವರೆಗೆ ಮೇಲಕ್ಕೆ ಓದಿ. ಫೈಲ್ ಅಥವಾ ವಿಳಾಸವನ್ನು ಹೆಸರಿಸುವ ಸಹಾಯಕ ದೋಷ ಹತ್ತು ಸಾಲು ಬಿಚ್ಚುವ ಗದ್ದಲಕ್ಕಿಂತ ಹೆಚ್ಚು ಮೌಲ್ಯದ್ದು.
ಉದ್ದೇಶಿತ ಸ್ಥಳೀಯ ಫಲಿತಾಂಶವನ್ನು ಗಮನಿಸಿದ ಫಲಿತಾಂಶದೊಂದಿಗೆ ಹೋಲಿಸಿ: ಟನೆಲ್ ಸಾಧನ ಇದೆ, ತಿಳಿದಿರುವ ಖಾಸಗಿ ವಿಳಾಸಕ್ಕೆ ಮಾರ್ಗ ಅದರ ಮೂಲಕ ಹೋಗುತ್ತದೆ, ಮತ್ತು ರೆಸಾಲ್ವರ್ ಖಾಸಗಿ ಹೆಸರಿಗೆ ಉತ್ತರಿಸುತ್ತದೆ. ಮೊದಲ ಎರಡರಲ್ಲಿ ಯಶಸ್ವಿಯಾಗಿ ಮೂರನೆಯದರಲ್ಲಿ ವಿಫಲವಾಗುವ ಸಹಾಯಕ ರೂಟಿಂಗ್ ಅಲ್ಲ, ರೆಸಾಲ್ವರ್ ನೀತಿಯನ್ನು ಸೂಚಿಸುತ್ತದೆ. ಸಾಧನವನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ಸಂರಚಿಸದ ಸಹಾಯಕ ಎಂದಿಗೂ ಚಲಿಸದೇ ಇರಬಹುದು, ಮತ್ತು ಅದು ಜಾಲದ ಪ್ರಶ್ನೆಯಲ್ಲ, ಅನುಮತಿಗಳ ಪ್ರಶ್ನೆ. ಯಾವುದೇ ತರ್ಕವನ್ನು ಮತ್ತೆ ಬರೆಯುವ ಮೊದಲು ಕಾರ್ಯಗತಗೊಳಿಸಬಹುದಾದ ಬಿಟ್ ಮತ್ತು ಸೇವಾ ಖಾತೆಯನ್ನು ದೃಢೀಕರಿಸಿ.
ಸಂಪರ್ಕ, ಮರುಸಂಪರ್ಕ ಮತ್ತು ಸಂಪರ್ಕ ಕಡಿತವನ್ನು ಪರಿಶೀಲಿಸಿ
ಸೆಟಪ್ ಒಪ್ಪಂದದ ಅರ್ಧ ಭಾಗ ಮಾತ್ರ, ಏಕೆಂದರೆ ಅದೇ ಸಹಾಯಕ ಟನೆಲ್ ಮುಚ್ಚಿದಾಗ ತನ್ನಲ್ಲಿರುವ ಸ್ಥಿತಿಯನ್ನು ಮರುಸ್ಥಾಪಿಸಬೇಕು ಅಥವಾ ತೆಗೆಯಬೇಕು. ಮಾರ್ಗಗಳನ್ನು ಸೇರಿಸಿ ಎಂದಿಗೂ ತೆಗೆಯದ ಸಹಾಯಕ ಯಂತ್ರದಲ್ಲಿ ಸೆಷನ್ಗಿಂತ ಹೆಚ್ಚು ಕಾಲ ಉಳಿಯುವ ಹಳೆಯ ಮಾರ್ಗವನ್ನು ಬಿಡುತ್ತದೆ.
ip -brief address show tun0
ip route get 10.24.8.15
resolvectl status tun0
journalctl -u NetworkManager -b --no-pager | grep -i -E 'vpnc|script'
ಸಂಪರ್ಕದಲ್ಲಿರುವಾಗ ಮೊದಲ ಮೂರನ್ನು ಚಲಾಯಿಸಿ, ಸಂಪರ್ಕ ಕಡಿತಗೊಳಿಸಿ, ನಂತರ ಅವನ್ನು ಮತ್ತೆ ಚಲಾಯಿಸಿ ಮತ್ತು ಮಾರ್ಗ ಮತ್ತು ರೆಸಾಲ್ವರ್ ನಮೂದು ಹೋಗಿರುವುದನ್ನು ದೃಢೀಕರಿಸಿ. ನಾಲ್ಕನೇ ಸಾಲು ಸಹಾಯಕ ಕರೆಯಲ್ಪಟ್ಟಿದೆಯೇ ಮತ್ತು ಸೇವೆ ಯಾವ ಕಾರ್ಯಗತಗೊಳಿಸಬಹುದಾದ ಮಾರ್ಗವನ್ನು ಬಳಸಿತು ಎಂಬುದನ್ನು ತೋರಿಸುತ್ತದೆ. ಆ ಎರಡು ಔಟ್ಪುಟ್ಗಳನ್ನು ಟಿಕೆಟ್ನಲ್ಲಿ ಉಳಿಸಿ, ಏಕೆಂದರೆ ಮೊದಲು-ನಂತರದ ಹೋಲಿಕೆಯೇ ಸ್ವಚ್ಛತೆಯ ದೋಷವನ್ನು ಸ್ಪಷ್ಟಪಡಿಸುತ್ತದೆ.
ಸಹಾಯಕವನ್ನು ಪ್ಯಾಕೇಜ್ ಮಾಡಿ ಸೇವಾ ಖಾತೆಗೆ ಕಾರ್ಯಗತಗೊಳಿಸಬಹುದಾದಂತೆ ಇರಿಸಿ, ಏಕೆಂದರೆ ನಿಮ್ಮ ಶೆಲ್ನಲ್ಲಿ ಚಲಿಸುವ ಸ್ಕ್ರಿಪ್ಟ್ ಸಹ ಸೀಮಿತ ಸೇವಾ ನೀತಿಯ ಅಡಿಯಲ್ಲಿ ತಿರಸ್ಕರಿಸಬಹುದು. ನಿಜವಾಗಿ ಕಸ್ಟಮೈಸೇಶನ್ ಬೇಕಾದಾಗ, ಅದರ ಉದ್ದೇಶ ಮತ್ತು ಮಾಲೀಕರನ್ನು ದಾಖಲಿಸಿ ಮತ್ತು ಪ್ರತಿ ಅಪ್ಗ್ರೇಡ್ನಲ್ಲಿ ಪ್ಯಾಕೇಜ್ ಮಾಡಿದ ಆವೃತ್ತಿಯೊಂದಿಗೆ ಹೋಲಿಸಿ. ಸಹಾಯಕದ ವಿವರಿಸಲಾಗದ ಫೋರ್ಕ್ ಒಂದು ವರ್ಷದ ನಂತರ ಕೆಲಸ ಮಾಡುತ್ತಿದ್ದ ಸಂಪರ್ಕವನ್ನೂ ವಿಫಲಗೊಳಿಸಬಹುದಾದ ಕೆಲವೇ ವಸ್ತುಗಳಲ್ಲಿ ಒಂದು.