Azure VPN പ്രിഫിക്സ് ചേർത്താൽ കണക്ഷൻ വിച്ഛേദിക്കപ്പെടുന്നത് എന്തുകൊണ്ട്

തെറ്റായ Azure ഒബ്ജക്ടിൽ ചേർത്ത പ്രിഫിക്സ് Connected എന്ന് റിപ്പോർട്ട് ചെയ്യുകയും ഒന്നും കൈമാറാതിരിക്കുകയും ചെയ്യുന്ന ഒരു കണക്ഷൻ സൃഷ്ടിക്കുന്നു, ഇതാണ് ഈ സ്റ്റാക്കിലെ ഏറ്റവും ചെലവേറിയ തരം പിശക്. മൂന്ന് റിസോഴ്‌സുകൾ ഉൾപ്പെടുന്നു, അവയിൽ ഒന്നിന് മാത്രമാണ് വിദൂര വിലാസ സ്ഥലം ഉള്ളത്: വെർച്വൽ നെറ്റ്‌വർക്ക് ഗേറ്റ്‌വേ, വിദൂര വശം വിവരിക്കുന്ന പ്രാദേശിക നെറ്റ്‌വർക്ക് ഗേറ്റ്‌വേ, അവയെ ബന്ധിപ്പിക്കുന്ന കണക്ഷൻ. പ്രിഫിക്സ് പ്രാദേശിക നെറ്റ്‌വർക്ക് ഗേറ്റ്‌വേയുടേതാണ്, മാറ്റം പ്രാബല്യത്തിൽ വരാൻ കണക്ഷൻ വീണ്ടും നിർമ്മിക്കണം, ഗേറ്റ്‌വേ തന്നെ സാധാരണയായി തൊടാതെ വിടുന്നു. ക്രമം ചർച്ച ചെയ്യാനാവില്ല, പോർട്ടൽ അതിന്റെ ഒരു ഭാഗം മാത്രം കാണിക്കുന്നു.

മൂന്ന് ഒബ്ജക്ടുകൾ, അവയിലൊന്ന് പ്രിഫിക്സ് സൂക്ഷിക്കുന്നു

വെർച്വൽ നെറ്റ്‌വർക്കിന്റെ വിലാസ സ്ഥലം മറ്റൊരു ചോദ്യത്തിന് ഉത്തരം നൽകുന്നു: Azure-നുള്ളിൽ എന്താണ് ജീവിക്കുന്നത്. അവിടെ വിദൂര പ്രിഫിക്സ് ചേർക്കുന്നത് ട്രാഫിക്കിനെ അങ്ങോട്ട് റൂട്ട് ചെയ്യുന്നില്ല, പ്ലാറ്റ്‌ഫോം തന്റേതായി കരുതുന്ന സ്ഥലം വിശാലമാക്കുന്നു മാത്രം, അത് യഥാർത്ഥ വിദൂര ശ്രേണിയുമായി കൂട്ടിയിടിക്കാം. വിദൂര പ്രിഫിക്സുകൾ സൂക്ഷിക്കുന്ന ഒബ്ജക്ടാണ് പ്രാദേശിക നെറ്റ്‌വർക്ക് ഗേറ്റ്‌വേ, കണക്ഷൻ രണ്ട് ഗേറ്റ്‌വേകളെയും മുൻകൂട്ടി പങ്കിട്ട കീയെയും റഫർ ചെയ്യുന്നു.

ഓർമ്മയിൽ സൂക്ഷിക്കേണ്ട മൂന്നാമത്തെ വ്യവസ്ഥയുമുണ്ട്. GatewaySubnet മാനേജുചെയ്യുന്ന ഗേറ്റ്‌വേ ഇൻസ്റ്റൻസുകൾ ഹോസ്റ്റ് ചെയ്യുന്നു, കൃത്യമായി ആ പേര് വഹിക്കണം, Basic അല്ലാത്ത SKU-കൾക്ക് കുറഞ്ഞത് /27 ആയിരിക്കണം.

