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 -d

Benotzt 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-resolve plus 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, dann resolvectl domain tunsnx corp.example, a bestätegt mat resolvectl 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/launcher

D'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.

Ähnlech Artikelen