Linux ನಲ್ಲಿ Kerio VPN ಕ್ಲೈಂಟ್: ಕ್ರಮದಲ್ಲಿ ಐದು ಪರಿಶೀಲನೆಗಳು

Linux ನಲ್ಲಿ Kerio VPN ಕ್ಲೈಂಟ್ ಸ್ಥಾಪಿಸಿದ ನಂತರ ಡೆಸ್ಕ್ಟಾಪ್ನಲ್ಲಿ ಯಾವುದೇ ಐಕಾನ್ ಕಾಣಿಸುವುದಿಲ್ಲ ಮತ್ತು ಖಾಸಗಿ ನೆಟ್ವರ್ಕ್ ತಲುಪಲಾಗದೆ ಉಳಿಯುತ್ತದೆ. ಇದು ಈ ಕ್ಲೈಂಟ್ನ ಸಾಮಾನ್ಯ ರೂಪ, ಮುರಿದ ಸ್ಥಾಪನೆ ಅಲ್ಲ: GFI ಯ Linux ಸೂಚನೆಗಳು ಕಮಾಂಡ್-ಲೈನ್ ಕಾನ್ಫಿಗರೇಶನ್ ಮತ್ತು ಸೇವಾ ಸ್ಕ್ರಿಪ್ಟ್ ಅನ್ನು ವಿವರಿಸುತ್ತವೆ, ಯಾವುದೇ GUI ಇಲ್ಲದೆ. ಕೆಳಗಿನ ಪರಿಶೀಲನೆಗಳನ್ನು ಕ್ರಮದಲ್ಲಿ ಮಾಡಿ, ಏಕೆಂದರೆ ಪ್ರತಿಯೊಂದೂ ಬೇರೆ ಪದರವನ್ನು ತೆಗೆದುಹಾಕುತ್ತದೆ. ಮೊದಲ ವೈಫಲ್ಯ ಎಲ್ಲಿ ನಿಲ್ಲಬೇಕೆಂದು ಹೇಳುತ್ತದೆ, ಮತ್ತು ಮುಂದಕ್ಕೆ ಹಾರುವುದು ಸಾಮಾನ್ಯವಾಗಿ ಎಂದಿಗೂ ಸಮಸ್ಯೆಯಾಗದ ಪ್ಯಾಕೇಜ್ ಅನ್ನು ಮರು ನಿರ್ಮಿಸುವುದು ಎಂದರ್ಥ.

ಬಿಲ್ಡ್ ಯಂತ್ರಕ್ಕೆ ಹೊಂದುತ್ತದೆಯೇ ಎಂದು ಖಚಿತಪಡಿಸಿ

ಪ್ರಾರಂಭಿಸಿ dpkg ಯಂತ್ರ ಏನೆಂದು ಮತ್ತು ಪ್ಯಾಕೇಜ್ ಯಾವುದಕ್ಕಾಗಿ ನಿರ್ಮಿಸಲಾಗಿದೆ ಎಂದು ತೋರಿಸುತ್ತದೆ. ಸಾಮಾನ್ಯ 64-ಬಿಟ್ ಸಿಸ್ಟಮ್ನಲ್ಲಿ dpkg --print-architecture ಮುದ್ರಿಸುತ್ತದೆ amd64, ಮತ್ತು ಮಾರಾಟಗಾರರ ಪುಟವು ಸಾಮಾನ್ಯ Debian ಪ್ಯಾಕೇಜಿನ ಪಕ್ಕದಲ್ಲಿ amd64 ಪ್ಯಾಕೇಜ್ ಅನ್ನು ಪಟ್ಟಿ ಮಾಡುತ್ತದೆ. ನೀವು ನಿಜವಾಗಿ ಸ್ಥಾಪಿಸಿದ ಫೈಲ್ನ ಹೆಸರಿನಲ್ಲಿರುವ ಬಿಡುಗಡೆ ಸ್ಟ್ರಿಂಗ್ ಓದಿ, ಎರಡೂ ಹೊಂದುತ್ತವೆ ಎಂದು ಊಹಿಸುವ ಬದಲು.

