Azure VPN ഗേറ്റ്‌വേയുടെ പൊതു IP മാറ്റവും സബ്‌സ്‌ക്രിപ്‌ഷൻ കൈമാറ്റവും

VPN ഗേറ്റ്‌വേയുടെ പൊതു IP മാറ്റി സബ്‌സ്‌ക്രിപ്‌ഷനുകൾക്കിടയിൽ കൈമാറാനുള്ള റൺബുക്ക്, ടണലുകൾ നിലനിർത്തുന്ന ഇൻവെന്ററി, റോൾബാക്ക്, സന്ദർഭ പരിശോധനകൾ എന്നിവയോടെ.

Azure-ൽ മൂന്ന് വ്യത്യസ്ത വസ്തുക്കളെ ഗേറ്റ്‌വേ വിലാസം എന്ന് വിളിക്കുന്നു. സ്വകാര്യ വിലാസം GatewaySubnet-ൽ നിന്ന് അനുവദിക്കുന്നു. പൊതു വിലാസം ഗേറ്റ്‌വേയുടെ IP കോൺഫിഗറേഷൻ ചൂണ്ടിക്കാണിക്കുന്ന വേറിട്ട പൊതു IP വിഭവമാണ്. സബ്‌സ്‌ക്രിപ്‌ഷനും ക്ലൗഡ് പരിസരവും നിങ്ങളുടെ ഷെൽ ഒന്ന് കണ്ടെത്താൻ ഉപയോഗിക്കുന്ന സന്ദർഭമാണ്. ഒന്ന് മാറ്റിയാൽ മറ്റ് രണ്ടും അവയുടെ സ്ഥാനത്ത് നിൽക്കും, അതുകൊണ്ടാണ് വിലാസപ്പണി പലപ്പോഴും പാതിയിൽ നിൽക്കുന്നത്.

ഈ മാറ്റങ്ങൾ നാല് ഘട്ടങ്ങളായി ചെയ്യുന്നു: വസ്തുക്കളുടെ ഇൻവെന്ററി, പൊതു IP നിലവിലുള്ള ഗേറ്റ്‌വേയിലേക്ക് പോകുന്നോ ഗേറ്റ്‌വേ പുനർനിർമിക്കുന്നോ എന്ന തീരുമാനം, പഴയ വിലാസം കൈയിലിരിക്കെ മാറ്റം പ്രയോഗിക്കൽ, എന്നിട്ട് എന്തെങ്കിലും ഇല്ലാതാക്കുന്നതിന് മുമ്പ് ഓരോ ടണലും ഇരു വശങ്ങളിൽ നിന്ന് പരിശോധിക്കൽ. ആളുകൾ ഒഴിവാക്കുന്ന ഘട്ടം ഇൻവെന്ററിയാണ്.

മൂന്നിൽ ഏത് വസ്തുവാണ് നിങ്ങൾ യഥാർത്ഥത്തിൽ മാറ്റുന്നത്

പോർട്ടൽ തുറക്കുന്നതിന് മുമ്പ് വസ്തുവിന് പേര് നൽകുക. VPN ഗേറ്റ്‌വേ അതിന്റെ സ്വകാര്യ വിലാസം കൃത്യമായി GatewaySubnet എന്ന് പേരുള്ള ഒരു സബ്‌നെറ്റിൽ നിന്ന് എടുക്കുന്നു, Azure അത് ആ പ്രിഫിക്സിൽ നിന്ന് അനുവദിക്കുന്നു; അത് പിൻ ചെയ്യാൻ പൊതുവായ ഫീൽഡ് ഇല്ല. വിലാസം സ്ഥിരമായി തോന്നുന്നത് സബ്‌നെറ്റ് സ്ഥിരമായതുകൊണ്ട് മാത്രം. സബ്‌നെറ്റിന് വീണ്ടും വിലാസം നൽകുകയോ ഗേറ്റ്‌വേ പുനർനിർമിക്കുകയോ ചെയ്താൽ അത് അവയോടൊപ്പം നീങ്ങുന്നു.

പൊതു വിലാസം തിരുത്താം, പക്ഷേ തിരുത്തൽ നിയമാനുസൃതമാണോ എന്ന് SKU നിയമങ്ങൾ തീരുമാനിക്കുന്നു. Basic ഗേറ്റ്‌വേ Basic ചലനാത്മക പൊതു IP-യുമായി ചേരുന്നു, VpnGw SKU-കൾക്ക് Standard സ്ഥിരം വേണം, കൂടാതെ സോൺ-അധിക ഗേറ്റ്‌വേയ്ക്ക് അതേ സോണുകളുള്ള Standard പൊതു IP വേണം. തെറ്റായ SKU ടണൽ വീഴുന്നതിന് മുമ്പ് നിരസിക്കപ്പെടുന്നു.

