Хоёр хүн AWS Client VPN ба SAML-ын тухай ижил асуулт тавьж, эсрэг хариулт авдаг. Нэг нь өдөр бүр өглөө Ubuntu зөөврийн компьютерээс нэвтэрдэг; нөгөө нь утас, татсан профайл, түүний нэг мөрийг үгүйсгэдэг клиенттэй. Ялгаа нь аз ч биш, хяналтын самбар дахь далд унтраалга ч биш. Бүх зүйл гурван нөхцөлд тулгуурлана: платформ нь AWS өөрийн клиентэд дэмждэг нэг мөн үү, таны гарт байгаа хэрэгсэл холбооны браузерын солилцоог хийж чадах уу, эцсийн цэг нь SAML-д тохируулагдсан уу. Гурвын аль нэг нь дутуу бол нэвтрэлт өөр газар зогсоно.

Нэвтрэлт дуусах эсэхийг гурван нөхцөл шийднэ

Платформ нь нэгдүгээрт. AWS нь Windows, macOS болон AMD64 дээрх Ubuntu-д зориулсан өөрийн Client VPN клиентийг нийлүүлдэг бөгөөд 2026 оны аравдугаар сарын сүүлээр Linux-ийн шаардлагын хуудас Ubuntu 22.04, 24.04, 26.04-г нэрлэдэг. Дахин багцлагдсан бүтэц, хөрвүүлсэн багц эсвэл өөр дистрибутив ажиллаж болох ч энэ нь дэмжигдсэн платформ биш, эвдэрвэл дэмжлэгийн шугам нь та өөрөө болно.

Клиент нь хоёрдугаарт. Холбооны нэвтрэлт нь OpenVPN-той нийцэх бүх апп задлан шинжилдэг профайлын сонголт биш. Нийлүүлсэн клиент таны таних тэмдгийн нийлүүлэгчийг браузерт нээж, гарын үсэг зурсан баталгаажуулалтын хариуг хүлээн авч, тэр хариуг эцсийн цэгт илгээдэг. Зөвхөн профайлыг уншиж, туннель босгодог апп энэ алхмыг хийдэггүй, холболтын лог нь хичнээн цэвэр харагдавч.

Эцсийн цэг нь гуравдугаарт. Active Directory итгэмжлэл эсвэл харилцан гэрчилгээ ашигладаг эцсийн цэг огт өөр зохион байгуулалттай бөгөөд клиент солих нь үүнийг өөрчлөхгүй. Өөр зүйлийг засахын өмнө профайлыг олгосон хүнтэй баталгаажуулалтын горимыг баталгаажуулна уу.

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

PlatformAWS-provided clientCompletes the SAML exchangeWhat that means
Ubuntu 22.04 / 24.04 / 26.04, AMD64YesYesNormal sign-in path; debug stages, not platforms
Windows or macOSYesYesSame path, different installer
AndroidNo published clientNoNeeds a different access design, not a different profile
Other Linux distributionsNoDepends on the toolRuns at your own support risk

OpenVPN импорт яагаад auth-federate дээр зогсдог вэ

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

auth-federate-г устгах нь дараагийн уруу татагч алхам бөгөөд тодорхой бүтэлгүйтлийг будлиантай бүтэлгүйтэл болгоно. Зааврыг арилгах нь SAML эцсийн цэгийг хэрэглэгчийн нэр, нууц үгийн баталгаажуулалт болгохгүй. Эцсийн цэг одоо ч гарын үсэг зурсан SAML хариу хүлээж, клиентийн оронд илгээсэн зүйлийг үгүйсгэдэг. Таны бүртгэлийн нууц үг, татсан профайл, хуулсан мэдэгдэл нь харилцан солилцох боломжтой итгэмжлэл биш.

Утсан дээрх Chrome-д таних тэмдгийн нийлүүлэгчид нэвтрэх нь нийлүүлэгч хэрэглэгчийг хүлээн авсныг л батална. Хариу нь эцсийн цэг рүү буцааж илгээж чадах клиентэд хүрэх эсэхийг энэ нь огт хэлэхгүй. холбооны баталгаажуулалтын шаардлагууд яг энэ шалтгаанаар нийлүүлсэн клиентийг урсгалын хэсэг болгодог: браузерын алхам шаардлагатай боловч хангалттай биш.

Дэмжигдсэн Linux ажлын тавцангийн зам хэрхэн харагдах вэ

AWS-ын Ubuntu AMD64-д зориулж нийтэлдэг багцыг системийн багц менежерээр суулгаж, дараа нь профайлыг ерөнхий VPN апп руу импортлохын оронд тэр клиентээс холболтыг нээнэ үү. Администратор тань энэ эцсийн цэгт зориулж экспортолсон профайлыг ашиглана уу; хуучин заавраас буцах URL эсвэл клиентийн танигчийг солих хэрэггүй, клиент үүнийг хүлээн авсан ч.

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

Linux клиент нь SAML хариунд зориулж 8096-аас 8115 хүртэлх локал TCP портуудыг хуваарилдаг. Таних тэмдгийн нийлүүлэгч таныг хүлээн авсны дараа ч шилжүүлэг гацвал, тэр мужид хэн аль хэдийн сонсож байгааг харна уу:

ss -ltnp | grep -E ":809[6-9]|:81(0[0-9]|1[0-5])"

