Kwa nini ugunduzi wa majirani wa IPv6 unashindikana kupitia VPN iliyoelekezwa

Ugunduzi wa majirani wa IPv6 ni wa kiungo kimoja, na handaki iliyoelekezwa ni mpaka kati ya viungo viwili. Sentensi hiyo moja inaeleza karibu kila ripoti kuhusu mwenyeji wa mbali anayejibu kwa anwani na hapatikani kwa njia nyingine yoyote. Angalia upeo wa anwani unayojaribu kabla ya kuangalia handaki. Anwani ya ndani ya kiungo ina maana tu kwenye kiungo chake, na kikundi cha multicast cha nodi inayotafutwa kimewekewa mipaka vivyo hivyo. Hakuna kimoja kinachovuka kipanga njia, ndiyo sababu ping kwa anwani ya kimataifa inaweza kufanikiwa wakati ugunduzi kwa mwenyeji huyo huo unashindikana.

Upeo huja kabla ya usanidi

Ombi na tangazo la jirani hubeba kikomo cha kuruka cha 255 na hazipitishwi, kwa mujibu wa usanifu. Kipanga njia kati ya handaki yako na LAN ya mbali hupitisha pakiti za IPv6 na hakipitishi ujumbe wa majirani kwa niaba yake. Hivyo akiba ya majirani kwenye kiolesura cha handaki ina mwenza na mambo machache zaidi, jambo ambalo ni tabia sahihi na si kasoro ya kurekebisha.

Anwani ya ndani ya kiungo kama ingizo fe80:: pia imezuiwa kwa eneo, na maandishi yale yale yanaweza kumtaja mwenyeji mwingine kwenye kiungo kingine. Kujaribu moja kutoka upande wa pili wa handaki hakuthibitishi chochote isipokuwa kwamba anwani hiyo ina utata.

Mtego ni dhana kwamba kiambishi awali kiko kwenye kiungo

Mwenyeji anayeamini kuwa kiambishi awali kiko kwenye kiungo hutuma ombi la jirani badala ya kumkabidhi pakiti kipanga njia chake, na hilo linajumuisha /64 iliyoelekezwa kwenye tovuti ya mbali. Kiambishi awali kama hicho kinapofika kikiwa kwenye kiungo, mwenyeji huuliza kiungo cha ndani kuhusu mwenyeji anayeishi mahali pengine, na hakuna kinachojibu. Elekeza kitu kidogo kwa mwenyeji wa mbali, au maliza kiambishi awali kwenye kipanga njia kitakachojibu kwa niaba yake.

/128 kwa huduma moja ni mpangilio usio na mshangao zaidi, na huondoa utata kabisa. Vipimo vya ugunduzi wa majirani hufafanua seti ya ujumbe na bendera ya kwenye-kiungo inayoamua hili.

Udarajishaji hubadilisha kanuni kwa makusudi

Handaki inapobeba fremu za Ethernet, sehemu za mbali na za ndani huwa kiungo kimoja, multicast hufikia pande zote mbili, na ugunduzi wa majirani hujiendesha kama kwenye swichi. Matokeo huja pamoja nayo: mafuriko ya broadcast na multicast, utambuzi wa anwani zinazorudufu kuvuka daraja, na matangazo ya kipanga njia yanayovuja kwenye sehemu isiyopaswa kuyaona. Kikoa cha hitilafu sasa kinajumuisha tovuti mbili pia. Hakuna lolote la hayo linalopinga daraja, na kila hoja ni sababu ya kujenga daraja kwa makusudi badala ya kwa bahati.

Kubadilisha wasifu kutoka TUN hadi TAP ili ugunduzi uonekane ni mfululizo usiofaa wa shughuli. Seva, mteja na mpango wa anwani vyote vinapaswa kukubaliana, na wateja wa simu hawatoi kiolesura cha TAP hata kidogo, hivyo usanifu kama huo hufanya kazi kwenye kompyuta ya mkononi na kushindikana kwenye simu. Proksi na relay za majirani ni mbinu tofauti zenye mahitaji yao, na ni mali ya mpangilio ulioandikwa wa msimamizi wa mtandao badala ya mipangilio ya programu.

Jaribu kwa anwani ambayo programu inatumia

Thibitisha njia kwa ip -6 route get, angalia ingizo la jirani kwa ip -6 neigh, kisha thibitisha huduma kwenye njia iliyoelekezwa. DNS na njia ya kurudi ni ukaguzi tofauti, na ingizo zuri la jirani hakuna hata moja inayothibitisha.

Programu ikisisitiza lengo la ndani ya kiungo au linalotegemea ugunduzi, ni mazungumzo ya usanifu na si mazoezi ya urekebishaji, kwa sababu hakuna mpangilio wa mteja unaofanya utaratibu uliozuiwa kwa kiungo ufanye kazi kupitia kipanga njia.

Andika ni usanifu upi ulionao

Rekodi kabla ya tukio kama ni ulioelekezwa au wa daraja, kwa sababu usambazaji huo mbili hujibu maswali haya kwa namna tofauti na mhandisi wa zamu hapaswi kuikisia kutoka kwa wasifu.

Kusoma seti ya ujumbe mara moja huondoa kishawishi cha kueleza sifa ya upeo wa kiungo kama hitilafu ya VPN, ambayo ni utambuzi mbaya wa gharama kubwa zaidi katika eneo hili.