Always On VPN એ LAN ઍક્સેસ નથી: સંસાધન ચેકલિસ્ટ

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

પગલું 1: ચકાસતા પહેલાં સંસાધન લખી લો

દરેક એપ માટે એક નાનું રેકોર્ડ રાખો, જેના મૂલ્યો વાસ્તવિક વાતાવરણમાંથી આવે: નામ, લક્ષ્ય પ્રીફિક્સ, સેવા અને પોર્ટ, ટનલની ભૂમિકા, ઓળખ જૂથ અને રિઝોલ્વર પાથ.

Name: portal.corp.example
Destination: 10.20.5.0/24
Service: HTTPS 443
Tunnel role: user access after sign-in
Identity: assigned employee group
Resolver: corporate private DNS

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

પગલું 2: કઈ ટનલ તેને વહન કરવી જોઈએ તે નક્કી કરો

Windows Always On VPN માં ઉપકરણ ટનલ અને વપરાશકર્તા ટનલ છે, જે અલગ પ્રમાણપત્રો અને અલગ વ્યાપ સાથે અલગ પ્રોફાઇલ તરીકે ગોઠવાય છે. ઉપકરણ ટનલ સામાન્ય રીતે ફક્ત સાઇન-ઇન પહેલાં જરૂરી માળખું વહન કરે છે, જેમ કે મેનેજમેન્ટ અને ડોમેન સેવાઓ; કર્મચારીઓની વિશાળ એપ ઍક્સેસ વપરાશકર્તા ટનલની છે.

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

પગલું 3: વાસ્તવિક સરનામા માટે રૂટ ચકાસો

નામ એક વાર ઉકેલો, પછી રૂટ તપાસો: Find-NetRoute -RemoteIPAddress 10.20.5.10 પસંદ કરેલ ઇન્ટરફેસ, આગલું હોપ અને સ્રોત સરનામું બતાવે છે. જો ઇન્ટરફેસ ભૌતિક એડેપ્ટર હોય, તો પ્રીફિક્સ ટનલના રૂટ સમૂહમાં નથી, અથવા ક્લાયન્ટે વિભાજિત ટનલ દ્વારા તેને બાકાત કર્યું છે. સ્થાનિક રૂટ ઉમેરવાને બદલે પ્રોફાઇલ વ્યાખ્યા સાથે સરખાવો.

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

પગલું 4: ખાનગી નામ ઉકેલવાની ક્રિયા અલગથી ચકાસો

ખાનગી નામોનો પોતાનો નીતિ માર્ગ છે. પ્રોફાઇલ NRPT નિયમો અને DNS પ્રત્યય શોધ સૂચિ પહોંચાડી શકે છે, જે ટનલ ચાલુ હોય ત્યાં સુધી માન્ય છે. Get-DnsClientNrptPolicy થી વાંચો કે ક્લાયન્ટને ખરેખર શું મળ્યું, પછી એ જ સત્રમાં એક નામ અને એક સરનામું ચકાસો. સરનામાં ચાલે ત્યારે નામ નિષ્ફળ જાય તો રિઝોલ્વર; બંને નિષ્ફળ જાય તો રૂટ.

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

પગલું 5: ફિલ્ટર, ઓળખ અને એપનું પોતાનું દ્વાર ચકાસો

ટ્રાફિક ફિલ્ટર મર્યાદિત કરે છે કે કયા પ્રોટોકોલ અને પોર્ટ ઉપકરણ ટનલ વાપરી શકે છે, અને સાંકડો સમૂહ રૂટ વહન કરતું સંસાધન અવરોધી શકે છે. પ્રોફાઇલ કનેક્શનને જૂથને સોંપે છે, પણ સંસાધનનું પોતાનું અધિકૃતિકરણ છે: જોડાઈ શકતો વપરાશકર્તા ફાઇલ સર્વર દ્વારા આપોઆપ સ્વીકારાતો નથી.

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