વપરાશકર્તાના પ્રથમ VPN જોડાણ પહેલાં શું પૂર્વરૂપે ગોઠવવું

પ્રથમ VPN જોડાણ ભાગ્યે જ ટનલમાં નિષ્ફળ જાય છે. તે ત્યારે નિષ્ફળ જાય છે જ્યારે એક સામાન્ય વપરાશકર્તા, અણસંચાલિત નેટવર્ક પર, એવા વ્યક્તિએ લખેલી સૂચનાઓ અનુસરે છે જેણે પ્રમાણપત્ર પહેલેથી જ સ્થાપિત કર્યું હતું. પ્રોફાઇલ, વિશ્વાસ-શૃંખલા અને ઓળખપત્ર — ત્રણેય ગોઠવણી છે, અને ત્રણેય વપરાશકર્તા સંડોવાય તે પહેલાં પહોંચાડી શકાય છે. તે વપરાશકર્તા માટે બાકી રહેવું જોઈએ ચાર ક્રિયાઓ, જેની અંદર કોઈ નિર્ણય ન હોય. હેન્ડઓફમાં તમે છોડેલું દરેક વધારાનું પગલું એક સપોર્ટ કૉલ બને છે જે કોઈના દ્વારા મોટેથી સંવાદ પેટી વાંચવાથી શરૂ થાય છે.

જોડાણ પ્રોફાઇલ ખરેખર શું ધરાવે છે

VPN પ્રોફાઇલ શોર્ટકટ કે બુકમાર્ક નથી. તે ઓપરેટિંગ સિસ્ટમના જોડાણ ભંડારમાં નામવાળી વસ્તુ છે, જેમાં સર્વરનું સરનામું, ટનલનો પ્રકાર, પ્રમાણીકરણ પદ્ધતિ અને ઘણી વાર રૂટ, DNS પ્રત્યય અને ટ્રિગર નિયમો હોય છે જે નક્કી કરે છે કે ક્યારે જોડાવું. Windows પર તે ક્ષેત્રો VPNv2 ગોઠવણી સેવા પ્રદાતાના નોડ સાથે મેળ ખાય છે, તેથી એક પ્રોફાઇલ Intune, Configuration Manager, પ્રોવિઝનિંગ પેકેજ કે હાથે આયાત કરેલી XML ફાઇલ દ્વારા આવી શકે છે.

ક્લાયન્ટ તે વસ્તુને નિશ્ચિત ક્રમમાં લાગુ કરે છે: તે વિશ્વસનીય મૂળ સામે સર્વર પ્રમાણપત્રની ચકાસણી કરે છે, ટનલ પર વાટાઘાટ કરે છે, અને તે પછી જ રૂટિંગ અને નામ-ઉકેલ લાગુ કરે છે, તે પહેલાં કે કોઈ એપ્લિકેશન નેટવર્ક જુએ. આ ક્રમ જ તે મોટાભાગના અહેવાલો સમજાવે છે જ્યાં જોડાણ કહે છે કે તે ચાલુ છે જ્યારે કંઈ લોડ થતું નથી: પ્રમાણીકરણ સફળ થયું અને DNS કે રૂટ યાદી જ ખરેખર નિષ્ફળ ગઈ. પ્રોફાઇલને અલગ અલગ ટૉગલના સમૂહ તરીકે નહીં, ક્રમવાળી એક વસ્તુ તરીકે વાંચો. ખૂટતું વિશ્વાસ-મૂળ પ્રથમ પગલે જ નિષ્ફળ જાય છે, કોઈ પણ ઓળખપત્ર આપવામાં આવે તે પહેલાં, તેથી તે સાઇન-ઇન વિનંતીને બદલે સામાન્ય ભૂલ આપે છે.

