VPN માઇગ્રેશન: લાઇસન્સ, સુવિધાઓ અને નીતિ એક જ રેકોર્ડમાં

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

ચાર કોલમ, એક ચેકલિસ્ટ નહીં

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

જ્યારે ચારેય કોલમ ભરવાનો હક ધરાવતી વ્યક્તિ તેમને ભરે ત્યારે રેકોર્ડ પૂર્ણ થાય છે. ખોટા માલિક દ્વારા સહી કરેલી કોલમ એ તારીખ સાથેની અફવા છે.

પ્લેટફોર્મ અને હક

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

હક માટે, ઉત્પાદન, લાઇસન્સનો પ્રકાર, મુદત અને ગણતરીનો આધાર નોંધો, પછી એકાઉન્ટ માલિક દ્વારા તેને સુમેળ કરો. ઐતિહાસિક સેશન કાઉન્ટરમાંથી હકો અનુમાન કરવા એ તે રીત છે જેમાં સંસ્થા સ્વિચઓવર પછી ઘટ જુએ છે, પહેલાં નહીં.

વેન્ડરોની ઓર્ડર માર્ગદર્શિકાઓ દર્શાવે છે કે આ ભેદ કેમ મહત્વના છે. ઉદાહરણ તરીકે, Ciscoની Secure Client ઓર્ડર માર્ગદર્શિકા Advantage, Premier અને VPN Only સ્તરોને અલગ કરે છે, દરેકનું પોતાનું માપ અને સુવિધા વ્યાપ છે. જૂના લેબલનું યાંત્રિક અનુવાદ કરવાને બદલે વર્તમાન કરાર વાપરો.

સુવિધાઓ અને લાગુ નીતિ

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

જ્યારે લક્ષ્ય ASA હોય, ત્યારે સુવિધા કોલમ કરારમાંથી નહીં પણ ઉપકરણ પરથી વાંચવામાં આવે છે, તેથી સ્વિચઓવરના દિવસ પહેલાં ગેટવે કેપ્ચર કરો. show vpn-sessiondb summary જીવંત સેશન ઇન્વેન્ટરી અને જે ગણતરી સામે તમારો હક માપવામાં આવે છે તે આપે છે, show vpn-sessiondb detail anyconnect દર્શાવે છે કે દરેક આરોપિત સેશને ખરેખર કયો ક્લાયન્ટ પ્રકાર અને પ્રોફાઇલ વાપર્યો, અને show running-config webvpn તે સેશન જે ગેટવે રૂપરેખાંકન પર આધાર રાખે છે તે કેપ્ચર કરે છે, અને રેકોર્ડનો એ જ એક ભાગ છે જે કોઈ લાઇસન્સ દસ્તાવેજમાં હોઈ શકતો નથી.

show vpn-sessiondb summary
show vpn-sessiondb detail anyconnect
show running-config webvpn

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

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

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

નિર્ણયની બંને બાજુએ સ્વીકારો

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

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

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