Linux ನಲ್ಲಿ SNX: 32-ಬಿಟ್ ಗ್ರಂಥಾಲಯಗಳು ಮತ್ತು ಮರುಹೊಂದಿಸುವ ಪರಿಹಾರಕ

Check Point ನ SSL Network Extender Linux ನಲ್ಲಿ ನಾಲ್ಕು ಗುರುತಿಸಬಹುದಾದ ರೀತಿಗಳಲ್ಲಿ ವಿಫಲವಾಗುತ್ತದೆ, ಮತ್ತು ಅವುಗಳಲ್ಲಿ ಮೂರನ್ನು ಲಾಗಿನ್ ಸಮಸ್ಯೆ ಎಂದು ತಪ್ಪಾಗಿ ಓದಲಾಗುತ್ತದೆ. ಒಂದೋ ಬೈನರಿ ಪ್ರಾರಂಭವಾಗುವುದಿಲ್ಲ, ಅಥವಾ ಪ್ರಾರಂಭವಾಗಿ ಯಾವುದೇ ರೂಟ್ ಬಿಡುವುದಿಲ್ಲ, ಅಥವಾ ಸಂಪರ್ಕವಾಗಿ ಹೆಸರು ವಿಶ್ಲೇಷಣೆ ಸಾಯುತ್ತದೆ, ಅಥವಾ ಬ್ರೌಸರ್ ಪೋರ್ಟಲ್ ಕೆಲಸ ಮಾಡುತ್ತದೆ ಆದರೆ ಆಜ್ಞಾ ಸಾಲು ಮಾಡುವುದಿಲ್ಲ. ಅವನ್ನು ಅದೇ ಕ್ರಮದಲ್ಲಿ ನಿರ್ವಹಿಸಿ, ಏಕೆಂದರೆ ಪ್ರತಿಯೊಂದೂ ಮುಂದಿನದಕ್ಕೆ ಪ್ರವೇಶ ಷರತ್ತು.

ಲಕ್ಷಣ ಒಂದು: ಲಾಗಿನ್ ಮೊದಲು ಲೋಡರ್ ನಿರಾಕರಿಸುತ್ತದೆ

ಫೈರ್‌ವಾಲ್‌ನಿಂದ ಎಳೆದ ಸ್ಥಾಪಕ 32-ಬಿಟ್, setuid-root ಬೈನರಿಯನ್ನು /usr/bin/snx ನಲ್ಲಿ ಬಿಡುತ್ತದೆ. 64-ಬಿಟ್ ವಿತರಣೆಯಲ್ಲಿ i386 ಆರ್ಕಿಟೆಕ್ಚರ್ ಸಕ್ರಿಯವಾಗುವವರೆಗೆ ಮತ್ತು ಅದು ಲಿಂಕ್ ಆಗುವ ಗ್ರಂಥಾಲಯಗಳು ಇರುವವರೆಗೆ ಅದು ಚಲಿಸುವುದಿಲ್ಲ.

sudo dpkg --add-architecture i386
sudo apt update
sudo apt install libstdc++5:i386 libstdc++6:i386 libx11-6:i386 libpam0g:i386
ldd /usr/bin/snx | grep "not found"

ಖಾಲಿ not found ಪಟ್ಟಿಯೇ ಅದರ ನಂತರದ ಎಲ್ಲದಕ್ಕೂ ದ್ವಾರ. ನಿಖರ ಪ್ಯಾಕೇಜ್ ಸೆಟ್ ಬಿಡುಗಡೆಗಳ ನಡುವೆ ಬದಲಾಗುತ್ತದೆ: ಒಂದು ಕೆಲಸ ಮಾಡಿದ ವರದಿಗೆ libstdc++5:i386, libx11-6:i386 ಮತ್ತು libpam0g:i386 ಬೇಕಾಗಿದ್ದವು, ಇನ್ನೊಂದಕ್ಕೆ libstdc++6:i386 ಸಹ ಬೇಕಾಗಿತ್ತು. ಬೇರೆ ವಿತರಣೆಗೆ ಬರೆದ ಪಾಠದಿಂದ ಪ್ಯಾಕೇಜ್ ಪಟ್ಟಿ ನಕಲಿಸುವ ಬದಲು ldd ಓದಿ.

