AWS Client VPN се не покреће на Linux-у? Ускладите runtime

Инсталирали сте пакет AWS Client VPN на Убунтуу, покренули га и добили грешку учитавача о недостајућој дељеној библиотеци пре него што је иједан профил прочитан. Прва помисао је да узмете ту библиотеку из старијег издања и наставите. То обично замени једну покварену зависност системом који више не одговара сопственој бази пакета. Неуспешно покретање је питање границе подршке, а не мреже.

Грешка именује библиотеку, а не мрежу

Десктоп VPN клијент мора да учита свој runtime пре него што уопште погледа ваш профил или крајњу тачку. Када динамички учитавач не може да реши симбол, процес умире у првој секунди и прозор се никада не појави. Никакво уређивање профила, рад на DNS-у ни промене рута не достижу ту фазу. Читајте поруку дословно, јер вам тачно каже који је објекат учитавач хтео.

Тако и раздвајате две породице кварова. Недостајући дељени објекат је проблем паковања на вашем хосту, док је одбијање аутентификације одлука на страни услуге која долази много касније у низу.

Оба се завршавају прозором који се затвара, зато се у пријавама грешака бркају.

Прекидачи глобализације су други проблем

Грешке које спомињу ICU или глобализацију долазе из .NET runtime-а испод неких билдова клијента, а не из TLS стека. Постављање прекидача непромењиве глобализације мења како тај runtime обрађује податке о култури и не испоручује недостајући libssl. Примена тога да утишате TLS грешку оставља вам клијент који се покрене и онда падне негде другде.

Држите то двоје у одвојеним кутијама: једно мења понашање runtime-а, друго задовољава линкер. Посезање за првим када имате друго навика је коју вреди напустити.

Ако хост заиста не може да пружи потребин runtime, подржани одговор је други хост, а не измењени.

Зашто увоз старог OpenSSL-а прави штету

Копирање libssl и libcrypto из старије дистрибуције у /usr/lib ради довољно често да буде примамљиво. Оно и ставља библиотеку изван контроле менаџера пакета, па је свако касније безбедносно ажурирање или промаши или се са њом судари. На хосту који покреће и прегледач или SSH клијент, променили сте криптографски стек за програме који то никада нису тражили.

Подржани пут је документовани извор пакета и његово решавање зависности за тачно ваше издање ОС-а и архитектуру. Проверите захтеве за AWS клијент на Linux-у и напомене уз издање за верзију коју инсталирате, јер се матрица подршке мења између издања.

Старо решење са форума снимка је једног пара издања, а не гаранција компатибилности.

Сачувајте добављачеву дефиницију услуге

Неки водичи дају вам минималну systemd јединицу да замени паковану. Та јединица обично одбацује аргументе, поставке ојачања и интеграцију које је добављач касније додао, а настали се квар појављује негде где га нећете повезати с уређивањем.

Ако вам треба промена, уместо тога употребите drop-in: малу датотеку замене у .d директоријуму јединице која додаје или замењује једну директиву, с коментаром зашто постоји и како је поништити. Добављачева датотека остаје нетакнута, а следеће ажурирање пакета нити тихо поништава ваш рад нити га дуплира.

Запишите путању замене у своје белешке, јер ће следећи администратор прво тамо погледати.

Докажите покретање пре него што отклањате грешке у рутама

Нека се клијент поуздано покреће с одобреним профилом, затим се пријавите, затим потврдите тунел и тек онда погледајте руте, DNS и приватне ресурсе. Свака фаза даје свој доказ, а њихово мешање чини да проблем runtime-а изгледа као проблем усмеравања. Ако вам треба подршка добављача, забележите први корисни догађај покретања уместо снимка екрана прозора који се затвара.

Никада не прилажите приватни кључ ни цели профил са уграђеним акредитивима као дијагностички материјал.

Једно питање решава већину ових тикета: да ли је инсталирана верзија клијента још подржана на овом издању ОС-а? Ако није, поправка је подржани пар, а не нови лов на библиотеке.