ആ സബ്‌നെറ്റിൽ മറ്റൊന്നും ഉൾപ്പെടുന്നില്ല, പ്രിഫിക്സ് മാറ്റത്തിന് അതിൽ തൊടാനുള്ള കാരണവുമില്ല. പ്രാദേശിക നെറ്റ്‌വർക്ക് ഗേറ്റ്‌വേയിൽ ഇല്ലാത്ത പ്രിഫിക്സ് കണക്ഷൻ നില എന്ത് പറഞ്ഞാലും എത്തിച്ചേരാനാവില്ല, കാരണം ടണൽ ചർച്ച ചെയ്യുമ്പോൾ അറിയിച്ച പ്രിഫിക്സുകൾ മാത്രമാണ് ഗേറ്റ്‌വേ വാഗ്ദാനം ചെയ്യുന്നത്. അതുകൊണ്ടാണ് ലക്ഷണം അസമമായിരിക്കുന്നത്: ടണൽ ഉയർന്നിരിക്കുന്നു, സുരക്ഷാ അസോസിയേഷൻ കൃത്യമാണ്, ഒരു സബ്‌നെറ്റ് മാത്രം ട്രാഫിക് സെലക്ടറുകളിൽ ഒരിക്കലും പ്രത്യക്ഷപ്പെടുന്നില്ല. അയൽക്കാർ പ്രവർത്തിക്കുമ്പോൾ ഒരു വിദൂര ശ്രേണി കാണാതിരുന്നാൽ, ടണൽ നോക്കുന്നത് നിർത്തി പ്രാദേശിക നെറ്റ്‌വർക്ക് ഗേറ്റ്‌വേ വായിക്കുക.

എന്തുകൊണ്ട് കണക്ഷൻ തന്നെ നീക്കം ചെയ്യുന്നു

കണക്ഷൻ ഒബ്ജക്ട് അതിന്റെ ജീവിതകാലം മുഴുവൻ ചർച്ച ചെയ്ത കോൺഫിഗറേഷൻ ഉറപ്പിക്കുന്നു. അതുകൊണ്ട് രേഖപ്പെടുത്തിയ നടപടിക്രമം ആദ്യം കണക്ഷൻ നീക്കം ചെയ്യുന്നു, പ്രാദേശിക നെറ്റ്‌വർക്ക് ഗേറ്റ്‌വേ അപ്ഡേറ്റ് ചെയ്യുന്നു, പിന്നീട് അതേ പങ്കിട്ട കീ ഉപയോഗിച്ച് കണക്ഷൻ വീണ്ടും സൃഷ്ടിക്കുന്നു. പ്രിഫിക്സ് മാത്രമുള്ള മാറ്റത്തിന് ഗേറ്റ്‌വേ ഇൻസ്റ്റൻസുകൾ വീണ്ടും നിർമ്മിക്കുന്നില്ല, ഇത് തടസ്സം ഗേറ്റ്‌വേ വീണ്ടും വിന്യസിക്കുന്നതിന് പകരം കണക്ഷൻ പൊളിക്കുന്നതിൽ ഒതുക്കുന്നു.

ആ ഇല്ലാതാക്കലാണ് തടസ്സം, അതിനാൽ പെട്ടെന്നുള്ള എഡിറ്റിന് പകരം തുടക്കവും പ്രതീക്ഷിത അവസാനവുമുള്ള ആസൂത്രിത മാറ്റമായി കാണുക. PowerShell-ൽ ക്രമം ചെറുതാണ്: Remove-AzVirtualNetworkGatewayConnection -Name Conn1 -ResourceGroupName RG1 -Force, പിന്നെ Set-AzLocalNetworkGateway പുതിയ -AddressPrefix അറേയോടെ, പിന്നെ New-AzVirtualNetworkGatewayConnection അതേ -SharedKey ഉം അതേ ഗേറ്റ്‌വേകളും ഉപയോഗിച്ച്. കീ വീണ്ടും ഉപയോഗിക്കുന്നത് പ്രധാനമാണ്, കാരണം വിദൂര വശം വീണ്ടും കോൺഫിഗർ ചെയ്യുന്നില്ല, പുതിയ കീ എന്നാൽ വിദൂര ഉപകരണത്തിന്റെ ഉടമയുമായി ഏകോപനം എന്നാണ്. ആ ഉപകരണം മറ്റൊരു ടീം നടത്തുന്നുണ്ടെങ്കിൽ, എന്തെങ്കിലും നീക്കം ചെയ്യുന്നതിന് മുമ്പ് അവരുമായി സമയവിൻഡോ അംഗീകരിക്കുക.

ഗേറ്റ്‌വേ തന്നെ എപ്പോൾ വീണ്ടും നിർമ്മിക്കണം