snx ಸಂಪೂರ್ಣವಾಗಿ ಕಂಡುಬರದಿದ್ದರೆ, ಸ್ಥಾಪಕ ಎಂದೂ ಪೂರ್ಣಗೊಂಡಿಲ್ಲ ಅಥವಾ ನಿಮ್ಮ PATH ನ ಹೊರಗೆ ಸ್ಥಾಪನೆಯಾಗಿದೆ. ಅದು ಬೇರೆ ವೈಫಲ್ಯ, ಮತ್ತು ಸಿಸ್ಟಂಗೆ ಆರ್ಕಿಟೆಕ್ಚರ್‌ಗಳನ್ನು ಸೇರಿಸುವ ಮೊದಲು ಅದನ್ನು ದೃಢೀಕರಿಸುವುದು ಯೋಗ್ಯ. command -v snx ನಿಂದ ಪರಿಶೀಲಿಸಿ ಮತ್ತು ಸ್ಥಾಪಕ ವರದಿ ಮಾಡಿದ ಡೈರೆಕ್ಟರಿಯಲ್ಲಿ ನೋಡಿ. ಬೈನರಿಯೇ ಇಲ್ಲದ ಯಂತ್ರಕ್ಕೆ i386 ಪ್ಯಾಕೇಜ್‌ಗಳನ್ನು ಸೇರಿಸುವುದರಿಂದ ಏನೂ ಸರಿಯಾಗುವುದಿಲ್ಲ.

ಲಕ್ಷಣ ಎರಡು: ಲಾಗಿನ್ ಯಶಸ್ವಿಯಾಗುತ್ತದೆ ಮತ್ತು ಏನೂ ಮಾರ್ಗವಾಗುವುದಿಲ್ಲ

ಯಶಸ್ವಿ ಲಾಗಿನ್ tunsnx ರಚಿಸುತ್ತದೆ ಮತ್ತು ರೂಟಿಂಗ್ ಕೋಷ್ಟಕವನ್ನು ಸ್ವತಃ ಸಂಪಾದಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಬೇರೆ ಏನನ್ನಾದರೂ ಬದಲಿಸುವ ಮೊದಲು ನಿಜವಾಗಿ ಏನಿದೆ ಎಂದು ಪರಿಶೀಲಿಸಿ.

ip -br addr show tunsnx
ip route | grep tunsnx
snx -d

ಕೆಡವಲು snx -d ಬಳಸಿ. ಪ್ರಕ್ರಿಯೆಯನ್ನು ಕೊಲ್ಲುವುದರಿಂದ ಇಂಟರ್‌ಫೇಸ್ ಮತ್ತು ಅದರ ರೂಟ್‌ಗಳು ಉಳಿಯುತ್ತವೆ, ಮತ್ತು ಮುಂದಿನ ಪ್ರಯತ್ನ ಆಗ ರುಜುವಾತುಗಳಿಗೆ ಸಂಬಂಧವಿಲ್ಲದ ಕಾರಣದಿಂದ ವಿಫಲವಾಗುತ್ತದೆ. ಮೊದಲ ಲಾಗಿನ್ /etc/snx/ ಅಡಿಯಲ್ಲಿ ಸರ್ವರ್ ಸಹಿಯನ್ನೂ ದಾಖಲಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಮೇಲ್ವಿಚಾರಣೆ ಇಲ್ಲದ ಸ್ಕ್ರಿಪ್ಟ್‌ಗೆ ಸಂಪೂರ್ಣವಾಗಿ ಕೆಲಸ ಮಾಡುವ ಮೊದಲು ಒಂದು ಸಂವಾದಾತ್ಮಕ ಓಟ ಬೇಕಾಗಬಹುದು. ಆ ಸ್ಥಿತಿಯನ್ನು ಸರ್ವರ್ ಅನ್ನು ಮತ್ತೆ ಅನುಮೋದಿಸಲು ಉದ್ದೇಶಿಸಿದಾಗ ಮಾತ್ರ ಅಳಿಸಿ.