ObjectWhere it livesWhat a change forces
Private addressGatewaySubnet prefix, assigned at deploymentSubnet resize or rebuild, then routes, NSGs and peer review
Public addressPublic IP resource referenced by the IP configurationGateway reprovision, peer and allowlist edits, new client profiles
Subscription contextYour PowerShell or CLI sessionNothing in Azure, and it clears most not-found errors

എന്തെങ്കിലും നീങ്ങുന്നതിന് മുമ്പുള്ള ഇൻവെന്ററി

ആദ്യം സബ്‌സ്‌ക്രിപ്‌ഷൻ തെളിയിക്കുക, അതില്ലാതെ ബാക്കി ഇൻവെന്ററിക്ക് വിലയില്ല. ഗേറ്റ്‌വേ, അതിന്റെ IP കോൺഫിഗറേഷനുകൾ, അതിൽ അവസാനിക്കുന്ന ഓരോ കണക്ഷനും രേഖപ്പെടുത്തി, ഔട്ട്പുട്ട് മാറ്റ രേഖയ്ക്കൊപ്പം സൂക്ഷിക്കുക.

Get-AzContext | Select-Object Subscription, Tenant, Environment
Get-AzVirtualNetworkGateway -ResourceGroupName rg-hub -Name gw-hub |
  Select-Object Name, Sku, EnableActiveActive, IpConfigurations
Get-AzVirtualNetworkGatewayConnection -ResourceGroupName rg-hub |
  Select-Object Name, ConnectionStatus, ConnectionType

വിഭവ ID-കൾ പേരുകളേക്കാൾ പ്രധാനം. ഒരു കണക്ഷൻ ഗേറ്റ്‌വേയിലേക്കും പ്രാദേശിക നെറ്റ്‌വർക്ക് ഗേറ്റ്‌വേയിലേക്കും റഫറൻസുകൾ സൂക്ഷിക്കുന്നു, ആ ID-കൾ ആരും ഓർക്കാത്ത സ്ക്രിപ്റ്റുകളിലും അലേർട്ടുകളിലും നയ അനുവദനകളിലും പ്രത്യക്ഷപ്പെടുന്നു. Azure-ന് പുറത്തുള്ളതും പട്ടികപ്പെടുത്തുക: വിലാസത്തിലേക്ക് പോകുന്ന DNS നാമം, പങ്കാളിയുടെ അനുമതി പട്ടിക, പഴയ IP പിൻ ചെയ്യുന്ന ശാഖാ ഫയർവാൾ.

പ്രവർത്തിക്കുന്ന ഗേറ്റ്‌വേയിൽ പൊതു IP മാറ്റുന്നത്

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

$gw = Get-AzVirtualNetworkGateway -ResourceGroupName rg-hub -Name gw-hub
$pip = New-AzPublicIpAddress -Name pip-gw-hub-2 -ResourceGroupName rg-hub `
  -Location westeurope -AllocationMethod Static -Sku Standard
$conf = New-AzVirtualNetworkGatewayIpConfig -Name gwipconfig1 `
  -SubnetId $gw.IpConfigurations[0].Subnet.Id -PublicIpAddressId $pip.Id
Set-AzVirtualNetworkGateway -VirtualNetworkGateway $gw -IpConfigurations $conf

ഗേറ്റ്‌വേ വീണ്ടും തയ്യാറാകുമ്പോൾ ടണലുകൾ വീഴുന്നു. ദൂരവശത്തിന് ഷെഡ്യൂൾ വേണം: പങ്കാളിയുടെ ഫയർവാൾ ആരെങ്കിലും തിരുത്തുന്നതുവരെ പഴയ വിലാസം വാഗ്ദാനം ചെയ്യുന്നു, കൂടാതെ മുൻ IP പ്രതീക്ഷിക്കുന്ന കണക്ഷൻ Azure എത്ര ആരോഗ്യകരമായി കണ്ടാലും താഴെത്തന്നെ നിൽക്കും. വിൻഡോയ്ക്ക് മുമ്പ് DNS TTL കുറയ്ക്കുക.