વિશ્વાસ-સામગ્રી એ ક્ષેત્ર છે જે સૌથી વધુ હાથે દાણચોરી કરીને દાખલ કરવામાં આવે છે. ગેટવે પર સહી કરતું CA પ્રમાણપત્ર પ્રથમ પ્રયાસ પહેલાં હાજર હોવું જોઈએ, અને સર્વર-નામ ચકાસણી મેળ ખાતા નામ સાથે ચાલુ રહેવી જોઈએ; પરીક્ષણ પાસ કરાવવા ચકાસણી બંધ કરવી એ પ્રમાણીકરણની સમસ્યાને શાંત અટકાવમાં ફેરવે છે જે કોઈ વપરાશકર્તા પકડી શકતો નથી.

ચાર નિર્ણય જે વપરાશકર્તાઓએ ક્યારેય ન લેવા જોઈએ

પ્રોટોકોલ અને ટનલનો પ્રકાર પ્રથમ આવે છે: પ્લેટફોર્મ દીઠ એક સમર્થિત સંયોજન પસંદ કરો અને ગેટવે બાજુનું દસ્તાવેજીકરણ કરો, કારણ કે પરિચિત બ્રાન્ડ નામ સુસંગતતાનું નિવેદન નથી. પછી અંતિમ બિંદુ: એક હોસ્ટનામ જે જાહેરમાં ઉકેલાય અને ગેટવે જે પ્રમાણપત્ર રજૂ કરે તેની સાથે મેળ ખાય. પ્રમાણીકરણ ઓળખ પ્રણાલીનું છે, પછી તે પ્રમાણપત્ર હોય, બીજા પરિબળ સાથેનું વપરાશકર્તા નામ હોય, કે બંને. આમાંથી કોઈ વપરાશકર્તાની પસંદગી નથી, અને કોઈ પણ સૂચનાઓમાં પ્રશ્ન તરીકે ન આવવું જોઈએ.

ચોથો નિર્ણય વ્યાપ છે: સંપૂર્ણ ટનલ કે વિભાજિત ટનલ, અને કયા ઉપસર્ગો અને DNS પ્રત્યય તેની અંદર મુસાફરી કરે છે. આંતરિક પ્રત્યય વિનાની વિભાજિત ટનલ નામ-ઉકેલને સ્થાનિક નેટવર્ક જે પણ રિઝોલ્વર આપે તેની તરફ લીક કરે છે, અને સ્થાનિક સંસાધન યોજના વિનાની સંપૂર્ણ ટનલ પ્રિન્ટર અને કેપ્ટિવ પોર્ટલ તોડે છે. બંને વ્યવસ્થાપકના નિર્ણયો છે જેની અસરો વપરાશકર્તાને દેખાય છે, અને તેથી જ વપરાશકર્તાને તે પહેલેથી જ નક્કી થયેલા સ્વરૂપમાં મળવા જોઈએ.

જોડાણનું નામ કંટાળાજનક અને સ્થિર રાખો. વપરાશકર્તાઓ તેને સપોર્ટને મોટેથી વાંચે છે, ક્લાયન્ટ યાદીમાં શોધે છે અને પાસવર્ડ રીસેટ વચ્ચે યાદ રાખે છે; સ્થળાંતરની વચ્ચે તેનું નામ બદલવું એવો સપોર્ટ ઉછાળો ઊભો કરે છે જેનો VPN ચાલે છે કે નહીં તેની સાથે કોઈ સંબંધ નથી.

ઓળખ વ્યક્તિ દીઠ કે ઉપકરણ દીઠ પહોંચાડો

પ્રોફાઇલ જાહેર છે અને ખાનગી કી નથી. સામાન્ય રોલઆઉટ ભૂલ એ છે કે એક ચાલતી પ્રોફાઇલ તેના પ્રમાણપત્ર સાથે નિકાસ કરીને ફાઇલ હાથોહાથ ફેરવવી, જે દરેક લેપટોપને એક જ ઓળખની નકલ બનાવે છે અને રદ કરવાને સર્વસ્વ-કે-શૂન્ય નિર્ણયમાં ફેરવે છે. તેના બદલે સમર્થિત પ્રક્રિયા દ્વારા ઓળખપત્રો નોંધાવો: સંચાલન ચેનલમાંથી ઉપકરણ દીઠ પ્રમાણપત્ર, અથવા ઓળખ પ્રદાતા તરફથી વપરાશકર્તા દીઠ ઓળખપત્ર.