ಲಕ್ಷಣ ಮೂರು: ಸುರಂಗ ಏರುವವರೆಗೆ ಹೆಸರುಗಳು ವಿಶ್ಲೇಷಣೆಯಾಗುತ್ತವೆ

ಇದು ಮೌನವಾಗಿ ಒಡೆಯುವದು. snx ತಳ್ಳಲಾದ DNS ಸರ್ವರ್‌ಗಳನ್ನು ನೇರವಾಗಿ /etc/resolv.conf ಗೆ ಬರೆಯುತ್ತದೆ. ಆ ಮಾರ್ಗ /run/systemd/resolve/ ಗೆ ಸಿಂಬಾಲಿಕ್ ಲಿಂಕ್ ಆಗಿದ್ದರೆ, ಮುಂದಿನ ಪರಿಹಾರಕ ಘಟನೆಯಲ್ಲಿ ಸಂಪಾದನೆ ಕಳೆದುಹೋಗಬಹುದು, ಮತ್ತು ಸಂಪರ್ಕ ಕಡಿತದ ನಂತರ ತಳ್ಳಲಾದ ನಮೂದುಗಳೂ ಹಾಗೆಯೇ ಉಳಿಯಬಹುದು.

ಎರಡು ವ್ಯವಸ್ಥೆಗಳು ಕೆಲಸ ಮಾಡುತ್ತವೆ, ಮತ್ತು ಆಯ್ಕೆ ಮೊದಲ ಹುಡುಕಾಟ ಫಲಿತಾಂಶ ಸೂಚಿಸಿದ್ದಲ್ಲ, ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿರಬೇಕು:

• ಕಡತವನ್ನು ನೀವೇ ತೆಗೆದುಕೊಳ್ಳಿ: ಸಿಂಬಾಲಿಕ್ ಲಿಂಕ್ ಬದಲು ಸ್ಥಿರ ಕಡತ ಇರಿಸಿ ಮತ್ತು libnss-resolve ಜೊತೆಗೆ ಅದರ i386 ರೂಪಾಂತರವನ್ನು ಸ್ಥಾಪಿಸಿ, ಕಡತವು ಕೆಳಗಿನಿಂದ ಮರುಬರೆಯಲ್ಪಟ್ಟಾಗಲೂ ಹೆಸರು ಸೇವೆಗೆ ಪರ್ಯಾಯ ದಾರಿ ಉಳಿಯುತ್ತದೆ.
• systemd-resolved ಅನ್ನು ಮಾಲೀಕರಾಗಿ ಇರಿಸಿ ಮತ್ತು ಸುರಂಗ ಸಂಪರ್ಕವನ್ನು ನೋಂದಾಯಿಸಿ: resolvectl dns tunsnx 10.0.0.10, ನಂತರ resolvectl domain tunsnx corp.example, ಮತ್ತು resolvectl status ನಿಂದ ದೃಢೀಕರಿಸಿ.

ಸಂಪರ್ಕಿಸುವ ಮೊದಲು VPN-ಪೂರ್ವ ಹೆಸರು ಸರ್ವರ್‌ಗಳನ್ನು ದಾಖಲಿಸಿ. ನೀವು ಕಡತವನ್ನು ಕೈಯಿಂದ ಸಂಪಾದಿಸಿದರೆ, ನಂತರ ತಳ್ಳಲಾದ ನಮೂದುಗಳನ್ನು ತೆಗೆಯುವುದು ಕಾರ್ಯವಿಧಾನದ ಭಾಗ, ಐಚ್ಛಿಕ ಸ್ವಚ್ಛಗೊಳಿಸುವಿಕೆ ಅಲ್ಲ, ಏಕೆಂದರೆ ಸಂಪರ್ಕ ಕಡಿತದ ನಂತರ ಸಾಂಸ್ಥಿಕ DNS ಉಳಿಸಿಕೊಂಡ ಲ್ಯಾಪ್‌ಟಾಪ್ ಬೇರೆ ಯಾವುದನ್ನೂ ವಿಶ್ಲೇಷಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ.

