AWS Client VPN કે EC2 પર VPN: એક ઓપરેટિંગ રનબુક

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

પગલું 1: બિલ પહેલાં જરૂરિયાત લખો

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

ગંતવ્યો વિશે સ્પષ્ટ રહો. «VPCમાં ઍક્સેસ»નો અર્થ સામાન્ય રીતે ત્રણ અલગ વસ્તુઓ થાય છે: VPC CIDR, પીઅર કરેલ નેટવર્ક અને Transit Gateway પાછળની સ્થાનિક શ્રેણી. મેનેજ્ડ એન્ડપોઇન્ટ ત્રણેય સુધી પહોંચી શકે છે, પણ દરેકને રૂટ અને ઑથરાઇઝેશન નિયમની જરૂર છે, અને દરેક તમારી જરૂરિયાતમાં અલગ લીટી છે.

પગલું 2: પહેલેથી શું ચાલી રહ્યું છે તેની યાદી બનાવો

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

aws ec2 describe-client-vpn-endpoints
aws ec2 describe-client-vpn-authorization-rules --client-vpn-endpoint-id cvpn-endpoint-xxxx
aws ec2 describe-client-vpn-routes --client-vpn-endpoint-id cvpn-endpoint-xxxx
aws ec2 describe-client-vpn-connections --client-vpn-endpoint-id cvpn-endpoint-xxxx
aws ec2 describe-instances --filters Name=tag:role,Values=vpn

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

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

પગલું 3: જવાબદારીઓ વહેંચો

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

સ્વયં-હોસ્ટિંગ આને ઉલટાવે છે. તમે અતિથિ ઑપરેટિંગ સિસ્ટમ, VPN ડીમન અને તેના રૂપરેખાંકન, પ્રમાણપત્રો અને કી, બૅકઅપ, મોનિટરિંગ અને પુનઃપ્રાપ્તિના માલિક છો. EC2 સિક્યોરિટી મોડલ અતિથિ અને એપ્લિકેશન સુરક્ષા ગ્રાહક પર મૂકે છે, અને VPN સર્વર બીજા કોઈપણ અતિથિ જેવું અતિથિ છે.

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

પગલું 4: તમે વર્ણવી શકો તેવા વર્કલોડ સાથે સરખામણી કરો

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

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

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

પગલું 5: તમે ચલાવેલા રોલબેક સાથે સ્થળાંતર કરો

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

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

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