ઉપકરણ ટનલ અને વપરાશકર્તા ટનલ જુદી જુદી ક્ષણે પ્રમાણીકરણ કરે છે, અને તે તફાવત નક્કી કરે છે કે તમને કયું ઓળખપત્ર જોઈએ. સાઇન-ઇન પહેલાં જોડાતી ઉપકરણ ટનલને મશીન પ્રમાણપત્ર અને સિસ્ટમ માટે ઉપલબ્ધ પ્રોફાઇલની જરૂર પડે છે. સાઇન-ઇન પછી શરૂ થતી વપરાશકર્તા ટનલ વપરાશકર્તાનું પોતાનું ઓળખપત્ર વાપરી શકે છે અને વ્યવસ્થાપક અધિકારો માંગવા ન જોઈએ. કોઈની સવારમાંથી એક ક્લિક દૂર કરવા ફક્ત મશીન-સ્તરીય નેટવર્ક ઍક્સેસ ઉમેરવી ખરાબ સોદો છે, કારણ કે તે વધારે છે કે દેખરેખ વિનાનું ઉપકરણ કેટલું દૂર પહોંચી શકે.

નોંધણી એ પણ જગ્યા છે જ્યાં પુનઃપ્રાપ્તિનો માર્ગ નક્કી થાય છે. પ્રમાણપત્ર નવીકરણ કે પાસવર્ડ ફેરફાર ટનલ બંધ હોય ત્યારે ઉપકરણ સુધી પહોંચવો જોઈએ, તેથી પ્રોવિઝનિંગ, ઓળખ પ્રદાતા અને ગેટવેએ સંમત થવું જોઈએ કે તે કેવી રીતે થાય; જો પ્રોફાઇલ સુધારવાનો એકમાત્ર માર્ગ તે પ્રોફાઇલ જે ટનલ આપે છે તેનાથી પસાર થાય, તો ચાવી પેટીમાં જ તાળું મારેલી છે.

ડિલિવરી ચેનલને ક્લાયન્ટ સાથે મેળ કરો

મૂળ અને તૃતીય-પક્ષ ક્લાયન્ટ જુદી રીતે પહોંચાડાય છે. Windows પ્રોફાઇલને Intune કે Configuration Manager દ્વારા VPNv2 ProfileXML તરીકે પહોંચાડી શકાય છે, પરંતુ દરેક નોડ દરેક સંચાલન સપાટી પર ખુલ્લો હોતો નથી, અને રૂટિંગ, DNS તથા ટ્રિગર ગોઠવણીઓ સાધન અને Windows આવૃત્તિ પ્રમાણે બદલાય છે. શૂન્ય-સ્પર્શ રોલઆઉટનું વચન આપતા પહેલાં પુષ્ટિ કરો કે કયું ક્ષેત્ર તૈનાત કરી શકાય છે, કારણ કે પ્રોફાઇલ વિકલ્પ સંદર્ભ એવી ગોઠવણીઓનું દસ્તાવેજીકરણ કરે છે જે કેટલાક ડિલિવરી માર્ગ હજી ગોઠવી શકતા નથી.

વેન્ડર ક્લાયન્ટ બીજું સ્તર ઉમેરે છે, કારણ કે બાઇનરી, પ્રોફાઇલ અને હેડએન્ડ નીતિ અલગ અલગ કલાકૃતિઓ છે. ઉદાહરણ તરીકે Cisco Secure Client પેકેજ અને તેની પ્રોફાઇલ બંનેની પૂર્વ-તૈનાતીને સમર્થન આપે છે, અને ક્લાયન્ટ આવૃત્તિ ગેટવે ગોઠવણી સાથે સુમેળમાં હોવી જોઈએ; ફક્ત પેકેજ સ્થાપિત કરવાથી વપરાશકર્તા વિઝાર્ડમાં રહી જાય છે.

