SNX ënner Linux: 32-Bit Bibliothéiken an en Resolver deen sech zrécksetzt
SNX ënner Linux schléit am Loader, an der Routentabelle oder am Resolver fehl, an all ee vun dëse Feeler gesäit aus wéi e Loginproblem. Schafft déi véier Symptomer der Rei no of.
Dem Check Point säin SSL Network Extender schléit ënner Linux op véier erkennebare Weeër fehl, an dräi dovu ginn falsch als Loginproblem gelies. Entweder de Binary start net, oder en startet an hannerléisst keng Route, oder en verbënnt an d'Nimmopliesung stierft, oder de Browserportal funktionéiert während d'Kommandozeil et net mécht. Schafft se an där Rei of, well all een d'Entréessbedingung fir de nächsten ass.
Symptom eent: de Loader refuséiert virum Login
Den Installer, dee vun der Firewall geholl gëtt, leet e 32-Bit Binary mat setuid-root an /usr/bin/snx. Op enger 64-Bit Distributioun leeft en net, bis d'i386-Architektur aktivéiert ass an d'Bibliothéiken, géint déi en linkt, existéieren.
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"Eng eidel not found Lëscht ass d'Paart fir alles wat duerno kënnt. De geneeë Paketsaz verréckelt sech tëscht Verëffentlechungen: e funktionéierende Rapport huet libstdc++5:i386, libx11-6:i386 an libpam0g:i386 gebraucht, en aneren huet och libstdc++6:i386 gebraucht. Liest ldd amplaz eng Paklëscht aus engem Tutorial ze kopéieren, dat fir eng aner Distributioun geschriwwe gouf.
Wann snx guer net fonnt gëtt, gouf den Installer ni fäerdeg oder en huet sech irgendwou baussent Ärem PATH installéiert. Dat ass en anere Feeler, an et ass der Méi wäert, en ze bestätegen ier Dir Architekturen zum System bäifüügt. Kontrolléiert mat command -v snx a kuckt an de Verzeechnis, deen den Installer gemellt huet. i386-Päck op engem Apparat bäizefüügen, op deem de Binary einfach feelt, reparéiert näischt.
Symptom zwee: de Login geléngt an näischt gëtt geroutet
E erfollegräiche Login erstellt tunsnx a beaarbecht d'Routentabelle selwer, also kontrolléiert wat tatsächlech existéiert ier Dir eppes anescht ännert.
ip -br addr show tunsnx
ip route | grep tunsnx
snx -dBenotzt snx -d fir ofzebauen. De Prozess ëmzebréngen hannerléisst d'Interface an hir Routen, an de nächsten Versuch schléit dann aus engem Grond fehl, deen näischt mat den Umeldungsdaten ze dinn huet. Den éischte Login registréiert och eng Serverëmschrëft ënner /etc/snx/, dofir kann e Script ouni Opsiicht eng interaktiv Ausféierung brauchen, ier et iwwerhaapt funktionéiere kann. Läscht dee Staat nëmmen, wann Dir de Server wëllt nei genehmegen.
Symptom dräi: Nimm ginn opgeléisst bis den Tunnel eropkënnt
Dëst ass deen, deen sech roueg briechen. snx schreift gedréckt DNS-Server direkt an /etc/resolv.conf. Wou dee Wee e symboalesche Link an /run/systemd/resolve/ ass, kann d'Ännerung beim nächsten Resolver-Event verluer goen, an no enger Trennung kënnen d'gedréckt Entréen och esou gutt bleiwen.
Zwou Arrangementer funktionéieren, an d'Wiel soll bewosst sinn an net dat, wat den éischte Sichresultat virgeschloen huet:
- Huet d'Datei iwwer: ersetzt de symboalesche Link duerch eng statesch Datei a installéiert
libnss-resolveplus seng i386-Variant, sou datt den Nummensservice nach e Réckzuch huet, wann d'Datei drënner nei geschriwwe gëtt. - Behält systemd-resolved als Besëtzer an registréiert den Tunnel-Link:
resolvectl dns tunsnx 10.0.0.10, dannresolvectl domain tunsnx corp.example, a bestätegt matresolvectl status.
Notéiert d'Nimmsserver virum VPN ier Dir Iech verbënnt. Wann Dir d'Datei vun Hand beaarbecht, ass d'Entferne vun de gedréckt Entréen duerno Deel vun der Prozedur, net optional Botzen, well e Laptop, deen nom Trennen den Firmen-DNS behält, kann näischt anescht opléisen.
Symptom véier: de Portal funktionéiert an d'CLI net
Rezent Firewall-Verëffentlechunge hunn d'Middleware aus dem Browser an en lokalen Java-Daemon verréckelt, sou datt de Portal mat engem lokalen Agent um Port 14186 schwätzt. Dee Site brauch eng Browserzertifikats-Ausnam an e lafende Prozess.
ps ax | grep cshell
/usr/bin/cshell/launcherD'Kommandozeil ass en eegene Wee: snx -s vpn.example.com -u user, woubäi ~/.snxrc de Server, de Benotzernumm an d'Astellung fir d'Reauthentifizéierung hält. Eng funktionéierend Portalsitzung seet näischt doriwwer, ob d'CLI richteg installéiert ass, an de bloe Client behandelt keng Eemol-Coden.
Dee Container-Ofkierzung, dee méi kascht wéi en spuert
snx kontrolléiert den tun-Modul, lued en, wann en feelt, erstellt eng Tunnelinterface, schreift Routen ëm an dréckt den Trafik duerch. Dat an engem Container nozebauen heescht /dev an /lib/modules ze montéieren an breed Fähegkeeten ze ginn, wat dem Container de gréissten Deel vun der Netzadministratioun vum Host iwwergëtt.
Wann eng Sandbox wierklech néideg ass, ass eng virtuell Maschinn déi méi propper Grenz: de Client kritt e Kernel, deen en däerf änneren, an den Host behält seng Routentabelle. Wielt dat, ier Dir en Nomëtteg op Fähegkeeten verbréngt, déi Dir wäert bedaueren, gi sech hutt.