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 રેકોર્ડ બદલાયો અને તેની અગાઉની કિંમત નોંધાઈ

સંબંધિત લેખો