പോയിന്റ്-ടു-സൈറ്റ് ക്ലയന്റുകൾക്ക് പുതിയ പ്രൊഫൈൽ വേണം, ഡൗൺലോഡ് ചെയ്ത പാക്കേജ് എൻഡ്‌പോയിന്റ് വഹിക്കുന്നതിനാൽ. ഗേറ്റ്‌വേയ്ക്ക് മുന്നിൽ കസ്റ്റം DNS നാമമുണ്ടെങ്കിൽ പുനർവിതരണം ഒഴിവാകും: പേര് നിലനിർത്തുക, റെക്കോർഡ് മാറ്റുക.

ഗേറ്റ്‌വേ മറ്റൊരു സബ്‌സ്‌ക്രിപ്‌ഷനിലേക്ക് കൈമാറുന്നത്

വിഭവ കൈമാറ്റം ഒരു ഗണം നീക്കുന്നു, ഗേറ്റ്‌വേ ഒറ്റയ്ക്ക് അതിന്റെ ഏറ്റവും ഉപയോഗശൂന്യമായ അംഗമാണ്. വിർച്വൽ നെറ്റ്‌വർക്ക്, പൊതു IP വിഭവങ്ങൾ, പ്രാദേശിക നെറ്റ്‌വർക്ക് ഗേറ്റ്‌വേകൾ, കണക്ഷനുകൾ ഒരുമിച്ച് സഞ്ചരിക്കുന്നു, കാരണം ഓരോന്നും മറ്റൊന്നിലേക്ക് റഫറൻസ് സൂക്ഷിക്കുന്നു. ലക്ഷ്യ സബ്‌സ്‌ക്രിപ്‌ഷൻ ഒരേ ടെനന്റിൽ ആയിരിക്കണം, Microsoft.Network അവിടെ രജിസ്റ്റർ ചെയ്തിരിക്കണം, ഇരു വശങ്ങളിലും എഴുത്ത് അനുമതി വേണം.

എന്തും മാറുന്നതിന് മുമ്പ് സാധുത പരിശോധന നടക്കുന്നു, അതിനാൽ നിരസിക്കപ്പെട്ട കൈമാറ്റം വിഭവങ്ങളെ സ്ഥാനത്ത് നിർത്തുന്നു. അതുകൊണ്ടാണ് പുനർനിർമാണത്തിന് മുമ്പ് കൈമാറ്റം ഒരു ശ്രമത്തിന് അർഹമാകുന്നത്: വിജയകരമായ കൈമാറ്റം പൊതു IP-യെ കൂടെ കൊണ്ടുപോകുന്നു, അതിനാൽ പങ്കാളികളും അനുമതി പട്ടികകളും പ്രവർത്തിക്കുന്നു, പക്ഷേ പുനർനിർമിച്ച ഗേറ്റ്‌വേ അതേ വിലാസം അപൂർവമായി മാത്രം തിരികെ നൽകുന്നു.

az resource move --destination-group rg-hub `
  --destination-subscription-id 00000000-0000-0000-0000-000000000000 `
  --ids /subscriptions/11111111-1111-1111-1111-111111111111/resourceGroups/rg-hub/providers/Microsoft.Network/virtualNetworkGateways/gw-hub

സാധുത പരാജയം ആവർത്തിക്കാതെ വായിക്കുക. സാധാരണ കാരണങ്ങൾ ബാക്കിയായ ആശ്രിതത്വം, കൈമാറാൻ കഴിയാത്ത വിഭവ തരം, അല്ലെങ്കിൽ ഏതെങ്കിലും വിഭവ ഗ്രൂപ്പിലെ ലോക്ക് എന്നിവയാണ്. കൈമാറ്റം അസാധ്യമാണെങ്കിൽ ലക്ഷ്യത്തിൽ പുനർനിർമിച്ച് മാറുക: ടെസ്റ്റ് സബ്‌നെറ്റിൽ നിന്ന് റൂട്ടിംഗും പ്രാമാണീകരണവും സ്ഥിരീകരിക്കുക, പഴയ കണക്ഷനുകൾ ഇല്ലാതാക്കുന്നതിന് പകരം നിർത്തുക, പിന്നീട് പഴയ പാത നീക്കുക.

ഗേറ്റ്‌വേ കാണാതായി തോന്നുമ്പോൾ സന്ദർഭം പരിശോധിക്കുക

കണ്ടെത്തിയില്ല പിശക് സാധാരണയായി പരിധി പിശകാണ്. നിരവധി സബ്‌സ്‌ക്രിപ്‌ഷനുള്ള അക്കൗണ്ട് cmdlet-നെ തെറ്റായ ഒന്നിലേക്ക് തിരിച്ചുവിടുന്നു, സന്ദേശം വിഭവത്തെ കുറ്റപ്പെടുത്തുന്നു. പകരം പൂർണ്ണ വിഭവ ID ഉപയോഗിച്ച് വസ്തു തിരയുക: ID അതിന്റെ സ്വന്തം സബ്‌സ്‌ക്രിപ്‌ഷൻ വഹിക്കുന്നു, അതിനാൽ അത് പരിഹരിക്കപ്പെട്ടാൽ ഒന്നും കാണാതെ പോയിട്ടില്ല, നിങ്ങളുടെ സ്ഥിരസ്ഥിതി സന്ദർഭം തെറ്റാണ്.

