Je, Azure VNet iliyounganishwa kwa peering inahitaji lango lake la VPN?

VNet spoke mpya inaonekana, hub tayari ina lango la site-to-site linalofanya kazi, na swali la wazi ni kama lazima ulipe lango la pili. Kwa kawaida hapana: usafirishaji wa lango huruhusu spoke kutumia lango la hub kupitia peering. Masharti matatu yanaamua kama hilo litafanya kazi, na hakuna moja ambalo linaonekana kwenye beji ya hali ya peering. Muunganisho wa peering na ruhusa ya kutumia lango la mtu mwingine ni mipangilio tofauti, kwa hivyo VM mbili ambazo tayari zinaweza kupingiana hazithibitishi chochote kuhusu njia ya VPN.

Sharti la kwanza: lango, na ukosefu wake katika spoke

Azure inasaidia usafirishaji wa lango kwa SKU za VPN Gateway isipokuwa Basic, na peering ya kikanda na ya kimataifa zote zinaweza kuibeba. Spoke hutumia lango ambalo haina umiliki wake, kwa hivyo haliwezi kuwa na lake: ikiwa lango tayari lipo katika spoke, au chaguo la lango la mbali tayari limechaguliwa, mpangilio wa usafirishaji unaotaka hautapatikana au hautafanya kazi. Angalia hilo kabla ya kutatua hitilafu yoyote, kwa sababu kisanduku cha kuteua kilichozimwa ni dalili, si hitilafu. Kwanza soma SKU na lango lililopo, kisha angalia mipangilio ya peering.

Usifute lango la spoke lililopo ili chaguo ionekane hadi ujue nini kinategemea hilo. Mpangilio wa uhamishaji ni muhimu zaidi kuliko kisanduku cha kuteua.

Sharti la pili: mpangilio mmoja katika kila mwelekeo wa peering

Peering ni vitu viwili, kimoja kwenye kila VNet, na mipangilio ya usafirishaji iko pande tofauti za jozi hiyo. Peering ya hub kuelekea spoke lazima iruhusu lango la hub kuhudumia spoke; peering ya spoke kuelekea hub lazima ikubali lango la hub. mwongozo wa usafirishaji wa lango wa Microsoft huzipa majina kwa mwelekeo, na hiyo ndiyo njia pekee ya kuziweka sawa:

Kidhibiti kilichoandikwa remote hubadilisha maana kulingana na peering ya VNet ipi unayohariri, kwa hivyo soma mwelekeo, si neno. Weka pande zote mbili, hifadhi na uthibitisha kwamba peering inaripoti muunganisho katika maeneo yote mawili.

Sharti la tatu: nafasi ya anwani na mipaka ya ruhusa

Usafirishaji hauwezi kufanya kiambishi awali kimoja cha marudio kumaanisha mitandao miwili, kwa hivyo safu za hub, spoke na mtandao wa ndani lazima zitenganishwe kabla ya chochote kati ya hivi kufanya kazi. VNet pia zinaweza kuwa katika michango au wapangaji tofauti; hiyo si marufuku, lakini utambulisho unaounda au kusasisha kila peering unahitaji ruhusa zinazohitajika kwenye mtandao huo. Mabadiliko kati ya michango mara nyingi hushindwa kwa ruhusa, na kosa ni rahisi kusoma vibaya kama tatizo la topolojia.

Andika safu na wamiliki kabla ya mabadiliko. Kukisia yoyote kati yao hutoa peering inayounganisha na haielekezi chochote.

Thibitisha kwa njia bora, si kwa hali ya peering

Angalia njia bora kwenye kiolesura cha mtandao cha mzigo wa kazi wa spoke na upate kiambishi awali halisi cha mtandao wa ndani. Angalia jedwali la njia la subnet na kama uenezaji wa njia za lango umezimwa, kwa sababu njia iliyofafanuliwa na mtumiaji au kifaa cha ukaguzi kinaweza kupitisha njia ambayo bendera za peering zinaipendekeza. Kisha thibitisha mwelekeo mwingine: mtandao wa ndani lazima ujue jinsi ya kufikia kiambishi awali cha spoke kupitia muunganisho wa site-to-site, ama kwa matangazo yaliyojifunza au kwa njia iliyo wazi na ingizo linalolingana la mtandao uliolindwa kwenye kifaa cha mteja. Ikiwa kiambishi awali hakipo upande wowote, bendera za peering si kitu cha kubadilisha.

Jaribu huduma moja kutoka mzigo wa kazi wa spoke na fuata jibu. Jaribio kutoka lango la VPN au kutoka VM ya hub hutumia kiambishi awali tofauti cha chanzo na njia tofauti.

Ikiwa topolojia pia inahudumia wateja wa point-to-site, thibitisha njia zao zilizosakinishwa kwa tofauti. Vifurushi vya mteja vya Windows vinaweza kuhitaji kuzalishwa upya baada ya mabadiliko ya topolojia, na hiyo ni kazi ya uelekezaji wa mteja, si uthibitisho kwamba ugawaji wa lango umeshindwa.

Kile ambacho kugawana lango hakutoi

Usafirishaji wa lango ni urahisi wa uelekezaji, si idhini. Vikundi vya usalama vya mtandao, vichungi vya ndani na kanuni za kiwango cha huduma bado huamua mzigo wa kazi wa spoke unaweza kufikia nini, kwa hivyo washa huduma mahususi ya chanzo-hadi-marudio badala ya kudhani kwamba handaki iliyoshirikiwa inaruhusu kila kitu nyuma yake.

Peering pia si ya kupitisha jinsi watu wanavyotumaini. Kuongeza spoke nyingine, au kituo cha mwisho cha faragha, huleta mahitaji yake ya uelekezaji na ufikiaji ambayo mpangilio uliopo wa usafirishaji haujumuishi.