Azure VPN गेटवेको सार्वजनिक IP परिवर्तन र सदस्यता स्थानान्तरण
VPN गेटवेको सार्वजनिक IP परिवर्तन गरी सदस्यताहरूबीच सार्ने मार्गदर्शन, टनेल चालु राख्ने भण्डारण, रोलब्याक र सन्दर्भ जाँचसहित।
Azure मा तीन फरक वस्तुलाई गेटवे ठेगाना भनिन्छ। निजी ठेगाना GatewaySubnet बाट तोकिन्छ। सार्वजनिक ठेगाना गेटवेको IP कन्फिगरेसनले देखाउने छुट्टै सार्वजनिक IP स्रोत हो। सदस्यता र क्लाउड वातावरण त्यो सन्दर्भ हो जसले तपाईंको शेल एउटा भेट्टाउँछ। एउटा बदल्नुस् र अरू दुई आफ्नै ठाउँमा रहन्छन्, त्यसैले ठेगानाको काम प्रायः आधामा रोकिन्छ।
म यी परिवर्तन चार चरणमा गर्छु: वस्तुहरूको भण्डारण, सार्वजनिक IP विद्यमान गेटवेमा सर्छ कि गेटवे पुनः निर्माण हुन्छ भन्ने निर्णय, पुरानो ठेगाना हातमा हुँदै परिवर्तन लागू, र त्यसपछि केही मेट्नुअघि दुवै छेउबाट हरेक टनेल जाँच। मानिसहरूले छोड्ने चरण भण्डारण हो।
तीनमध्ये कुन वस्तु तपाईं वास्तवमा बदल्दै हुनुहुन्छ
पोर्टल खोल्नुअघि वस्तुको नाम भन्नुस्। VPN गेटवेले आफ्नो निजी ठेगाना ठ्याक्कै GatewaySubnet नाम हुनुपर्ने सबनेटबाट लिन्छ, र Azure ले त्यही प्रिफिक्सबाट तोक्छ; त्यसलाई पिन गर्न सामान्य फिल्ड छैन। ठेगाना स्थिर देखिनुको कारण सबनेट स्थिर हुनु मात्र हो। सबनेटलाई फेरि ठेगाना दिनुस् वा गेटवे पुनः बनाउनुस्, त्यो तिनीसँगै सर्छ।
सार्वजनिक ठेगाना सम्पादनयोग्य छ, तर सम्पादन वैध छ कि छैन SKU नियमले तय गर्छ। Basic गेटवे Basic गतिशील सार्वजनिक IP सँग जोडिन्छ, VpnGw SKU लाई Standard स्थिर चाहिन्छ, र जोन-अतिरिक्त गेटवेलाई त्यही जोन भएको Standard सार्वजनिक IP चाहिन्छ। गलत SKU टनेल खस्नुअघि अस्वीकार हुन्छ।
| Object | Where it lives | What a change forces |
|---|---|---|
| Private address | GatewaySubnet prefix, assigned at deployment | Subnet resize or rebuild, then routes, NSGs and peer review |
| Public address | Public IP resource referenced by the IP configuration | Gateway reprovision, peer and allowlist edits, new client profiles |
| Subscription context | Your PowerShell or CLI session | Nothing 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 रेकर्ड बदलियो र त्यसको अघिल्लो मान अभिलेख गरियो