Uthibitishaji wa mtiririko wa IP wa Azure unasema imeruhusiwa, lakini VPN bado inashindwa

Handaki la tovuti-hadi-tovuti limeunganishwa, VM ni nzima, lakini mteja wa ndani hapati chochote. Unafungua Network Watcher, unaendesha uthibitishaji wa mtiririko wa IP, na unasema Access allowed, kwa hivyo tikiti inafungwa kama tatizo la VPN. Matokeo hayo hayamaanishi inavyofanana, kwa sababu uthibitishaji wa mtiririko wa IP hutathmini kanuni za usalama za mtiririko ulioueleza na kamwe haujaribu kama Azure ina njia ya kufikia kiambishi chako cha ndani.

Swali la uchujaji na swali la uelekezaji ni tofauti, na Network Watcher huwajibu kwa zana tofauti. Kujua ni lipi uliuliza ndiyo sehemu kubwa ya uchunguzi.

Uthibitishaji wa mtiririko wa IP huamua nini kwa kweli

Uthibitishaji wa mtiririko wa IP huchukua VM, kiolesura cha mtandao, mwelekeo, thamani za tano na itifaki, kisha huripoti uamuzi wa kanuni ya NSG na msimamizi wa usalama kwa mtiririko huo. Hufanya kazi kwenye TCP na UDP, kwa hivyo si kijaribio cha kanuni za ICMP na ping iliyozuiwa haithibitishi chochote kuhusu huduma yako. Ipe mtiririko halisi badala ya kukisia. Muunganisho unaoingia kutoka ndani kwenda lango la hifadhidata ni maelezo tofauti na muunganisho unaotoka ambao VM huanzisha.

Ikiwa lango hutafsiri anwani, tumia anwani ya chanzo inayofikia mpaka unaotathmini, si ile iliyo kwenye usanidi wa mteja. Soma matokeo pia kama yalivyo. Access allowed inamaanisha tabaka la kuchuja lingekubali pakiti ikiwa ingefika, na si zaidi.

Isichoweza kukuambia ni njia ambayo Azure ilichagua, kama firewall ya mgeni inaruhusu lango, au kama kuna kitu kinasikiliza. Hivyo huishi katika tabaka zingine.

Hop inayofuata na njia bora huongeza nini

Hop inayofuata hujibu swali la upelekaji: kwa lengo hili Azure huchagua aina gani ya hop inayofuata, kwa anwani gani, kutoka jedwali gani la njia. Njia bora huorodhesha kile NIC inacho kweli. Endesha zote mbili na utapata njia ya upande wa Azure ambayo uthibitishaji wa kijani wa mtiririko wa IP huiacha tupu.

Muhtasari wa uthibitishaji wa mtiririko wa IP wa Microsoft unaonyesha wigo wa uchujaji moja kwa moja, wakati kurasa za hop inayofuata na uchunguzi wa njia zinashughulikia upande wa upelekaji. Nukuu ukurasa sahihi unapoandika matokeo.

Amri ni fupi vya kutosha kuziendesha kutoka shell. az network nic show-effective-route-table huorodhesha njia zilizotumika kwenye kiolesura. az network watcher show-next-hop pamoja na chanzo na lengo hurudisha hop iliyochaguliwa. Linganisha kiambishi unachojali na jedwali hilo, kisha thibitisha ni ingizo lipi linashinda.

Tembea njia ya kurudi kutoka NIC ya VM

Fanya hivi kutoka NIC ya VM lengwa, kwa kiambishi cha mteja wa ndani, si kwa mtandao. Njia ya kurudi ndipo hitilafu za tovuti-hadi-tovuti hujificha, kwa sababu ukaguzi wa hali ya handaki huripoti tu kwamba vyama vya usalama vimeinuka.

Ikiwa njia inayotarajiwa haipo, angalia viambishi vya mbali ambavyo usanidi wa lango hutoa, muundo wa muunganisho wa VNet na mpangilio wowote wa uenezaji wa njia. Kipengee cha lango la mtandao wa ndani kinaelezea upande wa ndani; kuwepo kwake hakuthibitishi kwamba kila kiambishi kinachohitajika kipo na kinapendelewa kwenye NIC. Hizo ni ukweli tofauti, na ni mmoja tu wao unaoonekana katika muhtasari wa portal.

Soma aina ya hop inayofuata badala ya kunakili mfano

Njia kupitia lango la VPN linalosimamiwa kwa kawaida huonyesha VirtualNetworkGateway kama aina ya hop inayofuata. VirtualAppliance inaelezea muundo tofauti wa upelekaji, kwa kawaida firewall au kifaa cha mtandao pepe.

Usiunde njia ya kifaa kuelekea mwisho wa VPN uliokisiwa kwa sababu jibu la zamani la jukwaa lilitumia aina hiyo. Ikiwa njia iliyofafanuliwa na mtumiaji inabatilisha njia iliyokusudiwa, tafuta mmiliki wake na madhumuni kabla ya kuibadilisha. NIC ya pili pia inaweza kubadilisha kiolesura ambacho mgeni hutumia, na kuiondoa kunaweza kuvunja huduma nyingine badala ya kurekebisha njia hii.

Nenda kwenye mpaka ambao bado unashindwa

Wakati uchujaji na uelekezaji vyote vinaendana na muundo, hitilafu iko mahali pengine. Angalia jedwali la njia la mgeni mwenyewe, firewall yake na kama msikilizaji amefungwa kwenye anwani inayotarajiwa. Kisha angalia vichaguzi vya trafiki vilivyolindwa vya VPN na njia ya jibu ya ndani. Kila kimoja ni jaribio tofauti na matokeo tofauti.

Maliza kwa ombi la programu lililoruhusiwa na uchunguzi kutoka pande zote mbili. Matokeo ya allow na hop inayofuata sahihi ni vipande viwili vya ushahidi, si uthibitisho kwamba muunganisho ulifanikiwa.