તમે કોઈ પણ ચેનલ પસંદ કરો, પ્રોફાઇલ માટે એક જ સત્ય-સ્રોત રાખો. જૂનું પેકેજ આગલી ચકાસણીમાં જે સુધારેલી પ્રોફાઇલ પર ફરી લખે છે તે પુનરાવર્તિત ઘટના છે, અને ટકાઉ ઉકેલ દરેક મશીન પર હાથે સંપાદન નહીં, આવૃત્તિબદ્ધ ગોઠવણી છે.

નવા વપરાશકર્તા તરીકે હેન્ડઓફનું પરીક્ષણ કરો, પછી પુનઃપ્રાપ્તિનું પરીક્ષણ કરો

ક્યારેય જોડાયું ન હોય એવા ઉપકરણ પર સામાન્ય ખાતા સાથે પાયલોટ કરો, વ્યવસ્થાપકના સાચવેલા સત્ર કે પૂર્વ-નોંધાયેલા પ્રમાણપત્ર વિના. પુષ્ટિ કરો કે પ્રોફાઇલ યાદીમાં દેખાય છે, સાઇન-ઇન વિનંતી સૂચનાઓ સાથે મેળ ખાય છે અને નામવાળું આંતરિક સંસાધન ખૂલે છે, પછી જોડાયેલા ચિહ્ન પર અટકવાને બદલે નામ-ઉકેલ અને રૂટિંગ વ્યાપ તપાસો.

ઉપકરણના પ્રોફાઇલ ભંડારને પૂછો જેથી પરીક્ષણ છાપને બદલે પુરાવો આપે.

Get-VpnConnection -AllUserConnection | Select-Object Name, ServerAddress, TunnelType, AuthenticationMethod, SplitTunneling
Get-VpnConnection -Name "Corp VPN" | Format-List
Test-NetConnection intranet.example.com -Port 443

પછી એ ઘટનાઓમાંથી પસાર થાઓ જે વપરાશકર્તાઓ ખરેખર અનુભવે છે: ફરજિયાત પાસવર્ડ રીસેટ, નવીકૃત પ્રમાણપત્ર, ધકેલાયેલું ક્લાયન્ટ અપડેટ અને એવું નેટવર્ક જે પાયલોટમાં કોઈએ પહેલાં વાપર્યું નથી. દરેકે કાં તો કામ કરવું જોઈએ કાં તો સૂચનાઓ વર્ણવે તે રીતે નિષ્ફળ થવું જોઈએ. એવું નેટવર્ક પણ અજમાવો જે VPN પોર્ટ અવરોધે છે, કારણ કે હોટેલ Wi-Fi પરનો પ્રથમ પ્રયાસ એ જગ્યા છે જ્યાં ઘરની સફળતા મદદ કરવાનું બંધ કરે છે. દરેક પરિણામની બાજુમાં ક્લાયન્ટ આવૃત્તિ અને OS બિલ્ડ લખો, કારણ કે આગલો અહેવાલ તેમના વિના આવશે.

વપરાશકર્તા તરફનું હેન્ડઓફ ચાર લીટીમાં રાખો: જોડાણનું નામ, અપેક્ષિત સાઇન-ઇન, જે સંસાધન સફળતા સાબિત કરે છે, અને ભૂલનું લખાણ ક્યાં મોકલવું. નિષ્ફળતા દર્શાવવા કોઈને પાસવર્ડ કે નિકાસ કરેલી ચાવી માંગવી ન જોઈએ. આર્કિટેક્ચર, પ્રોફાઇલની અંદરનું ભાગ અને પુનઃપ્રાપ્તિ પ્રક્રિયા વ્યવસ્થાપકના રનબુકમાં આવે છે, જે ક્લાયન્ટ આવૃત્તિની બાજુમાં સંગ્રહિત હોય છે જેની સાથે તેમનું પરીક્ષણ થયું હતું.