Uthibitishaji wa mteja wa Azure P2S: Entra, cheti au RADIUS
Kuingia kwa Entra, vyeti vya mteja na RADIUS vinahitaji wateja na profaili tofauti za Azure VPN. Chagua mbinu, kisha mteja, kisha profaili.
Kisakinishi kinaenda, profaili inaingizwa, na muunganisho unashindikana katika hatua ya kuingia. Wengi wa tiketi hizi si hitilafu katika mteja: programu inayooana na OpenVPN inaweza kubeba handaki na bado isijue jinsi ya kufanya kuingia kwa Microsoft Entra. Mpangilio unaoepuka mzunguko ni mbinu, kisha mteja, kisha profaili. Chagua mbinu ya uthibitishaji ambayo lango limeusanidiwa, chagua mteja ambaye Microsoft anamwandika kwa mbinu hiyo, na kisha tu tengeneza profaili ambayo mteja huyo anatarajia. Kila kitu hapa chini kinafuata mpangilio huo.
Anza na mbinu, si na kisakinishi
Lango limeundwa na aina moja au zaidi ya handaki na mbinu za uthibitishaji. Jozi hiyo, si kiendelezi cha faili kwenye kompyuta yako, ndiyo inayoamua wateja gani wanaungwa mkono.
Andika jozi kabla ya kupakua kitu chochote, kwa sababu matriki ya usaidizi ni nyembamba na mwanzo mbaya unagharimu mchana.
Huu ni upangaji ninaouweka kwenye maelezo ya utekelezaji:
| Authentication | Tunnel type | Documented client |
|---|---|---|
| Microsoft Entra ID | OpenVPN | Azure VPN Client on Windows and macOS |
| Client certificate | OpenVPN or IKEv2 | Azure VPN Client, documented OpenVPN client, native IKEv2 client, strongSwan on Linux |
| RADIUS | IKEv2 or OpenVPN, per the current matrix | Native IKEv2 client, strongSwan, or the OpenVPN client the matrix names |
Soma jedwali hilo kama kizuizi, si kama menyu. Kila mstari ni mchanganyiko ulioandikwa, na kuchanganya mteja kutoka mstari mmoja na mbinu kutoka mwingine ni hitilafu hasa ambayo makala hii ipo kuzuia.
Entra ID inamaanisha OpenVPN pamoja na Azure VPN Client
Kwa uthibitishaji wa Entra kwenye pointi-hadi-tovuti, mpangilio unaoungwa mkono unatumia aina ya handaki ya OpenVPN na Azure VPN Client. Kidirisha cha kawaida cha jina la mtumiaji na nenosiri hakichukui nafasi ya muungano huo, na IKEv2 ya asili ya Windows si njia inayoweza kubadilishwa ya kufanya kuingia huko huko. Ikiwa mteja wa mtu wa tatu anatoa chaguo la Entra au Azure AD, lithibitishe kwa nyaraka za sasa za Microsoft na si kwa lebo. Lebo ni masoko, wakati mchanganyiko ulioandikwa ni mkataba.
Kwenye macOS pia Azure VPN Client ndiyo njia iliyoandikwa kwa mbinu hii.
Vyeti vinahitaji kitambulisho cha mteja, si mzizi pekee
Uthibitishaji wa cheti ni modeli tofauti inayoungwa mkono, na inafanya kazi na wateja wa OpenVPN ambao Microsoft anawandika na Azure VPN Client kwenye majukwaa yanayoungwa mkono. Kwenye Windows Azure VPN Client si kwa Entra pekee: pia ina mtiririko wa kazi wa cheti ulioandikwa. Inachohitaji ni cheti cha mteja kilichokusudiwa chenye ufunguo wa faragha unaoweza kutumika, ambao lango linaamini. Mzizi unaoaminika wa lango si kitambulisho cha mteja, na ufunguo wa kusaini wa mtoaji hauwezi kamwe kuwa sehemu ya kifurushi cha mteja.
Angalia mnyororo kabla ya kutafuta hitilafu kwenye profaili. Cheti kilichotolewa na mzizi ambao lango haliamini hutoa kushindwa kunakoonekana kama profaili mbaya na kwa kweli ni tatizo la uaminifu.
Weka ufunguo wa faragha usioweza kuhamishwa mahali ambapo jukwaa linaruhusu, na ujaribu kwa cheti kilichosakinishwa kwa mtumiaji wa sasa.
RADIUS ni chaguo la backend lenye mchanganyiko wake
RADIUS huhamishia uamuzi wa vitambulisho kwenye seva unayoendesha mwenyewe, na imeandikwa kwa aina maalum za handaki na wateja. Si jibu sahihi kiotomatiki kwa sababu tu mazingira yana mifumo kadhaa ya uendeshaji. Tambua kile mteja halisi anaweza kuwasilisha kabla ya kubadilisha sera ya uthibitishaji ya lango, kwa sababu kubadilisha lango kwenda RADIUS hakurekebishi kila profaili iliyopo. Mteja bado lazima aweze kuomba au kutoa vitambulisho hivyo.
Ikiwa mazingira mchanganyiko ndiyo sababu, yatatue kwa kila jukwaa badala ya kudhoofisha sera ya lango kwa wote.
Linux baada ya kuondolewa kwa onyesho la 2026
Mwongozo wa Microsoft kuhusu kuondolewa kwa Linux unatoa 31 Agosti 2026 kama tarehe ya kuondolewa kwa onyesho la Azure VPN Client kwa Linux, kwa hiyo kuanzia Novemba 2026 onyesho hilo liko nyuma yako. Usakinishaji uliopo unaweza kuendelea kufanya kazi, lakini haupati tena usaidizi, masasisho au marekebisho ya usalama. Usisambaze kisakinishi cha zamani cha Linux kama utekelezaji mpya unaoungwa mkono. Huku ni kuondolewa kwa mteja, si kuondolewa kwa Azure VPN Gateway au wateja wa Windows na macOS.
Njia mbadala za Linux zilizoandikwa ni mteja wa OpenVPN na uthibitishaji wa cheti, au strongSwan na IKEv2 na uthibitishaji wa cheti au RADIUS. Zote mbili ni usanidi tofauti unaohitaji idhini ya shirika, si ubadilishaji unaopatikana kwa kubadilisha jina la profaili ya zamani ya Entra.
Ikiwa kuingia kwa Entra ni lazima kwa sababu za sera, mmiliki lazima achague jukwaa linaloungwa mkono au muundo mbadala ulioidhinishwa. Hiyo ni uamuzi, si njia ya kukwepa.
Tengeneza profaili na ufanye ukaguzi nne
Mara mchanganyiko ukiwa umedhamiriwa, tengeneza usanidi wa mteja kutoka lango lililokusudiwa na uingize uwakilishi ulioandikwa kwa mteja huyo na mbinu hiyo. Folda ya jumla ya OpenVPN na profaili ya XML ya Azure VPN Client haziwezi kubadilishana. Ikiwa lango linawezesha kwa makusudi aina kadhaa za uthibitishaji, chagua profaili na njia ya vitambulisho inayolingana badala ya kutarajia muunganisho mmoja ukidhi zote. Kisha fanya ukaguzi kwa mpangilio huu:
- Mteja anayeungwa mkono anaingiza profaili iliyotengenezwa bila kuihariri.
- Utambulisho uliokusudiwa unathibitishwa kwa mbinu ambayo profaili hiyo inatarajia.
- Sera inayohitajika ya njia na kitatuzi inaonekana kwenye mteja.
- Programu inayoruhusiwa inafikia rasilimali yake ya faragha.
Uingizaji uliofanikiwa hauthibitishi upatanifu wa uthibitishaji wala idhini ya rasilimali ya faragha, ndiyo sababu ukaguzi huo nne unabaki tofauti.