ഈ പ്രശ്നത്തിന് ചുറ്റും പ്രചരിക്കുന്ന രണ്ടാമത്തെ ഉത്തരം, ഗേറ്റ്‌വേ വീണ്ടും സൃഷ്ടിച്ച് കീ വീണ്ടും കൈമാറണം എന്നാണ്. അത് മറ്റൊരു കൂട്ടം പ്രവർത്തനങ്ങൾക്ക് ശരിയാണ്: ഗേറ്റ്‌വേ തരം അല്ലെങ്കിൽ SKU മാറ്റുന്നത്, പോയിന്റ്-ടു-സൈറ്റും സൈറ്റ്-ടു-സൈറ്റും തമ്മിൽ മാറുന്നത്, അല്ലെങ്കിൽ സ്വന്തം കോൺഫിഗറേഷൻ തെറ്റായ ഗേറ്റ്‌വേ നന്നാക്കുന്നത്. അത്തരം മാറ്റങ്ങൾ ഗേറ്റ്‌വേ റിസോഴ്‌സ് യഥാർത്ഥത്തിൽ മാറ്റുന്നു, അതിനാൽ വീണ്ടും നിർമ്മിക്കേണ്ടത് യഥാർത്ഥത്തിൽ ആവശ്യമാണ്.

പോയിന്റ്-ടു-സൈറ്റിനായി സൃഷ്ടിച്ച ഗേറ്റ്‌വേയ്ക്ക് സൈറ്റ്-ടു-സൈറ്റ് കണക്ഷൻ നേരിട്ട് നൽകാനാവില്ല. പോയിന്റ്-ടു-സൈറ്റ് കോൺഫിഗറേഷൻ നീക്കം ചെയ്ത് ഗേറ്റ്‌വേ വീണ്ടും സൃഷ്ടിക്കണം, ഇത് പുതിയ പങ്കിട്ട കീയും പുതിയ ക്ലയന്റ് പാക്കേജും നൽകുന്നു.

പോയിന്റ്-ടു-സൈറ്റ് പാക്കേജ് കാലഹരണപ്പെടുന്നതിനാൽ പ്രത്യേക കുറിപ്പ് അർഹിക്കുന്നു. പോർട്ടൽ ചെറിയ ആയുസ്സുള്ള ഫയൽ സൃഷ്ടിക്കുന്നു, അതിനാൽ പ്രായോഗിക സമീപനം അത് ഒരിക്കൽ ഡൗൺലോഡ് ചെയ്ത് ക്ലയന്റ് സർട്ടിഫിക്കറ്റിനൊപ്പം വിതരണം ചെയ്യുക എന്നതാണ്, ഉപയോക്താക്കൾ ക്ലിക്ക് ചെയ്യുമ്പോഴേക്കും ചത്തുപോകുന്ന പോർട്ടൽ ലിങ്ക് അയയ്ക്കുന്നതിന് പകരം. പ്രിഫിക്സ് ചോദ്യത്തിന് ഇവയൊന്നും ബാധകമല്ല. രണ്ട് നടപടിക്രമങ്ങൾ വേർതിരിച്ച് നിർത്തുന്നതാണ് മുഴുവൻ അച്ചടക്കം: പ്രിഫിക്സുകൾ കണക്ഷൻ തലത്തിലുള്ള മാറ്റമാണ്, ഗേറ്റ്‌വേ സവിശേഷതകൾ ഗേറ്റ്‌വേ തലത്തിലുള്ള മാറ്റമാണ്.

അവസ്ഥ വായിക്കുക, പോർട്ടൽ ബാഡ്ജ് അല്ല

പോർട്ടലിലെ ബാഡ്ജിൽ നിന്നല്ല, റിസോഴ്‌സിൽ നിന്ന് അവസ്ഥ വായിക്കുക. Get-AzVirtualNetworkGatewayConnection -Name Conn1 -ResourceGroupName RG1 നൽകുന്നു ConnectionStatus ഇൻഗ്രെസ്, എഗ്രെസ് ബൈറ്റ് കൗണ്ടറുകൾക്കൊപ്പം, കണക്ട് ചെയ്തിട്ടും ഒന്നും വഹിക്കാത്ത ടണലിനെ ഒരിക്കലും സ്ഥാപിക്കാത്ത ടണലിൽ നിന്ന് വേർതിരിക്കുന്നത് ഈ കൗണ്ടറുകളാണ്.

കൈമാറ്റത്തിന്റെ നടുവിൽ വർദ്ധന നിർത്തുന്ന കൗണ്ടറുകൾ പ്രാമാണീകരണത്തിലല്ല, പാതയിലേക്കാണ് വിരൽ ചൂണ്ടുന്നത്. ഒട്ടും ചലിക്കാത്ത കൗണ്ടറുകൾ പ്രിഫിക്സ് സെറ്റിലേക്കോ പങ്കിട്ട കീയിലേക്കോ വിരൽ ചൂണ്ടുന്നു.