2013 ರ i386 ಗಾಗಿ ನಿರ್ಮಿಸಿದ ಆರ್ಕೈವ್ ಕೇವಲ --force-architecture ರವಾನಿಸಿದ್ದರಿಂದ 64-ಬಿಟ್ ಆಗುವುದಿಲ್ಲ. ಬಲವಂತ ಮಾಡುವುದು ವಿದೇಶಿ ಬೈನರಿಗಳನ್ನು ಸ್ಥಾಪಿಸುತ್ತದೆ, ಇನ್ನೂ ಆರಂಭವಾಗುವ ಲಾಂಚರ್ನ ಹಿಂದೆ ಅವಲಂಬನೆ ವೈಫಲ್ಯವನ್ನು ಮರೆಮಾಡುತ್ತದೆ ಮತ್ತು ಡೀಮನ್ ತಪ್ಪು ಲೈಬ್ರರಿಗಳನ್ನು ಲೋಡ್ ಮಾಡಬಹುದು. ನಿಮ್ಮ ಬಿಡುಗಡೆ 32-ಬಿಟ್ ಮಾತ್ರವಿದ್ದರೆ, ಅದನ್ನು 32-ಬಿಟ್ ಪರಿಸರದಲ್ಲಿ ಚಲಾಯಿಸಿ ಅಥವಾ ಗೇಟ್ವೇ ಮಾಲೀಕರಿಂದ ಹೊಸ ಬಿಲ್ಡ್ ಕೇಳಿ.

ಅವಲಂಬನೆ ಸಾಲನ್ನು ಸಹ ಪರಿಶೀಲಿಸಿ. dpkg -s kerio-control-vpnclient | grep -i depends ಪ್ಯಾಕೇಜ್ ಏನನ್ನು ನಿರೀಕ್ಷಿಸುತ್ತದೆ ಎಂದು ತೋರಿಸುತ್ತದೆ, ಮತ್ತು ಪೂರೈಸದ ಆವೃತ್ತಿ ಪಿನ್ ಅಥವಾ ಕಾಣೆಯಾದ ರನ್ಟೈಮ್ ಲೈಬ್ರರಿ ಇಲ್ಲಿ ಕಾಣಿಸುತ್ತದೆ, ಕ್ಲೈಂಟ್ ಲಾಗ್ನಲ್ಲಿ ಅಲ್ಲ.

ಪ್ಯಾಕೇಜ್ ವಿಝಾರ್ಡ್ ಮೂಲಕ ಅದನ್ನು ಕಾನ್ಫಿಗರ್ ಮಾಡಿ

ವಿನ್ಯಾಸದ ಪ್ರಕಾರ ಕ್ಲೈಂಟ್ಗೆ ಆಪ್ ಡ್ರಾಯರ್ನಲ್ಲಿ ನಮೂದು ಇಲ್ಲ, ಆದ್ದರಿಂದ ಕಾಣೆಯಾದ ಐಕಾನ್ ಕಾನ್ಫಿಗರೇಶನ್ ಯಶಸ್ವಿಯಾಯಿತೇ ಎಂಬುದನ್ನು ಏನೂ ಹೇಳುವುದಿಲ್ಲ. ವಿಝಾರ್ಡ್ ಅನ್ನು ಮತ್ತೆ ತೆರೆಯಲು sudo dpkg-reconfigure kerio-control-vpnclient ಚಲಾಯಿಸಿ ಮತ್ತು ಅದರ ಪ್ರಶ್ನೆಗಳಿಗೆ ಉತ್ತರಿಸಿ: VPN ಎಂಡ್ಪಾಯಿಂಟ್, ಖಾತೆಯ ವಿವರಗಳು ಮತ್ತು ಸರ್ವರ್ ಪ್ರಮಾಣಪತ್ರದ ಫಿಂಗರ್ಪ್ರಿಂಟ್.

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

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

ವಿಝಾರ್ಡ್ ಬರೆಯುವ ಫೈಲ್ ಅನ್ನು ತಿಳಿಯಿರಿ

ಕಾನ್ಫಿಗರೇಶನ್ ಇದರಲ್ಲಿದೆ: /etc/kerio-kvc.conf ಮತ್ತು ಅದು ಖಾತೆ ಮತ್ತು ಪಿನ್ ಮಾಡಿದ ಫಿಂಗರ್ಪ್ರಿಂಟ್ ಎರಡನ್ನೂ ಹೊಂದಿದೆ. ಅದನ್ನು ಗೋಪ್ಯ ವಸ್ತುವೆಂದು ಪರಿಗಣಿಸಿ. sudo stat -c '%a %U %G' /etc/kerio-kvc.conf ಅದನ್ನು ಎಲ್ಲರಿಗೂ ಓದಬಹುದಾದಂತೆ ತೋರಿಸಬಾರದು.

