AWS Client VPN se v Linuxu ne zažene? Uskladite izvajalno okolje

Namestili ste paket AWS Client VPN na Ubuntu, ga zagnali in dobili napako nalagalnika o manjkajoči skupni knjižnici, še preden je bil prebran kateri koli profil. Prvi impulz je vzeti to knjižnico iz starejše izdaje in nadaljevati. To običajno zamenja eno pokvarjeno odvisnost s sistemom, ki se ne ujema več z lastno zbirko paketov. Napaka ob zagonu je vprašanje meje podpore, ne omrežja.

Napaka navaja knjižnico, ne omrežja

Namizni odjemalec VPN mora naložiti svoje izvajalno okolje, preden se lahko ozre na vaš profil ali končno točko. Ko dinamični nalagalnik ne more razrešiti simbola, postopek umre v prvi sekundi in okno se nikoli ne pojavi. Nobena količina urejanja profila, dela z DNS ali sprememb poti ne doseže te faze. Sporočilo berite dobesedno, saj vam natančno pove, kateri predmet je nalagalnik hotel.

Tako ločite tudi dve družini okvar. Manjkajoči skupni predmet je težava pakiranja na vašem gostitelju, medtem ko je zavrnitev preverjanja pristnosti odločitev na strani storitve, ki pride veliko pozneje v zaporedju.

Obe se končata z oknom, ki se zapre, zato ju v poročilih o napakah zamenjujejo.

Stikala globalizacije so druga težava

Napake, ki omenjajo ICU ali globalizacijo, izhajajo iz izvajalnega okolja .NET pod nekaterimi sestavami odjemalca, ne iz sklada TLS. Nastavitev stikala nespremenljive globalizacije spremeni, kako to okolje obravnava kulturne podatke, in ne priskrbi manjkajoče libssl. Če ga uporabite za utišanje napake TLS, vam ostane odjemalec, ki se zažene in nato spodleti drugje.

Držite oboje v ločenih škatlah: eno spremeni vedenje okolja, drugo zadovolji povezovalnik. Seganje po prvem, ko imate drugo, je navada, ki se je vredno odreči.

Če gostitelj res ne more zagotoviti zahtevanega okolja, je podprt odgovor drug gostitelj, ne spremenjen.

Zakaj uvoz starega OpenSSL udari nazaj

Kopiranje libssl in libcrypto iz starejše distribucije v /usr/lib deluje dovolj pogosto, da je vabljivo. Prav tako postavi knjižnico izven nadzora upravitelja paketov, zato jo vsaka poznejša varnostna posodobitev bodisi zgreši bodisi trči z njo. Na gostitelju, kjer teče tudi brskalnik ali odjemalec SSH, ste spremenili kriptografski sklad programom, ki tega nikoli niso zahtevali.

Podprta pot je dokumentirani vir paketov in njegovo razreševanje odvisnosti za točno vašo izdajo OS in arhitekturo. Preverite zahteve odjemalca AWS za Linux in opombe ob izdaji različice, ki jo nameščate, saj se matrika podpore premika med izdajami.

Stara rešitev s foruma je posnetek enega para izdaj, ne jamstvo združljivosti.

Ohranite definicijo storitve dobavitelja

Nekateri vodniki vam dajo minimalno enoto systemd, da zamenja pakirano. Ta enota običajno izpusti argumente, nastavitve utrjevanja in integracijo, ki jih je dobavitelj dodal pozneje, nastala okvara pa se pojavi nekje, kjer je ne boste povezali s spremembo.

Če potrebujete spremembo, uporabite namesto tega drop-in: majhno datoteko za prepis v imeniku .d enote, ki doda ali nadomesti eno direktivo, s komentarjem, zakaj obstaja in kako jo umakniti. Datoteka dobavitelja ostane nedotaknjena, naslednja posodobitev paketa pa vašega dela ne razveljavi tiho in ga tudi ne podvoji.

Zapišite pot prepisa v svoje zapiske, ker bo naslednji skrbnik najprej pogledal tja.

Dokažite zagon, preden razhroščujete poti

Poskrbite, da se odjemalec zanesljivo zažene z odobrenim profilom, nato se prijavite, nato potrdite tunel in šele nato poglejte poti, DNS in zasebne vire. Vsaka faza ustvari svoje dokazilo, njihovo mešanje pa naredi težavo okolja podobno težavi usmerjanja. Če potrebujete podporo dobavitelja, zajemite prvi koristni dogodek zagona namesto posnetka okna, ki se zapira.

Nikoli ne priložite zasebnega ključa ali celotnega profila z vgrajenimi poverilnicami kot diagnostično gradivo.

Eno vprašanje reši večino teh zahtevkov: ali je nameščena različica odjemalca še podprta v tej izdaji OS? Če ni, je popravek podprt par, ne še en lov na knjižnice.