EC2 ઉપલબ્ધતા ઝોનમાં: VPN પહેલાં રાઉટિંગ ચકાસો

બે EC2 ઇન્સ્ટન્સ વચ્ચે VPN સૉફ્ટવેર ઇન્સ્ટૉલ કરતા પહેલાં એક પ્રશ્નનો જવાબ આપો: શું તે એક જ VPCમાં છે? જો એમ હોય, તો ખાનગી માર્ગ પહેલેથી જ અસ્તિત્વમાં છે અને ઝોન વચ્ચેની ગોઠવણ તેને બદલતી નથી. આ સ્થિતિમાં મોટાભાગનું કામ એ પુષ્ટિ કરવાનું છે કે દરેક સબનેટ ખરેખર કયું રાઉટ કોષ્ટક વાપરે છે, અને પછી એ જાણવાનું કે નિષ્ફળતા ક્યારેય રાઉટિંગ સમસ્યા હતી કે નહીં. આ ચોક્કસ પ્રશ્નનો ટનલ સામાન્ય રીતે ખોટો જવાબ છે.

ચકાસણી 1: એક જ VPC કે જુદા જુદા VPC

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

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

ચકાસણી 2: સબનેટ રાઉટ કોષ્ટકો શું કહે છે

વાસ્તવિક મૂલ્યો સાથે ગોઠવણ લખો. એક VPC 10.60.0.0/16 પર, સબનેટ 10.60.1.0/24 અને 10.60.2.0/24 સાથે, ઇન્સ્ટન્સ 10.60.1.10 અને 10.60.2.20 ને VPCના સ્થાનિક રૂટ દ્વારા માર્ગ આપે છે.

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

VPC ખરેખર જે ખાનગી સરનામાં અને નામો ફાળવે છે તેનો ઉપયોગ કરો. ખાનગી સરનામું 10 થી શરૂ થવું જરૂરી નથી, અને યાદમાંથી એક બનાવવો એ જ રીતે કાર્યરત વાતાવરણનું ખોટું નિદાન થાય છે.

ચકાસણી 3: રાઉટિંગ કે અધિકૃતિ

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

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

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

ચકાસણી 4: શું અલગ કનેક્શન ખરેખર જરૂરી છે

VPN હજી પણ ડિઝાઇનમાં રહી શકે છે, પણ જણાવેલા કારણ માટે: આ VPCને ઑફિસ સાથે જોડવું, લૅપટૉપને પ્રવેશ આપવો કે ઓવરલે આવશ્યકતા પૂરી કરવી. તે કારણ સામાન્ય એક જ VPCના સંદેશાવ્યવહારથી જુદું છે.

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

ચકાસણી 5: એન્ક્રિપ્શનનો પ્રશ્ન

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

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

શું નોંધવું

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

ફક્ત ઝોનમાં ગોઠવણ ક્યારેય તમને VPN ઉમેરવાનું કહેતું નથી, અને ખાનગી વિનંતી કેમ નિષ્ફળ ગઈ તે ક્યારેય સમજાવતું નથી.