પોઇન્ટ-ટુ-સાઇટને રૂટ-આધારિત Azure VPN ગેટવેની જરૂર કેમ છે

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

વ્યક્તિગત પગલાં કરતાં ક્રમ વધુ મહત્ત્વનો છે. ક્રમ ખોટો થાય તો સાઇટ-ટુ-સાઇટ વિક્ષેપ જાળવણી વિન્ડોની બહાર લંબાશે.

નીતિ-આધારિત ગેટવે ખરેખર શું કરે છે

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

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

ક્લાયંટ પૂલને તે ઇન્ટરફેસની જરૂર કેમ છે

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

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

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

પ્રકાર બનાવતી વખતે નિશ્ચિત થાય છે

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

એનાથી SKUનો નિર્ણય પણ એ જ બાંધકામમાં સમાય છે. પછીથી મોટા SKU પર જવું એ બીજા વિક્ષેપ સાથેની બીજી ગેટવે બદલી છે.

એક ગેટવે, એક GatewaySubnet

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

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

બદલી શું સુધારતી નથી

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

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

ક્રિયાઓ અને ચકાસણીઓનો ક્રમ

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

કોઈપણ ટોપોલોજી ફેરફાર પછી ક્લાયંટ પેકેજ ફરી બનાવો, અને પૂલને દરેક સ્થાનિક અને પીઅર કરેલી શ્રેણીથી દૂર રાખો. મર્યાદાઓ અને SKUના તફાવતો Azure VPN Gateway સેટિંગ્સ સંદર્ભમાં એકત્રિત છે.