SNX Linuxen: 32 biteko liburutegiak eta berrezartzen den ebazlea

SNXek Linuxen huts egiten du kargatzailean, bideratze-taulan edo ebazlean, eta huts egite bakoitzak saio-hasierako arazo dirudi. Landu lau sintomak hurrenez hurren.

Check Pointen SSL Network Extenderrek Linuxen lau modu ezagugarritan huts egiten du, eta horietako hiru oker irakurtzen dira saio-hasierako arazo gisa. Edo binarioa ez da abiatzen, edo abiatzen da eta ez du biderik uzten, edo konektatzen da eta izenen ebazpena hiltzen da, edo arakatzaileko atariak funtzionatzen du eta komando-lerroak ez. Landu itzazu ordena horretan, bakoitza hurrengoaren sarrera-baldintza delako.

Lehen sintoma: kargatzaileak uko egiten du saio-hasiera baino lehen

Suhormatik jaitsitako instalatzaileak 32 biteko setuid-root binarioa uzten du /usr/bin/snx-n. 64 biteko banaketan ez da exekutatzen i386 arkitektura gaituta egon eta estekatzen dituen liburutegiak existitu arte.

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 zerrenda hutsa da ondorengo guztiaren ate. Pakete-multzo zehatza aldatzen da bertsioen artean: txosten batek libstdc++5:i386, libx11-6:i386 eta libpam0g:i386 behar zituen, beste batek libstdc++6:i386 ere bai. Irakurri ldd, beste banaketa baterako idatzitako tutorial batetik pakete-zerrenda kopiatu beharrean.

snx batere aurkitzen ez bada, instalatzailea ez zen inoiz amaitu edo zure PATH-tik kanpo instalatu zen. Hori beste hutsegite bat da, eta merezi du baieztatzea sisteman arkitekturak gehitu aurretik. Egiaztatu command -v snx erabiliz eta begiratu instalatzaileak jakinarazitako direktorioan. i386 paketeak binarioa besterik ez dagoen makinan gehitzeak ez du ezer konpontzen.

Bigarren sintoma: saio-hasierak arrakasta du eta ezer ez da bideratzen

Saio-hasiera arrakastatsuak tunsnx sortzen du eta bideratze-taula bera editatzen du, beraz egiaztatu zer dagoen benetan beste ezer aldatu aurretik.

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

Erabili snx -d desmuntatzeko. Prozesua hiltzeak interfazea eta haren bideak atzean uzten ditu, eta hurrengo saiakerak gero huts egiten du kredentzialekin zerikusirik ez duen arrazoi batengatik. Lehen saio-hasierak zerbitzariaren sinadura bat ere erregistratzen du /etc/snx/ azpian, eta horregatik script gainbegiratu batek exekuzio interaktibo bat behar dezake funtzionatu ahal izateko. Ezabatu egoera hori zerbitzaria berriro onartzeko asmoa duzunean soilik.

Hirugarren sintoma: izenak ebazten dira tunela altxatzen den arte

Hauxe da isil-isilik hausten dena. snxek bultzatutako DNS zerbitzariak zuzenean /etc/resolv.conf fitxategian idazten ditu. Bide hori /run/systemd/resolve/ barneko esteka sinbolikoa denean, aldaketa gal daiteke hurrengo ebazle-gertaeran, eta deskonektatu ondoren bultzatutako sarrerak bezain ondo gera daitezke.

Bi antolamendu funtzionatzen dute, eta hautaketak deliberatua izan behar du, lehen bilaketa-emaitzak iradokitakoa izan beharrean:

  • Hartu fitxategia zeure gain: ordeztu esteka sinbolikoa fitxategi estatiko batekin eta instalatu libnss-resolve gehi bere i386 aldaera, zerbitzuak oraindik erreserba bat izan dezan fitxategia azpitik berridazten denean.
  • Mantendu systemd-resolved jabe gisa eta erregistratu tunelaren esteka: resolvectl dns tunsnx 10.0.0.10, gero resolvectl domain tunsnx corp.example, eta berretsi resolvectl status erabiliz.

Idatzi VPN aurreko izen-zerbitzariak konektatu aurretik. Fitxategia eskuz editatzen baduzu, bultzatutako sarrerak gero kentzea prozeduraren parte da, ez hautazko garbiketa, deskonektatu ondoren enpresako DNS mantentzen duen ordenagailu eramangarri batek beste ezer ebatzi ezingo duelako.

Laugarren sintoma: atariak funtzionatzen du eta CLIak ez

Suhormaren azken bertsioek middlewarea arakatzailerik atera eta Java daemon lokal batera eraman dute, beraz atariak 14186 atakako agente lokal batekin hitz egiten du. Helbide horrek arakatzaileko ziurtagiri-salbuespena eta prozesu bat martxan behar ditu.

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

Komando-lerroa bide bereizia da: snx -s vpn.example.com -u user, ~/.snxrc-k zerbitzaria, erabiltzaile-izena eta berrautentifikazio-lehentasuna gordetzen dituelarik. Funtzionatzen duen atari-saio batek ez du ezer esaten CLIa behar bezala instalatuta dagoen ala ez, eta bezero soilak ez ditu erabilera bakarreko kodeak kudeatzen.

Kostua baino gehiago aurrezten ez duen edukiontzi-bidea

snxek tun modulua bilatzen du, falta denean kargatu egiten du, tunel-interfaze bat sortzen du, bideak berridazten ditu eta trafikoa bertatik bultzatzen du. Hori edukiontzi baten barruan erreproduzitzeak /dev eta /lib/modules muntatzea esan nahi du eta gaitasun zabalak ematea, eta horrek ostalariaren sare-administrazioaren zatirik handiena edukiontziari ematen dio.

Sandbox bat benetan behar denean, makina birtuala da muga garbiena: bezeroak aldatu dezakeen nukleo bat jasotzen du, eta ostalariak bere bideratze-taula mantentzen du. Aukeratu hori ematen duzula damutuko zaren gaitasunetan arratsalde bat eman aurretik.

Erlazionatutako artikuluak