കൂടുതൽ രണ്ട് പൊരുത്തക്കേടുകൾ ഇതുപോലെ വായിക്കാം. വാണിജ്യ ക്ലൗഡ് ഗേറ്റ്‌വേ സർക്കാർ അല്ലെങ്കിൽ ചൈന പരിസരത്തെ ലക്ഷ്യമിടുന്ന സെഷനിൽ ഉണ്ടാകില്ല, പഴയ മൊഡ്യൂൾ പതിപ്പുകൾ API ഇപ്പോൾ തന്നെ നൽകുന്ന വിഭവ രൂപങ്ങൾ വിട്ടുകളയുന്നു. സബ്‌സ്‌ക്രിപ്‌ഷൻ പിൻ ചെയ്ത്, പരിസരം ഒത്തുനോക്കി, എന്നിട്ട് കേസ് തുറക്കുക.

Set-AzContext -SubscriptionId 11111111-1111-1111-1111-111111111111
Get-AzResource -ResourceId /subscriptions/11111111-1111-1111-1111-111111111111/resourceGroups/rg-hub/providers/Microsoft.Network/virtualNetworkGateways/gw-hub

വൃത്തിയാക്കുന്നതിന് മുമ്പ് ഇരു വശങ്ങളിൽ നിന്നും പരിശോധിക്കുക

കണക്റ്റുചെയ്തിരിക്കുന്നു എന്നത് ഒരു അവസ്ഥയാണ്, തെളിവല്ല. ഓരോ കണക്ഷനും ടണൽ നില, ചലനാത്മക റൂട്ടിംഗ് ഉണ്ടെങ്കിൽ BGP പിയർ നില, വർക്ക്ലോഡ് സബ്‌നെറ്റിലെ ഫലപ്രദമായ റൂട്ടുകൾ എന്നിവ പരിശോധിക്കുക. പിന്നീട് ടണലിനെ ആശ്രയിക്കുന്ന ഒരു ആപ്ലിക്കേഷനിലൂടെ ഒരു യഥാർത്ഥ അഭ്യർത്ഥന കടത്തിവിടുക. ആവശ്യമായ പ്രിഫിക്സ് റൂട്ട് പട്ടികയിൽ ഇല്ലാതിരിക്കുമ്പോഴും കണക്ഷൻ സ്വയം കണക്റ്റുചെയ്തതായി റിപ്പോർട്ട് ചെയ്യാം.

Get-AzVirtualNetworkGatewayBGPPeerStatus -VirtualNetworkGatewayName gw-hub -ResourceGroupName rg-hub
Get-AzEffectiveRouteTable -NetworkInterfaceName nic-app -ResourceGroupName rg-app

പഴയ പൊതു IP ഇല്ലാതാക്കുന്നതിന് പകരം ഫോൾബാക്ക് വിൻഡോ അടയുന്നതുവരെ വേർപെടുത്തി സൂക്ഷിക്കുക, പങ്കാളി, ഫയർവാൾ തിരുത്തലുകൾ ക്രമത്തിൽ തിരികെ കൊണ്ടുവരാൻ കഴിയുന്നവിധം എഴുതുക.

  • സന്ദർഭം ഗേറ്റ്‌വേ ഉടമയായ സബ്‌സ്‌ക്രിപ്‌ഷനിൽ പിൻ ചെയ്തിരിക്കുന്നു
  • പഴയ പൊതു IP സൂക്ഷിച്ചു, അതിന്റെ ആശ്രിതത്വങ്ങൾ രേഖപ്പെടുത്തി
  • ഓരോ കണക്ഷനും പച്ചയും അതിലൂടെ ഒരു യഥാർത്ഥ അഭ്യർത്ഥനയും
  • പോയിന്റ്-ടു-സൈറ്റ് ഉപയോക്താക്കൾ പുതുക്കിയ പ്രൊഫൈലിലേക്ക് മാറ്റി
  • DNS റെക്കോർഡ് മാറ്റി, മുൻ മൂല്യം രേഖപ്പെടുത്തി

അനുബന്ധ ലേഖനങ്ങൾ