VPN-ൽ തെറ്റായി ആരോപിക്കപ്പെടുന്ന വിച്ഛേദനങ്ങളുടെ ഒരു വിഭാഗത്തെ ടൈമറുകൾ വിശദീകരിക്കുന്നു. Azure-ന്റെ ലോഡ് ബാലൻസർ കോൺഫിഗർ ചെയ്ത ടൈംഔട്ടിന് ശേഷം നിഷ്ക്രിയ ഫ്ലോകൾ അടയ്ക്കുന്നു, ഈ കുറിപ്പുകൾ എഴുതിയപ്പോൾ സ്വതവേ നാല് മിനിറ്റും മുകളിലേക്ക് കോൺഫിഗർ ചെയ്യാനും കഴിയും, അതിനാൽ keepalive ഇല്ലാത്ത VM-ലെ OpenVPN സെർവർ ഏതാനും മിനിറ്റുകളിലൊരിക്കൽ വീഴാം, ബാക്കിയെല്ലാം ആരോഗ്യകരമായി തോന്നുമ്പോൾ. പ്ലാറ്റ്‌ഫോം ചാക്രികമായി പുനരാരംഭിക്കുന്ന ഗേറ്റ്‌വേയും VNet കണക്ഷൻ Web App-ലേക്ക് തടസ്സപ്പെടുത്താം, ആ പരാജയം ക്ലയന്റ് കോൺഫിഗറേഷനിലല്ല, പ്ലാറ്റ്‌ഫോം വശത്താണ്. സൂചന എന്തെന്നാൽ വിച്ഛേദനം സ്ഥിരമായ ഇടവേളയെ പിന്തുടരുന്നുണ്ടോ അതോ നിങ്ങൾ വരുത്തിയ മാറ്റത്തെ പിന്തുടരുന്നുണ്ടോ എന്നതാണ്.

മൂന്ന് ഒബ്ജക്ടുകളും അവയുടെ മൂല്യങ്ങളും ഒരു റെക്കോർഡിൽ സൂക്ഷിക്കുക: വെർച്വൽ നെറ്റ്‌വർക്കിന്റെ വിലാസ സ്ഥലം, പ്രാദേശിക നെറ്റ്‌വർക്ക് ഗേറ്റ്‌വേയുടെ പ്രിഫിക്സ് പട്ടിക, കണക്ഷന്റെ പങ്കിട്ട കീയുടെ റഫറൻസ്. സൈറ്റ്-ടു-സൈറ്റ് PowerShell ലേഖനം പ്രാദേശിക നെറ്റ്‌വർക്ക് ഗേറ്റ്‌വേയുടെ കമാന്റുകളും അവയുടെ ക്രമവും രേഖപ്പെടുത്തുന്നു. പ്രിഫിക്സ് മാറ്റം ഓർമ്മയുമായി താരതമ്യം ചെയ്യുന്നതാണ് പ്രവർത്തിക്കുന്ന ടണൽ രണ്ടുതവണ വീണ്ടും നിർമ്മിക്കുന്ന വഴി.

തുടർന്ന് നിങ്ങൾ മാറ്റിയ ക്രമത്തിൽ പരിശോധിക്കുക: പ്രാദേശിക നെറ്റ്‌വർക്ക് ഗേറ്റ്‌വേ പുതിയ പ്രിഫിക്സ് പട്ടിക കാണിക്കുന്നു, കണക്ഷൻ വീണ്ടും Connected ആണ്, പുതിയ ശ്രേണിയിലെ ഹോസ്റ്റിലേക്ക് ട്രാഫിക് അയയ്ക്കുമ്പോൾ കൗണ്ടറുകൾ ചലിക്കുന്നു. ആദ്യ രണ്ടെണ്ണം കടന്നുപോകുമ്പോൾ മൂന്നാമത്തെ ഘട്ടം പരാജയപ്പെട്ടാൽ, വിദൂര വശം പുതിയ ട്രാഫിക് സെലക്ടർ സ്വീകരിച്ചിട്ടില്ല, വിദൂര ഉപകരണത്തിന് യോജിക്കുന്ന ഘട്ടം 2 എൻട്രി വേണം. അത് ടണലിന്റെ മറ്റേ അറ്റവുമായുള്ള സംഭാഷണമാണ്, Azure-ൽ മറ്റൊരു മാറ്റമല്ല.