ಲಕ್ಷಣ ನಾಲ್ಕು: ಪೋರ್ಟಲ್ ಕೆಲಸ ಮಾಡುತ್ತದೆ ಮತ್ತು CLI ಮಾಡುವುದಿಲ್ಲ

ಇತ್ತೀಚಿನ ಫೈರ್‌ವಾಲ್ ಬಿಡುಗಡೆಗಳು ಮಿಡಲ್‌ವೇರ್ ಅನ್ನು ಬ್ರೌಸರ್‌ನಿಂದ ಸ್ಥಳೀಯ Java ಡೀಮನ್‌ಗೆ ಸರಿಸಿವೆ, ಆದ್ದರಿಂದ ಪೋರ್ಟಲ್ ಪೋರ್ಟ್ 14186 ನಲ್ಲಿ ಸ್ಥಳೀಯ ಏಜೆಂಟ್‌ನೊಂದಿಗೆ ಮಾತನಾಡುತ್ತದೆ. ಆ ವಿಳಾಸಕ್ಕೆ ಬ್ರೌಸರ್ ಪ್ರಮಾಣಪತ್ರ ವಿನಾಯಿತಿ ಮತ್ತು ಚಾಲನೆಯಲ್ಲಿರುವ ಪ್ರಕ್ರಿಯೆ ಬೇಕು.

ps ax | grep cshell
/usr/bin/cshell/launcher

ಆಜ್ಞಾ ಸಾಲು ಪ್ರತ್ಯೇಕ ಮಾರ್ಗ: snx -s vpn.example.com -u user, ಇದರಲ್ಲಿ ~/.snxrc ಸರ್ವರ್, ಬಳಕೆದಾರ ಹೆಸರು ಮತ್ತು ಮರುದೃಢೀಕರಣ ಆದ್ಯತೆಯನ್ನು ಇರಿಸುತ್ತದೆ. ಕೆಲಸ ಮಾಡುವ ಪೋರ್ಟಲ್ ಅಧಿವೇಶನ CLI ಸರಿಯಾಗಿ ಸ್ಥಾಪನೆಯಾಗಿದೆಯೇ ಎಂಬುದರ ಬಗ್ಗೆ ಏನನ್ನೂ ಹೇಳುವುದಿಲ್ಲ, ಮತ್ತು ಬರೀ ಕ್ಲೈಂಟ್ ಒಂದೇ ಬಾರಿ ಬಳಕೆಯ ಕೋಡ್‌ಗಳನ್ನು ನಿರ್ವಹಿಸುವುದಿಲ್ಲ.

ಉಳಿಸುವುದಕ್ಕಿಂತ ಹೆಚ್ಚು ವೆಚ್ಚಿಸುವ ಕಂಟೇನರ್ ಸುಗಮ ಮಾರ್ಗ

snx tun ಮಾಡ್ಯೂಲ್ ಪರಿಶೀಲಿಸುತ್ತದೆ, ಇಲ್ಲದಿದ್ದರೆ ಲೋಡ್ ಮಾಡುತ್ತದೆ, ಸುರಂಗ ಇಂಟರ್‌ಫೇಸ್ ರಚಿಸುತ್ತದೆ, ರೂಟ್‌ಗಳನ್ನು ಮರುಬರೆಯುತ್ತದೆ ಮತ್ತು ಸಂಚಾರವನ್ನು ಅದರ ಮೂಲಕ ತಳ್ಳುತ್ತದೆ. ಇದನ್ನು ಕಂಟೇನರ್ ಒಳಗೆ ಮರುಸೃಷ್ಟಿಸುವುದು ಎಂದರೆ /dev ಮತ್ತು /lib/modules ಮೌಂಟ್ ಮಾಡುವುದು ಮತ್ತು ವಿಶಾಲ ಸಾಮರ್ಥ್ಯಗಳನ್ನು ನೀಡುವುದು, ಇದು ಹೋಸ್ಟ್‌ನ ನೆಟ್‌ವರ್ಕ್ ಆಡಳಿತದ ಬಹುಪಾಲನ್ನು ಕಂಟೇನರ್‌ಗೆ ನೀಡುತ್ತದೆ.

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