Hindi nagbubukas ang AWS Client VPN sa Linux? Itugma ang runtime

Nag-install ka ng paketeng AWS Client VPN sa Ubuntu, pinatakbo ito, at nakakuha ng error ng loader tungkol sa kulang na shared library bago pa nabasa ang anumang profile. Ang unang instinct ay kunin ang library na iyon mula sa mas lumang release at magpatuloy. Kadalasan, pinapalitan nito ang isang sirang dependency ng isang sistemang hindi na tumutugma sa sarili nitong database ng pakete. Ang pagkabigo sa pagbubukas ay usapin ng hangganan ng suporta, hindi ng network.

Binabanggit ng error ang isang library, hindi ang network

Kailangang i-load ng isang desktop VPN client ang runtime nito bago nito matingnan ang iyong profile o ang iyong endpoint. Kapag hindi maresolba ng dynamic na loader ang isang simbolo, namamatay ang proseso sa unang segundo at hindi kailanman lumalabas ang window. Walang dami ng pag-edit ng profile, gawaing DNS o pagbabago ng ruta ang nakakaabot sa yugtong iyon. Basahin ang mensahe nang literal, dahil sinasabi nito nang eksakto kung aling object ang gusto ng loader.

Ganoon din ang paghihiwalay mo sa dalawang pamilya ng pagkabigo. Ang kulang na shared object ay problema sa packaging sa iyong host, samantalang ang pagtanggi sa authentication ay desisyon sa panig ng serbisyo na dumarating nang mas huli sa pagkakasunod-sunod.

Parehong nagtatapos sa window na nagsasara, kaya pinagsasama-sama sila sa mga ulat ng bug.

Ibang problema ang mga switch ng globalisasyon

Ang mga error na nagbabanggit ng ICU o globalisasyon ay nagmumula sa .NET runtime sa ilalim ng ilang build ng client, hindi sa TLS stack. Ang pagtatakda ng invariant-globalization switch ay nagbabago kung paano hinahawakan ng environment na iyon ang data ng kultura, at hindi ito nagbibigay ng kulang na libssl. Ang paglalapat nito para patahimikin ang isang TLS error ay nag-iiwan sa iyo ng client na bumubukas at pagkatapos ay nabibigo sa ibang lugar.

Itago ang dalawa sa magkahiwalay na kahon: binabago ng isa ang pag-uugali ng runtime, ang isa ay nagbibigay-kasiyahan sa isang linker. Ang umabot sa una kapag mayroon ka ng pangalawa ay ugali na dapat iwanan.

Kung talagang hindi kayang ibigay ng host ang kinakailangang runtime, ang sinusuportahang sagot ay ibang host, hindi binagong host.

Bakit bumabalik sa iyo ang pag-import ng lumang OpenSSL

Ang pagkopya ng libssl at libcrypto mula sa mas lumang distribusyon patungo sa /usr/lib ay madalas gumana nang sapat para maging kaakit-akit. Inilalagay rin nito ang library sa labas ng kontrol ng package manager, kaya bawat susunod na update sa seguridad ay alinman sa hindi ito nakikita o bumabangga rito. Sa host na nagpapatakbo rin ng browser o SSH client, binago mo ang crypto stack para sa mga programang hindi kailanman humiling nito.

Ang sinusuportahang landas ay ang dokumentadong pinagmulan ng pakete at ang resolusyon ng dependencies nito para sa eksaktong release ng iyong OS at arkitektura. Tingnan ang mga kinakailangan ng AWS client para sa Linux at ang mga tala ng release ng bersyong ini-install mo, dahil gumagalaw ang matrix ng suporta sa pagitan ng mga release.

Ang lumang solusyon sa forum ay larawan ng isang pares ng release, hindi garantiya ng pagiging tugma.

Panatilihin ang depinisyon ng serbisyo ng vendor

May mga gabay na nagbibigay sa iyo ng minimal na systemd unit para palitan ang nakapaketeng unit. Kadalasan, inaalis ng unit na iyon ang mga argumento, setting ng hardening at integrasyon na idinagdag ng vendor mamaya, at ang resultang pagkabigo ay lumalabas sa lugar na hindi mo maiuugnay sa pag-edit.

Kung kailangan mo ng pagbabago, gumamit ng drop-in sa halip: isang maliit na override file sa .d directory ng unit na nagdadagdag o pumapalit ng isang direktiba, may komentong nagsasabi kung bakit ito naroon at paano ito ibabalik. Nananatiling buo ang file ng vendor, at ang susunod na update ng pakete ay hindi tahimik na kinakansela ang iyong trabaho ni ginagaya ito.

Isulat ang path ng override sa iyong mga tala, dahil doon muna titingin ang susunod na administrator.

Patunayan ang pagbubukas bago i-debug ang mga ruta

Pagbukasin ang client nang maaasahan gamit ang aprubadong profile, pagkatapos mag-sign in, pagkatapos kumpirmahin ang tunnel, at doon lang tingnan ang mga ruta, DNS at pribadong resource. Bawat yugto ay gumagawa ng sarili nitong ebidensya, at ang paghahalo sa kanila ay nagpapamukha sa problema ng runtime na problema sa routing. Kung kailangan mo ng suporta ng vendor, kunin ang unang kapaki-pakinabang na startup event sa halip na screenshot ng nagsasarang window.

Huwag kailanman ilakip ang isang pribadong key o buong profile na may naka-embed na kredensyal bilang diagnostic na materyal.

Isang tanong ang lumulutas sa karamihan ng mga ticket na ito: sinusuportahan pa ba ang naka-install na bersyon ng client sa release na ito ng OS? Kung hindi, ang pagwawasto ay isang sinusuportahang pares, hindi isa pang paghahanap ng library.