Kwa nini point-to-site inahitaji lango la Azure VPN lenye msingi wa njia

Lango lenye msingi wa sera hujenga handaki la IPsec linalochaguliwa na wateuzi wa trafiki, na halina kiolesura cha kuwasilisha njia za wateja. Muunganisho wa point-to-site ni kipengele cha uelekezaji: lango linamiliki bwawa la anwani za wateja na huweka njia kwa wateja hao katika mtandao pepe. Tofauti hiyo ndiyo sababu lango la tovuti halionyeshi chaguo lolote la kuiongeza. Hakuna kitu kwenye lango lililopo kinachoweza kubadilishwa ili kuunda kiolesura, kwa hiyo mabadiliko ni uingizwaji na si uhariri wa usanidi.

Mpangilio ni muhimu zaidi kuliko hatua binafsi. Ikiwa mfululizo utakosea, kukatika kati ya maeneo kutapita dirisha la matengenezo.

Lango lenye msingi wa sera hufanya nini kwa kweli

Lango lenye msingi wa sera hulinganisha pakiti na wateuzi wa trafiki waliosanidiwa kwenye muunganisho na kutuma vinavyolingana kwenye handaki moja. Hakuna kiolesura cha handaki chenye anwani, na hakuna njia ya kila mteja inayoonekana mahali popote katika mtandao pepe. Jedwali la njia hupokea tu viambishi vya awali vya ndani vinavyoelekeza kwenye lango. Mfano huo unatosha kwa muunganisho kati ya maeneo kati ya nafasi mbili za anwani zisizobadilika.

Lango lenye msingi wa njia hufanya kazi kinyume: huwasilisha kiolesura cha handaki, na njia huamua kinachoingia ndani yake. Muunganisho wa point-to-site, na muundo wowote ambao kundi la wenzi wake hubadilika, hutegemea kuwepo kwa kiolesura hicho.

Kwa nini bwawa la wateja linahitaji kiolesura hicho

Kompyuta mpakato inapoungana, lango humpa anwani kutoka bwawa la point-to-site. Mtandao pepe kisha unahitaji njia inayosema kwamba anwani hii inafikiwa kupitia lango. Bila kiolesura cha handaki hakuna cha kushikamanisha njia hiyo.

Bwawa linatoka katika masafa unayoteua, na lango hutoa kutoka humo. Ikiwa masafa hayo yanaingiliana na mtandao wa ndani au mtandao pepe uliounganishwa, mgongano huonekana tu baada ya mteja kuungana, ambao ni wakati mbaya wa kuugundua. Hifadhi bwawa kabla ya uhamishaji kuanza.

Aina pia si mpangilio wa kila muunganisho. Lango moja lina aina moja, na kila muunganisho linaloshikilia hufanya kazi ipasavyo, kwa hiyo muundo mchanganyiko unahitaji lango la pili na si muunganisho wa pili.

Aina hupangwa wakati wa kuunda

Microsoft inasema kwamba lango la mtandao pepe haliwezi kubadilishwa kati ya lenye msingi wa sera na lenye msingi wa njia baada ya kupelekwa. Hakuna amri ya kubadilisha na hakuna kitufe kwenye lango la tovuti. Kuunda lango la pili katika subnet hiyo hiyo pia si njia mbadala, kwa sababu Azure huruhusu lango moja kwa kila mtandao pepe. Kwa hiyo uhamishaji ni kuondoa, kujenga upya na kuunganisha tena.

Hilo pia hujumuisha uamuzi wa SKU katika ujenzi huo huo. Kuhamia SKU kubwa baadaye ni uingizwaji mwingine wa lango na kukatika kwingine.

Lango moja, GatewaySubnet moja

Lango huishi katika subnet inayoitwa GatewaySubnet, na lango moja tu huichukua. Kupima ukubwa wa subnet hiyo ni sehemu ya maandalizi, kwa sababu SKU kubwa inahitaji anwani zaidi na subnet haiwezi kupunguzwa baadaye. Andika mipangilio ya sasa kati ya maeneo, ufunguo wa pamoja, lango la mtandao wa ndani na njia zenye matokeo kabla ya kugusa kitu chochote. Kisha chukulia dirisha kama kukatika, kwa sababu handaki kati ya maeneo linabaki chini hadi muunganisho mpya usanidiwe.

Mpangilio wa kujenga upya unaobakiza kukatika kwa kikomo: unda lango lenye msingi wa njia, unda upya muunganisho kati ya maeneo kwenda lango lile lile la mtandao wa ndani, thibitisha handaki na ombi moja la mwenyeji-hadi-mwenyeji, na kisha tu ongeza point-to-site na uzalishe kifurushi kipya cha mteja.

Kile ambacho uingizwaji haurekebishi

Kikomo cha pili ni cha mwenzi na si cha Azure. Kifaa cha ndani chenye msingi wa sera kinaweza kufikia mtandao pepe unaounganisha tu, na hakiwezi kupita hadi mitandao mingine ya ndani au mitandao mingine pepe kupitia lango hilo hilo. Kubadilisha upande wa Azure hakubadilishi kile mwenzi anachoweza kuchagua.

Ikiwa hitaji ni kweli upitishaji kati ya maeneo, jibu ni kifaa cha mwenzi chenye msingi wa njia au topolojia ambayo kila lengwa huisha kivyake. Amua hilo kabla ya kuahidi tarehe, kwa sababu uingizwaji wa lango peke yake hautatoa hilo.

Mpangilio wa shughuli na ukaguzi

Thibitisha kila uwezo kivyake. Kwanza hali ya handaki kati ya maeneo na ombi moja la mwenyeji-hadi-mwenyeji, kisha muunganisho wa point-to-site na rasilimali moja ya kibinafsi, kisha njia yoyote ya upitishaji ambayo muundo unadai. Hali ya kijani ya lango inathibitisha tu kwamba muungano wa usalama ulipanda, na si zaidi. Shikilia ukaguzi kwa mpangilio huo ili kushindwa kuelekeze kwenye hatua iliyoleta tatizo.

Zalisha upya vifurushi vya mteja baada ya mabadiliko yoyote ya topolojia, na weka bwawa mbali na kila masafa ya ndani na yaliyounganishwa. Vikomo na tofauti za SKU zimekusanywa katika marejeleo ya mipangilio ya Azure VPN Gateway.