એક Azure VM ને ટનલ જોઈએ છે: ગેસ્ટ ક્લાયન્ટ કે VPN ગેટવે?

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

એકસરખા દેખાતા બે કામ

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

એક જ VM માટેની મોટાભાગની વિનંતીઓ બીજા કામની ભાષા પહેરેલું પહેલું કામ છે. કોઈ કહે છે “VM એ અમારું VPN છે” જ્યારે તેનો અર્થ એ હોય છે કે તેના પરની એક એપ્લિકેશને બીજી બાજુના ડેટાબેઝ સુધી પહોંચવું છે.

શરત એક: શું બીજું કંઈક દૂરની બાજુની જરૂર ધરાવે છે?

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

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

શરત બે: શું તમે વ્યવસ્થાપન માર્ગ રાખી શકો છો?

જે VPN ક્લાયન્ટ પહોળો રૂટ ઇન્સ્ટોલ કરે છે તે VM ને સંભાળવા માટે વપરાતો માર્ગ કબજે કરી શકે છે. જો ટનલની ગંતવ્ય યાદી મેનેજમેન્ટ નેટવર્ક સાથે ઓવરલેપ થાય, તો ક્લાયન્ટ જોડાય તે ક્ષણે તમારું SSH કે RDP સત્ર તૂટી જાય છે, અને સુધારો સીરિયલ કન્સોલ દ્વારા કે પુનઃનિર્માણ દ્વારા લાગુ કરવો પડે છે.

પહેલા અને પછી તપાસો. Linux માં ip route get <management-ip> બતાવે છે કે કર્નલ હમણાં કઈ ઇન્ટરફેસ અને સ્રોત વાપરશે; ટનલ ચાલુ હોય ત્યારે તેને જવાબ સાથે સરખાવો. સ્પષ્ટ ગંતવ્ય યાદીવાળી સ્પ્લિટ ટનલ ડિફૉલ્ટ રૂટ કરતાં વધુ સરળતાથી સમર્થિત થાય છે, અને સામાન્ય રીતે વર્કલોડને ખરેખર એ જ જોઈએ છે.

શરત ત્રણ: મધ્યરાત્રિએ તેને કોણ પેચ કરે છે?

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

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

મેનેજ્ડ ગેટવે શું કરતું નથી

Azure VPN Gateway એ VNet કનેક્ટિવિટી સેવા છે, જેની પાસે પોતાની સાઇટ-થી-સાઇટ અને પોઇન્ટ-થી-સાઇટ ગોઠવણો છે. તે ગેસ્ટ VPN સોફ્ટવેર પર પ્રતિબંધ મૂકતો નિયમ નથી, અને એક એપ્લિકેશનને જોઈતા ક્લાયન્ટનો સીધો વિકલ્પ પણ નથી.

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

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

વૃદ્ધિનો માર્ગ તેની જરૂર પડે તે પહેલા યોજો

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

જ્યારે કનેક્શન વર્કલોડ-ક્ષેત્રને બદલે નેટવર્ક-ક્ષેત્રનું બને ત્યારે યોગ્ય પ્રારંભ બિંદુ છે Azure VPN Gateway ની ઝાંખી.

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