Kwa nini kuongeza kiambishi cha Azure VPN hukata muunganisho

Kiambishi kilichoongezwa kwenye kitu kisicho sahihi cha Azure huzalisha muunganisho unaoripoti Connected na usiohamisha chochote, na hii ni aina ya kosa la gharama kubwa zaidi katika mkusanyiko huu. Kuna rasilimali tatu zinazohusika na ni moja tu kati yao inamiliki nafasi ya anwani ya mbali: lango la mtandao pepe, lango la mtandao wa ndani linaloeleza upande wa mbali, na muunganisho unaowaunganisha. Kiambishi ni mali ya lango la mtandao wa ndani, muunganisho lazima ujengwe upya ili mabadiliko yaanze kutumika, na lango lenyewe kwa kawaida huachwa bila kuguswa. Mpangilio hauwezi kujadiliwa, na lango la wavuti linaonyesha sehemu yake tu.

Vitu vitatu, kimoja kikishikilia kiambishi

Nafasi ya anwani ya mtandao pepe hujibu swali lingine: ni nini kinachoishi ndani ya Azure. Kuongeza kiambishi cha mbali hapo hakuelekezi trafiki huko, kinaongeza tu nafasi ambayo jukwaa linadhani inamiliki, jambo ambalo linaweza kugongana na masafa halisi ya mbali. Lango la mtandao wa ndani ndilo kitu kinachoshikilia viambishi vya mbali, na muunganisho hurejelea malango yote mawili pamoja na ufunguo ulioshirikiwa mapema.

Kuna sharti la tatu la kukumbuka. GatewaySubnet hukaribisha vielelezo vya lango linalosimamiwa, lazima liwe na jina hilo hasa, na kwa SKU zisizo za Basic inatarajiwa kuwa angalau /27.

Hakuna kingine kinachomilikiwa na subnet hiyo, na mabadiliko ya kiambishi hayana sababu ya kuigusa. Kiambishi kinachokosekana kwenye lango la mtandao wa ndani hakiwezi kufikiwa vyovyote hali ya muunganisho inavyosema, kwa sababu lango hutoa tu viambishi vilivyoarifiwa wakati wa kujadili handaki. Ndiyo sababu dalili haina usawa: handaki liko juu, muungano wa usalama uko sawa, na subnet moja haionekani kamwe kwenye vichaguzi vya trafiki. Ikiwa masafa moja ya mbali hayapo wakati majirani yanafanya kazi, acha kuangalia handaki na usome lango la mtandao wa ndani.

Kwa nini muunganisho huondolewa

Kitu cha muunganisho hufunga usanidi uliojadiliwa kwa maisha yake yote. Ndiyo sababu utaratibu ulioandikwa huondoa kwanza muunganisho, husasisha lango la mtandao wa ndani, kisha huunda upya muunganisho kwa ufunguo huo huo ulioshirikiwa. Vielelezo vya lango havijengwi upya kwa mabadiliko ya kiambishi pekee, jambo linaloweka kizuizi cha kukatika kwenye kuvunjwa kwa muunganisho badala ya kupelekwa upya kwa lango.

Ufutaji huo ndio kukatika, kwa hiyo uitendee kama mabadiliko yaliyopangwa yenye mwanzo na mwisho unaotarajiwa badala ya uhariri wa haraka. Katika PowerShell mpangilio ni mfupi: Remove-AzVirtualNetworkGatewayConnection -Name Conn1 -ResourceGroupName RG1 -Force, kisha Set-AzLocalNetworkGateway na -AddressPrefix safu mpya, kisha New-AzVirtualNetworkGatewayConnection na -SharedKey huo huo na malango hayo hayo. Kutumia ufunguo tena ni muhimu, kwa sababu upande wa mbali hausanidiwi upya na ufunguo mpya unamaanisha uratibu na anayemiliki kifaa cha mbali. Ikiwa timu nyingine inaendesha kifaa hicho, kubaliana nao kuhusu dirisha kabla ya kuondoa chochote.

Wakati lango lenyewe linapaswa kujengwa upya

