Linux дээр AWS Client VPN ажиллахгүй байна уу? Ажиллах орчныг тааруулна уу

Та Ubuntu дээр AWS Client VPN багцыг суулгаж, ажиллуулахад ямар ч профайл уншигдахаас өмнө алга болсон хуваалцсан сангийн тухай ачаалагчийн алдаа гарлаа. Эхний зөн совин бол тэр санг хуучин хувилбараас аваад үргэлжлүүлэх юм. Энэ нь ихэвчлэн нэг эвдэрсэн хамаарлыг өөрийн багцын сантайгаа дахин тохирохгүй системээр солидог. Эхлэх алдаа нь сүлжээний бус, дэмжлэгийн хязгаарын асуудал юм.

Алдаа сүлжээг биш, санг нэрлэдэг

Ширээний VPN клиент таны профайл эсвэл төгсгөлийн цэгийг харахаас өмнө өөрийн ажиллах орчноо ачаалах ёстой. Динамик ачаалагч тэмдэгтийг шийдэж чадахгүй бол процесс эхний секундэд үхэж, цонх хэзээ ч гарч ирэхгүй. Профайл засах, DNS-ийн ажил эсвэл маршрутын өөрчлөлт хэчнээн байсан ч тэр үе шатанд хүрэхгүй. Мессежийг шууд утгаар нь уншина уу, учир нь ачаалагчид ямар объект хэрэгтэй байсныг яг таг хэлж байна.

Хоёр алдааны гэр бүлийг ялгах арга ч мөн адил. Алга болсон хуваалцсан объект бол таны хост дээрх багцлалтын асуудал, харин баталгаажуулалтаас татгалзах нь үйлчилгээний талын шийдвэр бөгөөд дараалалд хамаагүй хожуу ирдэг.

Хоёулаа хаагдах цонхоор төгсдөг тул алдааны тайланд холилддог.

Даяаршлын унтраалга нь өөр асуудал

ICU эсвэл даяаршлыг дурдсан алдаа нь зарим клиент бүтээцийн доорх .NET ажиллах орчноос гардаг, TLS стекоос биш. Инвариант даяаршлын унтраалгыг тохируулах нь тэр орчин соёлын өгөгдлийг хэрхэн боловсруулахыг өөрчилдөг бөгөөд алга болсон libssl-ийг нийлүүлдэггүй. Үүнийг TLS алдааг намжаахын тулд хэрэглэвэл эхэлдэг ч өөр газар бүтэлгүйтдэг клиент үлдэнэ.

Хоёуланг нь тусдаа хайрцагт хадгал: нэг нь ажиллах орчны зан төлөвийг өөрчилдөг, нөгөө нь холбогчийг хангадаг. Хоёр дахь нь байхад эхний рүү гар сунгах нь орхих ёстой зуршил.

Хост шаардлагатай ажиллах орчныг үнэхээр өгч чадахгүй бол дэмжигдсэн хариулт нь өөрчлөгдсөн хост бус, өөр хост юм.

Хуучин OpenSSL импортлох нь яагаад эсрэг үйлчилдэг

libssl ба libcrypto-г хуучин түгээлтээс /usr/lib руу хуулах нь уруу татахуйц олон удаа ажилладаг. Энэ нь санг багц менежерийн хяналтаас гадуур тавьдаг тул дараагийн аюулгүй байдлын шинэчлэл бүр түүнийг алгасах эсвэл түүнтэй мөргөлддөг. Хөтөч эсвэл SSH клиент мөн ажилладаг хост дээр та хэзээ ч хүсээгүй програмуудын крипто стекийг өөрчилсөн байна.

Дэмжигдсэн зам нь баримтжуулсан багцын эх сурвалж ба түүний яг таны OS-ийн хувилбар, архитектурт зориулсан хамаарлын шийдэл юм. AWS-ийн Linux клиентийн шаардлагыг болон суулгаж буй хувилбарынхаа гаргах тэмдэглэлийг шалгана уу, учир нь дэмжлэгийн матриц хувилбаруудын хооронд шилждэг.

Хуучин форумын шийдэл бол нэг хос хувилбарын агшин зураг, нийцлийн баталгаа биш.

Нийлүүлэгчийн үйлчилгээний тодорхойлолтыг хадгал

Зарим гарын авлага багцлагдсан нэгжийг солихын тулд хамгийн бага systemd нэгж өгдөг. Тэр нэгж нь ихэвчлэн нийлүүлэгчийн дараа нэмсэн аргумент, хатууруулалтын тохиргоо, интеграцийг орхидог бөгөөд үүссэн гэмтэл нь засвартай холбохгүй газарт илэрдэг.

Өөрчлөлт хэрэгтэй бол оронд нь drop-in ашигла: нэгжийн .d хавтас дахь жижиг дарж бичих файл нэг зааврыг нэмэх эсвэл солих бөгөөд яагаад байгаа, хэрхэн буцаахыг тайлбарласан тайлбартай. Нийлүүлэгчийн файл хөндөгдөхгүй үлдэж, дараагийн багцын шинэчлэл таны ажлыг чимээгүй цуцлахгүй, давхардуулахгүй.

Дарж бичих замыг тэмдэглэлдээ бич, учир нь дараагийн администратор эхлээд тэнд харна.

Маршрутыг дибаг хийхээс өмнө эхлэлийг нотол

Клиентийг зөвшөөрөгдсөн профайлтай найдвартай эхлүүл, дараа нь нэвтэр, дараа нь туннелийг баталгаажуул, зөвхөн дараа нь маршрут, DNS, хувийн нөөцийг хар. Үе шат бүр өөрийн нотолгоог гаргадаг бөгөөд тэдгээрийг хольсон нь ажиллах орчны асуудлыг маршрутын асуудал мэт харагдуулдаг. Нийлүүлэгчийн дэмжлэг хэрэгтэй бол хаагдаж буй цонхны дэлгэцийн зурагны оронд эхний ашигтай эхлэлийн үйл явдлыг барьж ав.

Хувийн түлхүүр эсвэл шингэсэн итгэмжлэл бүхий бүрэн профайлыг оношилгооны материал болгон хэзээ ч хавсаргаж болохгүй.

Нэг асуулт эдгээр тасалбарын ихэнхийг шийддэг: суулгасан клиентийн хувилбар энэ OS-ийн хувилбар дээр одоо ч дэмжигдэж байна уу? Үгүй бол засвар нь дэмжигдсэн хос, дахин сан хайх биш.