Эзлэгдсэн порт, эсвэл loopback сонсогчийг блоклодог эцсийн цэгийн аюулгүй байдлын програм хангамж нь дууссан мэт харагдаад дараа нь хэзээ ч холбогдохгүй нэвтрэлт үүсгэдэг. Тэр мужийг локал байлгаарай. Энэ нь клиентийн талын буцах зам бөгөөд EC2 аюулгүй байдлын бүлэг эсвэл гарцын галт хананы дүрэмд нээх зүйл биш, үүнийг интернетэд нээх нь юу ч засахгүйгээр эрсдэлийг нэмэгдүүлдэг.

Ямар нэг зүйлийг өөрчлөхийн өмнө бүтэлгүйтсэн үе шатыг уншаарай

Клиентийг буруутгах нь ердийн хариу үйлдэл боловч бүтэлгүйтлийн цэг бүр өөр эзэмшигчид хамаарна. Эхлээд та үнэхээр хаана байгаагаа тодорхойлоорой.

  • Ямар ч браузерын цонх нээгдэхгүй. Профайлын баталгаажуулалтын горим, сонгосон холболт, ажлын тавцангийн үндсэн браузертай интеграцийг шалгана уу.
  • Таних тэмдгийн нийлүүлэгч бүртгэлийг үгүйсгэдэг. Бүртгэл хуваарилалт, MFA бүртгэл эсвэл SAML апп-ын тохиргоо, бүгд администраторын хүрээ.
  • Браузер дуусдаг ч клиент хэзээ ч холбогддоггүй. Хугацаа дууссан эсвэл ашиглах боломжгүй баталгаажуулалтын хариу, блоклогдсон буцах порт эсвэл бүтэлгүйтсэн шилжүүлэг.
  • Туннель боссон боловч апп-д хүрэх боломжгүй. Эцсийн цэгийн маршрутууд, эрх олгох дүрэм, аюулгүй байдлын бүлгүүд, DNS. Браузерын нэвтрэлтийг давтах нь дутуу сүлжээний зөвшөөрлийг нэмж чадахгүй.

Эскалат хийхдээ клиентийн алдааны текстийг болон оролдлогын цагийг хадгална уу. SAML эвдэрсэн гэсэн мэдэгдэл болон клиент хэзээ ч хүчинтэй баталгаажуулалтын хариу авч байгаагүй гэсэн мэдэгдэл хүмүүсийг огт өөр газарт хөтөлдөг.

Шаардлага нь ямар ч байсан Android бол

Android нь AWS өөрийн клиентийг нийтэлдэг платформ биш, тиймээс шударга хариулт нь суулгах дэмжигдсэн мобайл клиент байхгүй гэсэн үг. Энэ бол дизайны хязгаарлалт бөгөөд утсан дээр профайлыг засаж, ямар нэгэн зүйл холбогдох хүртэл шийдэх оньсого биш.

Өөрчлөгдөж болох зүйл бол түүний ард байгаа хандалтын дизайн бөгөөд энэ шийдвэр администраторт хамаарна: утсанд хэрэгтэй ганц дотоод үйлчилгээ рүү батлагдсан апп-ын хандалтын зам, байгууллага аль хэдийн ажиллуулж буй мобайлд тохирсон VPN бүтээгдэхүүн, эсвэл зөвхөн SAML ашигладаг эцсийн цэгт зориулсан дэмжигдсэн ажлын тавцан. Сонголт бүр өөрийн эцсийн цэгийн тохиргоо, таних тэмдгийн бүртгэл, эрх олгох дүрмийг авчирдаг бөгөөд эдгээрийн аль нэгийг ч хэрэглэгч татсан профайлаас үүсгэж чадахгүй.

Энэ цоорхойг хаадаг гэж мэдэгддэг гуравдагч талын хэрэгслүүд MFA, хариу боловсруулалт, төхөөрөмжийн бодлого, шинэчлэлтийн хэмнэлийг хамарсан тодорхой дэмжлэг, аюулгүй байдлын хяналт шаарддаг. Тэдний оршин тогтнох нь тэднийг AWS-ын нийлүүлсэн Android клиент болгохгүй бөгөөд тэдгээрийн нэг нь ажиллахын тулд дахин ашиглах боломжтой баталгаажуулалтын материалыг утас руу зөөх ёсгүй.

Зааварын тухай урт хэлэлцүүлгийн оронд администраторт гурван баримт өгөөрэй: эцсийн цэгийн баталгаажуулалтын горим, утас хүрэх ёстой хувийн нөөц, эцсийн хугацаа. Ажлын тавцан, апп-ын хандалтын зам, шинэ VPN бүтээгдэхүүний хооронд сонгоход энэ хангалттай.

Дахин тасалбар нээхийн өмнө нөхцлүүдийг дарааллаар нь шалгана уу: платформ нийлүүлсэн клиентүүдийн жагсаалтад байгаа эсэх, браузерын солилцоог дуусгаж чадах хэрэгсэл, үнэхээр холбоонд тохируулагдсан эцсийн цэг, Linux дээр loopback портын муж. Хамгийн түрүүнд бүтэлгүйтсэн зүйл нь засах ёстой зүйл юм. Үүнээс хойшхи бүхэн таамаг.

Холбоотой нийтлэлүүд