અંગત VPN પર કામનું લેપટોપ: ખરેખર શું પસાર થાય છે

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

નેટવર્ક ડાયાગ્રામથી નહીં, અંતિમ બિંદુથી શરૂ કરો

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

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

ત્રણ ક્રોસિંગ બિંદુઓ, અલગ અલગ સમીક્ષિત

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

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

નેટવર્ક ફોરવર્ડિંગ ત્રીજું છે, અને એકમાત્ર જે લેપટોપને ટ્રાન્ઝિટ ઉપકરણમાં ફેરવી શકે છે. IP ફોરવર્ડિંગ, ઇન્ટરનેટ કનેક્શન શેરિંગ, પ્રોક્સી કે બ્રિજિંગ સુવિધા દરેક આ કરી શકે છે, અને દરેક એવી ગોઠવણી છે જે ક્યાં તો સક્ષમ છે કે નહીં. VPN ક્લાયન્ટની હાજરી પરથી અનુમાન કરવાને બદલે તે સ્થિતિ સીધી તપાસો. મેનેજ કરેલ મશીન પર જવાબ સામાન્ય રીતે ના હોય છે, અને તેને ચકાસવાથી ધારણા નોંધવા લાયક હકીકત બની જાય છે.

એક સંસાધન માંગો, બે નેટવર્ક નહીં

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

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

DNS અને રૂટની અસરો સામેલ કરો

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

Resolve-DnsName intranet.corp.example -Type A
Get-DnsClientNrptPolicy -Effective
route print 0.0.0.0

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

ચકાસો અને બહાર નીકળવાનો માર્ગ રાખો

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

Test-NetConnection -ComputerName files.corp.example -Port 443
Get-NetConnectionProfile

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