AWS VPN PSK ફેરવવું: કઈ ટનલ પડે છે અને ક્યારે

AWS VPN ટનલની એક પ્રી-શેર્ડ કી બદલવાથી તે ટનલ પડી જાય છે જ્યાં સુધી બંને પક્ષો સહમત ન થાય. પહેલા વૈકલ્પિક માર્ગ સાબિત કરો, પછી એક વખતે એક ટનલ ફેરવો.

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

કી બદલાય ત્યારે ખરેખર શું થાય છે

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

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

પહેલા વર્તમાન મૂલ્યો વાંચો, પછી એક ફીલ્ડ બદલો. આ ક્રમ એ જ આ કાર્યની આખી શિસ્ત છે.

પહેલા AWS ટનલને યોગ્ય પીઅર સાથે મેળવો

કન્સોલ ટનલને ક્રમ પ્રમાણે લેબલ કરે છે, અને તમારું ઉપકરણ તે લેબલ વાપરતું નથી. ટનલને તેના બહારના IP સરનામાથી ઓળખો અને ગ્રાહક ગેટવે પરના પીઅર વિભાગ સાથે મેળવો. સ્થાનિક રૂપરેખાંકનમાં ટનલ 1 હોવું એ પુરાવો નથી કે તમે જે ટનલ સંપાદિત કરો છો તેને AWS ટનલ 1 કહે છે.

કનેક્શનથી જ શરૂ કરો, જે બંને ટનલ અને દરેક હાલમાં ધરાવતી કીની સૂચિ આપે છે:

aws ec2 describe-vpn-connections --vpn-connection-ids vpn-0123456789abcdef0 \
  --query "VpnConnections[0].Options.TunnelOptions[].[OutsideIpAddress,PreSharedKey]"

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

પહેલા બીજી ટનલને ટ્રાફિક વહન કરવા દો

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

જો વૈકલ્પિક ટનલ કામભાર વહન કરી શકતી ન હોય, તો કીને સ્પર્શતા પહેલા વિક્ષેપનું સમયપત્રક બનાવો અથવા વૈકલ્પિક ટનલ સુધારો. કન્સોલ પૃષ્ઠ પરની સ્થિતિ લાઇટ અવિરત સેવાનું વચન નથી.

એક ટનલ ફેરવો, પછી વાસ્તવિક ટ્રાફિક સાથે ચકાસો

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

  1. પસંદ કરેલા બહારના સરનામા માટે ગ્રાહક ગેટવે પીઅર અપડેટ કરો, અથવા ફેરફાર એવી રીતે તૈયાર કરો કે તે API કૉલના સેકંડો પછી અમલમાં આવે.
  2. નવી કી સાથે વર્તમાન આયુષ્ય અને DPD મૂલ્યો સહિત ફેરફાર કૉલ મોકલો.
  3. IKE અને IPsec પાછા આવે ત્યાં સુધી રાહ જુઓ, પછી રૂટ અને જરૂરી પ્રીફિક્સની પુષ્ટિ કરો.
  4. તે ટનલ દ્વારા પ્રતિનિધિ એપ્લિકેશન પ્રવાહ મોકલો અને બંને દિશા જુઓ.

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

પહેલી ટનલ પછી પુનઃપ્રાપ્તિ કે રૂટિંગ હજી અનિશ્ચિત હોય તો થોભો. બે અડધા કામ કરતી ટનલ એ જાણીતી કામ કરતી ટનલ કરતાં ખરાબ છે.

પુનઃપ્રાપ્તિ અટકે ત્યારે IKE બાજુ વાંચો

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

aws ec2 describe-vpn-connections --vpn-connection-ids vpn-0123456789abcdef0 \
  --query "VpnConnections[0].VgwTelemetry[].[OutsideIpAddress,Status,StatusMessage]"

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

સંબંધિત લેખો