Kuunganisha kiolesura cha pili kwenye VM ya Compute Engine kunampa muunganisho mwingine wa mtandao, si njia ya kurudi yenye ulinganifu. Mgeni bado huchagua kiolesura na anwani ya chanzo kutoka njia na kanuni zake mwenyewe. Kisha Google Cloud hutumia uelekezaji wa VPC na sera ya firewall kuzunguka kiolesura ambacho pakiti ilitoka. Wakati maamuzi haya mawili hayapatani, maombi hufika kwenye NIC moja na majibu hutoka kupitia nyingine, na tawi huona mazungumzo yaliyofunguliwa nusu.

Pitia njia kwa hatua tano na kutokupatana kutaonekana kabla ya kuandika kanuni ya sera.

Hatua 1: linganisha NIC za wingu na vifaa vya mgeni

Wingu huita violesura nic0, nic1 na kadhalika, na mgeni huona majina ya vifaa ambayo hayahitaji kupatana. Tatua ramani kutoka metadata ya instansi au kutoka anwani ya kiolesura yenyewe kabla ya kitu kingine chochote. Njia ya kawaida ya default inayotolewa na DHCP imeunganishwa na nic0, ndiyo sababu njia ya kuelekea intaneti mara nyingi hushinda kwa bahati. Kuandika sera dhidi ya jina la kifaa lililokisiwa ndiyo njia ambayo kanuni sahihi huangukia kiolesura kisichofaa.

Rekodi anwani, majina ya vifaa na VPC ambayo kila moja inamilikiwa. Ramani hiyo ya safu tatu ni pembejeo ya kila hatua inayofuata.

Hatua 2: taja maamuzi mawili ya uelekezaji

Uamuzi wa kwanza ni wa mgeni: kiolesura kipi na anwani ipi ya chanzo kwa pakiti hii. Wa pili ni wa wingu: nini njia za VPC na sera ya firewall huruhusu kuzunguka kiolesura hicho.

Njia inayoonekana katika VPC inayoelekea VPN haifanyiki kuwa njia ya mgeni inayochagua NIC hiyo. Njia ya wingu hueleza kile mtandao unaweza kuwasilisha, wakati njia ya mgeni huamua kile pakiti hufanya.

Hatua 3: chagua sera ya njia ya kurudi

Kwa seti ndogo, thabiti ya viambishi vya tawi, njia za wazi za marudio kwa mgeni ndiyo usemi rahisi zaidi: majibu kwa viambishi hivyo hutoka kupitia kiolesura kinachoelekea VPN. Wakati huduma kadhaa zinatumia kwa makusudi anwani tofauti za chanzo za ndani, kanuni zinazotegemea chanzo zinazochagua jedwali kwa kila kiolesura huweka kila jibu katika muktadha sahihi. Nyaraka za violesura kadhaa hueleza upeanaji majina wa NIC na tabia ya njia ya default ambayo miundo hii inategemea.

Kila jedwali linahitaji njia halali zilizounganishwa na miruko inayofuata, pamoja na marudio yatakayoulizwa. Kanuni inayoelekeza kwenye jedwali lisilokamilika si muundo wa njia ya kurudi. Tumia lango lililoandikwa kwa NIC hiyo badala ya kubuni lango la Ethernet kutoka mwonekano wa subneti.

Hatua 4: angalia vichujio vya mgeni mwenyewe

Angalia wapi seva inasikiliza na chanzo kipi cha ndani hubeba jibu. Msikilizaji kwenye anwani zote haubatilishi sera ya uelekezaji, kwa hiyo kufungwa kwa anwani zote hakubadilishi chochote kuhusu kiolesura ambacho jibu hutoka.

Kwenye Linux, pitia uthibitishaji wa njia iliyogeuzwa dhidi ya muundo uliokusudiwa. Kuizima kwa jumla kama hatua ya kwanza hubadilisha hitilafu ya uelekezaji na mfiduo wa kughushi, na huficha utofauti uliokuwa ukijaribu kupata.

Hatua 5: jaribu mtiririko mmoja kwa kila njia

Thibitisha kwa tofauti ombi la tawi lililoruhusiwa na ombi la intaneti lisilohusiana, kila moja na chanzo na marudio yake halisi. Nasa kwenye violesura vyote viwili ukiweza, kwa sababu ushahidi muhimu ni kiolesura kipi kilichobeba jibu. Kisha thibitisha kwamba sera ya upande wa wingu iliheshimu njia uliyounda. Ombi moja lililofanikiwa linathibitisha mtiririko mmoja, si muundo wenye ulinganifu.

Tenganisha majaribio mawili kwenye madokezo yako, kwa sababu hutumia njia tofauti na kanuni tofauti za firewall.

Kile ambacho NIC ya pili haikupi

Kiolesura cha pili huongeza muunganisho wa mtandao na anwani nyingine. Haiongezi uelekezaji wenye ulinganifu wa kiotomatiki na haikwepi sera ya firewall. Kuichukulia kama marekebisho ya uelekezaji ndiyo sababu miundo ya NIC nyingi hukusanya kanuni ambazo hakuna anayeweza kuzieleza baadaye.

Ikiwa VM inapaswa kupeleka mbele trafiki ya mashine nyingine, panga jukumu hilo la kipanga njia kwa uwazi, ikiwa ni pamoja na mpangilio wa wingu unaoruhusu upelekaji mbele na vichujio vya mgeni vinavyoambatana.

Makala zinazohusiana