ಅಧಿಕೃತ ಹಸ್ತಚಾಲಿತ ಸಂಪಾದನೆಯ ನಂತರ, ನೆಟ್ವರ್ಕ್ ಸ್ಟಾಕ್ ಅನ್ನು ಮರುಪ್ರಾರಂಭಿಸುವ ಬದಲು ಫೈಲ್ ಹೊಂದಿರುವ ಡೀಮನ್ ಅನ್ನು ಮರುಲೋಡ್ ಮಾಡಿ: sudo /etc/init.d/kerio-kvc reload. ಮರುಲೋಡ್ ಕಾನ್ಫಿಗರೇಶನ್ ಅನ್ನು ಮತ್ತೆ ಓದುತ್ತದೆ ಮತ್ತು ಪ್ರಸ್ತುತ ಸೆಷನ್ ಅನ್ನು ಬಿಡುತ್ತದೆ, ಆದ್ದರಿಂದ ಜೀವಂತ ಸಂಪರ್ಕದಲ್ಲಿ ಇದು ನಿಷ್ಕ್ರಿಯ ಕ್ರಿಯೆ ಅಲ್ಲ.

ಏನನ್ನಾದರೂ ಬದಲಿಸುವ ಮೊದಲು ಹಿಂದಿನ ಫೈಲ್ ಅನ್ನು ನಕಲಿಸಿ. ಸಂಪಾದನೆಯ ನಂತರ ದೃಢೀಕರಣ ವಿಫಲವಾದರೆ, ಕೊನೆಯ ಕೆಲಸದ ನಕಲನ್ನು ಮರುಸ್ಥಾಪಿಸಲು ಸೆಕೆಂಡುಗಳು ಬೇಕು ಮತ್ತು ಸಂಪಾದನೆಯನ್ನು ನೆಟ್ವರ್ಕ್ನಿಂದ ಪ್ರತ್ಯೇಕಿಸುತ್ತದೆ, ಎರಡರಲ್ಲಿ ಯಾವುದು ಸರಿದಿದೆ ಎಂದು ತಿಳಿಯುವ ಅಗ್ಗದ ದಾರಿ ಇದು.

ಜೀವಂತ ಸೆಷನ್ ಅನ್ನು ಬೂಟ್ ವರ್ತನೆಯಿಂದ ಬೇರ್ಪಡಿಸಿ

ಸೇವಾ ಸ್ಕ್ರಿಪ್ಟ್ ಪ್ರಸ್ತುತ ಸಂಪರ್ಕವನ್ನು ನಿಯಂತ್ರಿಸುತ್ತದೆ: sudo /etc/init.d/kerio-kvc stop ಈಗಲೇ ಟನಲ್ ಕೊನೆಗೊಳಿಸುತ್ತದೆ ಮತ್ತು start ಅದನ್ನು ಮರಳಿ ತರುತ್ತದೆ. ಯಾವುದೇ ಕಮಾಂಡ್ ಮುಂದಿನ ಬೂಟ್ನಲ್ಲಿ ಏನಾಗುತ್ತದೆ ಎಂದು ನಿರ್ಧರಿಸುವುದಿಲ್ಲ, ಮತ್ತು ಆ ವ್ಯತ್ಯಾಸ ದೂರದಿಂದ ನಿರ್ವಹಿಸುವ ಯಂತ್ರದಲ್ಲಿ ಮುಖ್ಯ.

ಲಿಂಕ್ ತೆಗೆಯುವ ಅಥವಾ ಏನನ್ನಾದರೂ ಮರೆಮಾಡುವ ಮೊದಲು ಸ್ಟಾರ್ಟ್ಅಪ್ ಯಾರದ್ದು ಎಂದು ಪರಿಶೀಲಿಸಿ. ಪ್ಯಾಕೇಜ್ ತನ್ನದೇ init ಸ್ಕ್ರಿಪ್ಟ್ ಸ್ಥಾಪಿಸಬಹುದು, unit ರಚಿಸಬಹುದು, ಅಥವಾ ಎರಡನ್ನೂ ಮಾಡಬಹುದು, ಮತ್ತು ತಪ್ಪು ಹೆಸರನ್ನು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸುವುದು ಮರುಬೂಟ್ ನಂತರ ಕ್ಲೈಂಟ್ ಮರಳಲು ಕಾರಣವಾಗುತ್ತದೆ. systemctl status kerio-kvc ಅನ್ನು ಪ್ಯಾಕೇಜ್ ದಾಖಲೆ ಬಳಸುವ ಹೆಸರಿನೊಂದಿಗೆ ಪರಿಶೀಲಿಸಿ, ನಂತರ ಬೂಟ್ ಪ್ರಕ್ರಿಯೆ ನಿಜವಾಗಿ ಓದುವ ಮಾರ್ಗವನ್ನು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸಿ.

