AWS Client VPN starter ikke på Linux? Tilpas kørselsmiljøet
En opstartsfejl, der nævner et delt bibliotek, er et problem med kørselsmiljøets parring, ikke profilen. Kontroller den understøttede klient og styresystemet, før du importerer pakker.
Du installerede AWS Client VPN-pakken på Ubuntu, kørte den og fik en loaderfejl om et manglende delt bibliotek, før nogen profil var læst. Instinktet er at hente det bibliotek fra en ældre udgivelse og fortsætte. Det bytter normalt en ødelagt afhængighed for et system, der ikke længere passer til sin egen pakkedatabase. Opstartsfejlen er et spørgsmål om supportgrænsen, ikke om netværket.
Fejlen nævner et bibliotek, ikke netværket
En desktop-VPN-klient skal indlæse sit kørselsmiljø, før den kan se på din profil eller dit endpoint. Når den dynamiske loader ikke kan opløse et symbol, dør processen i det første sekund, og vinduet vises aldrig. Ingen mængde profilredigering, DNS-arbejde eller ruteændringer når den fase. Læs meddelelsen bogstaveligt, for den fortæller præcis, hvilket objekt loaderen ville have.
Det er også sådan, du skiller to fejlfamilier ad. Et manglende delt objekt er et pakningsproblem på din vært, mens en afvisning af godkendelse er en beslutning på tjenestesiden, der først kommer meget senere i forløbet.
Begge ender med et vindue, der lukker, og derfor bliver de blandet sammen i fejlrapporter.
Globaliseringskontakter er et andet problem
Fejl, der nævner ICU eller globalisering, kommer fra .NET-kørselsmiljøet under nogle klientbuilds, ikke fra TLS-stakken. At sætte kontakten for invariant globalisering ændrer, hvordan det miljø håndterer kulturedata, og det leverer ikke en manglende libssl. At bruge det til at dæmpe en TLS-fejl efterlader dig med en klient, der starter og derefter fejler et andet sted.
Hold de to i hver sin kasse: den ene ændrer kørselsmiljøets adfærd, den anden tilfredsstiller en linker. At gribe efter den første, når du har den anden, er en vane, der er værd at aflægge.
Hvis værten virkelig ikke kan levere det krævede kørselsmiljø, er det understøttede svar en anden vært, ikke en ændret.
Hvorfor import af en gammel OpenSSL slår tilbage
At kopiere libssl og libcrypto fra en ældre distribution til /usr/lib virker ofte nok til at være fristende. Det sætter også et bibliotek uden for pakkehåndtererens kontrol, så hver senere sikkerhedsopdatering enten rammer forbi det eller støder sammen med det. På en vært, der også kører en browser eller en SSH-klient, har du ændret kryptostakken for programmer, der aldrig bad om det.
Den understøttede vej er den dokumenterede pakkekilde og dens afhængighedsopløsning til netop din OS-udgivelse og arkitektur. Tjek AWS' krav til Linux-klienten og udgivelsesnoterne for den version, du installerer, fordi supportmatricen flytter sig mellem udgivelser.
En gammel forumløsning er et øjebliksbillede af et enkelt udgivelsespar, ikke en garanti for kompatibilitet.
Behold leverandørens tjenestedefinition
Nogle guides giver dig en minimal systemd-unit til at erstatte den pakkede. Den unit dropper normalt argumenter, hærdningsindstillinger og integration, som leverandøren tilføjede senere, og den resulterende fejl dukker op et sted, du ikke vil forbinde med ændringen.
Hvis du har brug for en ændring, brug i stedet en drop-in: en lille tilsidesættelsesfil i unitens .d-mappe, der tilføjer eller erstatter en enkelt direktiv, med en kommentar om, hvorfor den findes, og hvordan den rulles tilbage. Leverandørens fil forbliver intakt, og den næste pakkeopdatering hverken ophæver dit arbejde i det skjulte eller duplikerer det.
Skriv tilsidesættelsesstien i dine noter, for den næste administrator vil kigge der først.
Bevis opstarten, før du fejlfinder ruter
Få klienten til at starte pålideligt med den godkendte profil, log derefter ind, bekræft derefter tunnelen, og se først derefter på ruter, DNS og private ressourcer. Hvert trin producerer sin egen evidens, og at blande dem får et kørselsmiljøproblem til at ligne et ruteproblem. Hvis du har brug for leverandørsupport, så fang den første brugbare opstartsbegivenhed i stedet for et skærmbillede af det lukkende vindue.
Vedhæft aldrig en privat nøgle eller en komplet profil med indlejrede legitimationsoplysninger som diagnostisk materiale.
Et spørgsmål løser de fleste af disse sager: er den installerede klientversion stadig understøttet på denne OS-udgivelse? Hvis ikke, er rettelsen et understøttet par, ikke endnu en biblioteksjagt.