Azure P2S ક્લાયન્ટ પ્રમાણીકરણ: Entra, પ્રમાણપત્ર કે RADIUS
Entra સાઇન-ઇન, ક્લાયન્ટ પ્રમાણપત્રો અને RADIUS માટે જુદા જુદા Azure VPN ક્લાયન્ટ અને પ્રોફાઇલ જરૂરી છે. પહેલાં પદ્ધતિ, પછી ક્લાયન્ટ, અને પછી પ્રોફાઇલ પસંદ કરો.
ઇન્સ્ટોલર ચાલે છે, પ્રોફાઇલ આયાત થાય છે, અને સાઇન-ઇન પગલા પર કનેક્શન નિષ્ફળ જાય છે. આમાંની મોટાભાગની ટિકિટ ક્લાયન્ટમાં ખામી નથી: OpenVPN-સુસંગત એપ્લિકેશન ટનલ વહન કરી શકે છે અને તોપણ Microsoft Entra સાઇન-ઇન કેવી રીતે કરવું તે જાણતી નથી. લૂપ ટાળતો ક્રમ પદ્ધતિ, પછી ક્લાયન્ટ, પછી પ્રોફાઇલ છે. ગેટવે જે પ્રમાણીકરણ પદ્ધતિ માટે ગોઠવાયેલ છે તે પસંદ કરો, તે પદ્ધતિ માટે Microsoft જે ક્લાયન્ટનું દસ્તાવેજીકરણ કરે છે તે પસંદ કરો, અને પછી જ તે ક્લાયન્ટ જે પ્રોફાઇલની અપેક્ષા રાખે છે તે બનાવો. નીચેનું બધું આ ક્રમને અનુસરે છે.
ઇન્સ્ટોલરથી નહીં, પદ્ધતિથી શરૂ કરો
ગેટવે એક કે વધુ ટનલ પ્રકારો અને પ્રમાણીકરણ પદ્ધતિઓ સાથે ગોઠવાયેલ છે. તમારા ડેસ્કટોપ પરની ફાઇલ એક્સ્ટેન્શન નહીં, પણ આ જોડી નક્કી કરે છે કે કયા ક્લાયન્ટ સમર્થિત છે.
કંઈપણ ડાઉનલોડ કરતાં પહેલાં જોડી લખી લો, કારણ કે સમર્થન મેટ્રિક્સ સાંકડું છે અને ખોટી શરૂઆતનો ભોગ એક બપોર જાય છે.
ડિપ્લોયમેન્ટ નોંધોમાં હું જે મેપિંગ રાખું છું તે આ છે:
| 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 |
આ કોષ્ટકને મેનુ નહીં, મર્યાદા તરીકે વાંચો. દરેક પંક્તિ એક દસ્તાવેજીકૃત સંયોજન છે, અને એક પંક્તિના ક્લાયન્ટને બીજી પંક્તિની પદ્ધતિ સાથે મિશ્ર કરવી એ જ એ ભૂલ છે જેને રોકવા આ લેખ છે.
Entra ID એટલે OpenVPN વત્તા Azure VPN Client
પોઇન્ટ-ટુ-સાઇટ પર Entra પ્રમાણીકરણ માટે, સમર્થિત ગોઠવણી OpenVPN ટનલ પ્રકાર અને Azure VPN Client વાપરે છે. સામાન્ય વપરાશકર્તાનામ અને પાસવર્ડ સંવાદ તે એકીકરણનો વિકલ્પ નથી, અને Windows નું મૂળ IKEv2 એ જ લોગિન કરવાની અદલાબદલી શક્ય રીત નથી. જો તૃતીય-પક્ષ ક્લાયન્ટ Entra કે Azure AD વિકલ્પ આપે, તો લેબલને બદલે Microsoft ના વર્તમાન દસ્તાવેજીકરણ સામે ચકાસો. લેબલ માર્કેટિંગ છે, જ્યારે દસ્તાવેજીકૃત સંયોજન કરાર છે.
macOS પર પણ Azure VPN Client આ પદ્ધતિ માટેનો દસ્તાવેજીકૃત માર્ગ છે.
પ્રમાણપત્રોને ક્લાયન્ટ ઓળખપત્ર જોઈએ, ફક્ત રૂટ નહીં
પ્રમાણપત્ર પ્રમાણીકરણ એ અલગ સમર્થિત મોડેલ છે, અને તે Microsoft જે OpenVPN ક્લાયન્ટનું દસ્તાવેજીકરણ કરે છે તેમની સાથે અને સમર્થિત પ્લેટફોર્મ પર Azure VPN Client સાથે કામ કરે છે. Windows પર Azure VPN Client ફક્ત Entra માટે નથી: તેની પાસે દસ્તાવેજીકૃત પ્રમાણપત્ર વર્કફ્લો પણ છે. તેને ગેટવે જેના પર ભરોસો કરે છે તેવા વાપરી શકાય તેવા ખાનગી કી સાથેનું ઇચ્છિત ક્લાયન્ટ પ્રમાણપત્ર જોઈએ. ગેટવેનું વિશ્વસનીય રૂટ ક્લાયન્ટ ઓળખપત્ર નથી, અને ઇશ્યુઅરની સહી કી ક્યારેય ક્લાયન્ટ પેકેજમાં હોતી નથી.
પ્રોફાઇલ ડિબગ કરતાં પહેલાં ચેન ચકાસો. ગેટવે જે રૂટ પર ભરોસો કરતું નથી તેના દ્વારા જારી કરાયેલ પ્રમાણપત્ર એવી નિષ્ફળતા આપે છે જે ખરાબ પ્રોફાઇલ જેવી લાગે છે અને વાસ્તવમાં ભરોસાની સમસ્યા છે.
પ્લેટફોર્મ પરવાનગી આપે ત્યાં ખાનગી કી નિકાસ-અયોગ્ય રાખો, અને વર્તમાન વપરાશકર્તા માટે ખરેખર ઇન્સ્ટોલ થયેલા પ્રમાણપત્ર સાથે પરીક્ષણ કરો.
RADIUS એ પોતાના સંયોજનો સાથેની બેકએન્ડ પસંદગી છે
RADIUS ઓળખપત્રનો નિર્ણય તમે ચલાવો છો તે સર્વર પર ખસેડે છે, અને તે ચોક્કસ ટનલ પ્રકારો અને ક્લાયન્ટ સાથે દસ્તાવેજીકૃત છે. એસ્ટેટમાં ઘણી ઓપરેટિંગ સિસ્ટમો હોવાથી તે આપોઆપ સાચો જવાબ નથી. ગેટવેની પ્રમાણીકરણ નીતિ બદલતાં પહેલાં ખરો ક્લાયન્ટ શું રજૂ કરી શકે તે નક્કી કરો, કારણ કે ગેટવેને RADIUS પર ખસેડવાથી દરેક હાલની પ્રોફાઇલ અનુકૂળ બનતી નથી. ક્લાયન્ટે હજી પણ તે ઓળખપત્ર માંગવા કે પૂરાં પાડવા સક્ષમ હોવું જોઈએ.
મિશ્ર એસ્ટેટ કારણ હોય તો બધા માટે ગેટવે નીતિ નબળી કરવાને બદલે પ્લેટફોર્મ પ્રમાણે ઉકેલો.
2026 પ્રિવ્યૂ નિવૃત્તિ પછી Linux
Microsoft ની Linux નિવૃત્તિ માર્ગદર્શિકા Linux Azure VPN Client પ્રિવ્યૂની નિવૃત્તિ તારીખ તરીકે 31 ઓગસ્ટ 2026 આપે છે, તેથી નવેમ્બર 2026 થી તે પ્રિવ્યૂ તમારી પાછળ છે. હાલના ઇન્સ્ટોલેશન કામ ચાલુ રાખી શકે છે, પરંતુ તેમને હવે સમર્થન, અપડેટ કે સુરક્ષા સુધારા મળતા નથી. જૂના Linux ઇન્સ્ટોલરને સમર્થિત નવા ડિપ્લોયમેન્ટ તરીકે આપશો નહીં. આ ક્લાયન્ટની નિવૃત્તિ છે, Azure VPN Gateway કે Windows અને macOS ક્લાયન્ટની નહીં.
દસ્તાવેજીકૃત Linux વિકલ્પો પ્રમાણપત્ર પ્રમાણીકરણ સાથેનો OpenVPN ક્લાયન્ટ છે, અથવા IKEv2 અને પ્રમાણપત્ર કે RADIUS પ્રમાણીકરણ સાથેનું strongSwan. બંને જુદી ગોઠવણીઓ છે જેને સંસ્થાકીય મંજૂરી જોઈએ, જૂની Entra પ્રોફાઇલનું નામ બદલીને મળતું રૂપાંતર નહીં.
નીતિગત કારણોસર Entra સાઇન-ઇન ફરજિયાત હોય તો માલિકે સમર્થિત પ્લેટફોર્મ કે મંજૂર વૈકલ્પિક ડિઝાઇન પસંદ કરવી પડે. તે નિર્ણય છે, ચકમો નહીં.
પ્રોફાઇલ બનાવો અને ચાર ચકાસણીઓ કરો
સંયોજન નક્કી થાય પછી ઇચ્છિત ગેટવેથી ક્લાયન્ટ ગોઠવણી બનાવો, અને તે ક્લાયન્ટ અને પદ્ધતિ માટે દસ્તાવેજીકૃત રજૂઆત આયાત કરો. સામાન્ય OpenVPN ફોલ્ડર અને Azure VPN Client XML પ્રોફાઇલ અદલાબદલી શક્ય નથી. ગેટવે જાણી જોઈને ઘણા પ્રમાણીકરણ પ્રકારો સક્ષમ કરે તો એક જ કનેક્શન બધાને સંતોષશે તેવી અપેક્ષા રાખવાને બદલે મેળ ખાતી પ્રોફાઇલ અને ઓળખપત્ર માર્ગ પસંદ કરો. પછી આ ક્રમમાં ચકાસણીઓ કરો:
- સમર્થિત ક્લાયન્ટ બનાવેલી પ્રોફાઇલને સંપાદિત કર્યા વિના આયાત કરે છે.
- ઇચ્છિત ઓળખ તે પ્રોફાઇલ જે પદ્ધતિની અપેક્ષા રાખે છે તેનાથી પ્રમાણિત થાય છે.
- જરૂરી રૂટ અને રિઝોલ્વર નીતિ ક્લાયન્ટ પર દેખાય છે.
- મંજૂર એપ્લિકેશન તેના ખાનગી સ્રોત સુધી પહોંચે છે.
સફળ આયાત પ્રમાણીકરણની સુસંગતતા કે ખાનગી સ્રોતની અધિકૃતિ પૈકી કંઈ પણ સાબિત કરતી નથી, તેથી તે ચાર ચકાસણીઓ અલગ રહે છે.