Jibu la pili linalozunguka tatizo hili linasema lango lazima liundwe upya na ufunguo ubadilishwe tena. Hilo ni sahihi kwa seti nyingine ya shughuli: kubadilisha aina ya lango au SKU, kuhamia kati ya point-to-site na site-to-site, au kurekebisha lango ambalo usanidi wake wenyewe si sahihi. Mabadiliko kama hayo hubadilisha rasilimali ya lango kweli, kwa hiyo kujenga upya kunahitajika kweli.

Lango lililoundwa kwa point-to-site haliwezi kupewa muunganisho wa site-to-site kirahisi. Usanidi wa point-to-site lazima uondolewe na lango liundwe upya, jambo ambalo huzalisha pia ufunguo mpya ulioshirikiwa na kifurushi kipya cha mteja.

Kifurushi cha point-to-site kinastahili noti yake kwa sababu kinaisha muda. Lango la wavuti huzalisha faili yenye maisha mafupi, kwa hiyo njia ya vitendo ni kuipakua mara moja na kuisambaza pamoja na cheti cha mteja badala ya kuwatumia watumiaji kiungo cha lango la wavuti ambacho kitakuwa kimekufa wanapobofya. Kuhusu swali la kiambishi, hakuna chochote cha haya kinachotumika. Kutenganisha taratibu hizo mbili ndio nidhamu yote: viambishi ni mabadiliko ya ngazi ya muunganisho, na sifa za lango ni mabadiliko ya ngazi ya lango.

Soma hali, si beji ya lango la wavuti

Soma hali kutoka kwa rasilimali badala ya beji kwenye lango la wavuti. Get-AzVirtualNetworkGatewayConnection -Name Conn1 -ResourceGroupName RG1 hurudisha ConnectionStatus pamoja na vihesabu vya baiti zinazoingia na zinazotoka, na vihesabu ndivyo vinavyotenganisha handaki lililounganishwa na lisilobeba chochote na lile ambalo halikuwahi kuanzishwa.

Vihesabu vinavyoacha kuongezeka katikati ya uhamishaji huelekeza kwenye njia badala ya uthibitishaji. Vihesabu visivyogezeka kabisa huelekeza kwenye seti ya viambishi au ufunguo ulioshirikiwa.

Vipima muda hufafanua aina moja ya kukatika ambayo huhusishwa kimakosa na VPN. Kibalansi cha mzigo cha Azure hufunga mitiririko isiyo na shughuli baada ya muda uliosanidiwa, dakika nne kwa chaguo-msingi wakati noti hizi ziliandikwa na inaweza kuongezwa, kwa hiyo seva ya OpenVPN kwenye VM bila keepalive inaweza kuanguka kila dakika chache wakati kila kitu kingine kinaonekana kizuri. Lango ambalo jukwaa hulizindua upya kwa mzunguko pia linaweza kuvunja muunganisho wa VNet na Web App, na kushindwa huko kuko upande wa jukwaa na si kwenye usanidi wa mteja. Kidokezo ni kama kukatika kunafuata muda maalum au mabadiliko uliyofanya.

Weka vitu vitatu na thamani zake kwenye rekodi moja: nafasi ya anwani ya mtandao pepe, orodha ya viambishi vya lango la mtandao wa ndani, na rejeleo la ufunguo ulioshirikiwa wa muunganisho. makala ya PowerShell ya site-to-site huandika amri za lango la mtandao wa ndani na mpangilio wanaostahili. Kulinganisha mabadiliko ya kiambishi na kumbukumbu ndiyo njia ambayo handaki linalofanya kazi hujengwa upya mara mbili.

Kisha thibitisha kwa mpangilio uliobadilisha: lango la mtandao wa ndani linaonyesha orodha mpya ya viambishi, muunganisho umerudi Connected, na vihesabu vinageuka unapotuma trafiki kwa mwenyeji katika masafa mapya. Ikiwa hatua ya tatu inashindwa wakati mbili za kwanza zinapita, upande wa mbali haujakubali kichaguzi kipya cha trafiki na kifaa cha mbali kinahitaji ingizo la awamu ya 2 linalolingana. Hiyo ni mazungumzo na upande mwingine wa handaki, si mabadiliko mengine katika Azure.