ಕಾನ್ಫಿಗರೇಶನ್ ಹೋಲುತ್ತದೆ ಎಂದು OpenVPN unit ಬದಲಿಸಬೇಡಿ. ಈ ಕ್ಲೈಂಟ್ Kerio ಗೇಟ್ವೇ ಜೊತೆ ತನ್ನದೇ ಪ್ರೋಟೋಕಾಲ್ನಲ್ಲಿ ಮಾತನಾಡುತ್ತದೆ, ಆದ್ದರಿಂದ ಅದೇ ಫೈಲ್ಗೆ ತೋರಿಸಿದ ಇನ್ನೊಂದು ಡೀಮನ್ ದೃಢೀಕರಣಗೊಳ್ಳುವುದಿಲ್ಲ, ಮತ್ತು ಹೆಚ್ಚುವರಿ ವೈಫಲ್ಯ ಸಾಕ್ಷ್ಯಗಳನ್ನು ಓದುವುದನ್ನು ಕಷ್ಟಕರಗೊಳಿಸುತ್ತದೆ. GFI ಯ Linux ಕ್ಲೈಂಟ್ ಸಹ ಒಂದೇ ಸಮಯಕ್ಕೆ ಒಂದು VPN ಸಂಪರ್ಕವನ್ನು ಮಾತ್ರ ಹೊಂದಿರುತ್ತದೆ; ಆ ಮಿತಿ ಕ್ಲೈಂಟ್ಗೆ ಅನ್ವಯಿಸುತ್ತದೆ, ಗೇಟ್ವೇಯ ಬಳಕೆದಾರ ಸಾಮರ್ಥ್ಯಕ್ಕೆ ಅಲ್ಲ.

ಲಾಗ್ಗಳನ್ನು ಓದಿ, ನಂತರ ಸಂಪನ್ಮೂಲವನ್ನು ಪರಿಶೀಲಿಸಿ

ಮೂರು ಫೈಲ್ಗಳು /var/log/kerio-kvc ಡೀಮನ್ನ ಕಥೆಯನ್ನು ಹೇಳುತ್ತವೆ: init.log ಜೀವನಚಕ್ರ ಘಟನೆಗಳಿಗೆ, error.log ಗಂಭೀರ ವೈಫಲ್ಯಗಳಿಗೆ ಮತ್ತು debug.log ವಿವರಗಳಿಗೆ. ನಿಮ್ಮ ಪ್ರಶ್ನೆಗೆ ಉತ್ತರಿಸುವ ಚಿಕ್ಕ ಭಾಗವನ್ನು ಓದಿ, ಮತ್ತು ಎಲ್ಲಿಯಾದರೂ ಅಂಟಿಸುವ ಮೊದಲು ಎಂಡ್ಪಾಯಿಂಟ್ಗಳು ಮತ್ತು ಬಳಕೆದಾರರ ಹೆಸರುಗಳನ್ನು ತೆಗೆದುಹಾಕಿ. init.log ನಲ್ಲಿ ವಿಝಾರ್ಡ್ ಚಲಾಯಿಸಿದ ಸಮಯದ ಸುತ್ತ ಅಂತರವಿದ್ದರೆ ಡೀಮನ್ ಎಂದಿಗೂ ಮರುಪ್ರಾರಂಭವಾಗಿಲ್ಲ ಎಂದರ್ಥ.

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

ನೀವು ಕೊನೆಗೊಳಿಸಿದ ಸ್ಥಿತಿಯನ್ನು ದಾಖಲಿಸಿ: ಪ್ಯಾಕೇಜ್ ಬಿಡುಗಡೆ, ಆರ್ಕಿಟೆಕ್ಚರ್, ಫಿಂಗರ್ಪ್ರಿಂಟ್ ಇನ್ನೊಂದು ಚಾನೆಲ್ನಿಂದ ಪರಿಶೀಲಿಸಲಾಗಿದೆಯೇ, ಮತ್ತು ಯಾವ ಮರುಲೋಡ್ ಅಥವಾ ಮರುಪ್ರಾರಂಭ ಮಾಡಿದಿರಿ. ಆ ಟಿಪ್ಪಣಿಯೇ ಮುಂದಿನ ವ್ಯಕ್ತಿಯ ಮೊದಲ ಪರಿಶೀಲನೆಯನ್ನು ಅಗ್ಗವಾಗಿಸುತ್ತದೆ.