Hvers vegna IPv6-nágrennafundur mistekst í gegnum beitta VPN

IPv6-nágrennafundur tilheyrir tengingu, og beitt göng er landamæri milli tveggja tenginga. Þessi eina setning skýrir nánast hverja skýrslu um fjarlægan vél sem svarar á netfangi og finnst ekki með neinu öðru. Athugaðu umfang netfangsins sem þú ert að prófa áður en þú athugar göngin. Netfang staðbundið við tengingu hefur aðeins merkingu á sinni eigin tengingu, og multicast-hópur fyrirspurða hnútsins er takmarkaður á sama hátt. Hvort tveggja fer ekki yfir beini, og þess vegna getur ping á alheimsnetfang tekist á meðan fundur fyrir sama vél mistekst.

Umfang kemur á undan stillingum

Beiðni og tilkynning nágranna bera 255 stökksmörk og eru ekki send áfram, samkvæmt hönnun. Beinirinn milli gönganna þinna og fjarlæga LAN-sins sendir IPv6-pakka áfram og miðlar ekki skilaboðum nágranna fyrir þeirra hönd. Þannig inniheldur nágrannaskýlað á gönguviðmótinu mótaðilann og lítið annað, sem er rétt hegðun en ekki galli til að laga.

Netfang staðbundið við tengingu, eins og fe80::-færsla, er líka bundið svæði, og sami texti getur táknað aðra vél á annarri tengingu. Að prófa eitt frá hinum enda ganganna sannar ekkert nema að netfangið er tvírætt.

Gildran er forsendan um að forskeytið sé á tengingunni

Vél sem telur að forskeyti sé á tengingunni sendir beiðni nágranna í stað þess að afhenda pakkann beinirnum sínum, og það á einnig við /64 sem er beitt á fjarlægan stað. Þegar slíkt forskeyti berst sem á tengingunni spyr vélin staðbundnu tenginguna um vél sem býr annars staðar, og ekkert svarar. Beittu einhverju minna á fjarlægu vélina, eða endaðu forskeytið hjá beinirnum sem mun svara fyrir hana.

/128 fyrir eina þjónustu er óminnsta uppröðunin, og hún eyðir tvíræðninni alveg. Forskriftin um nágrennafund lýsir skilaboðasafninu og á-tengingunni-fánanum sem ræður þessu.

Brúun breytir reglunum viljandi

Þegar göngin flytja Ethernet-ramma verða fjarlægi og staðbundni hluti ein tenging, multicast nær báðum hliðum, og nágrennafundur hagar sér eins og á rofi. Afleiðingarnar koma með: broadcast- og multicast-flóð, skráning tvítekinna netfanga yfir brúna, og beinir-tilkynningar sem leka inn í hluta sem ætti ekki að sjá þær. Bilunarsvæðið nær nú líka yfir tvo staði. Ekkert af þessu er rök gegn brúun, og hver liður er ástæða til að brúa viljandi en ekki fyrir tilviljun.

Að skipta prófíli úr TUN í TAP til að láta fundinn birtast er röng röð aðgerða. Þjónninn, biðlarinn og netfangakerfið verða öll að vera sammála, og farnir biðlarar bjóða alls ekki TAP-viðmót, svo slík hönnun virkar á fartölvu og mistekst í síma. Nágrennaumboð og endursendur eru aðskildir fyrirburðir með eigin kröfur, og þeir tilheyra skjalfestri skipan kerfisstjóra netsins en ekki stillingum apps.

Prófaðu með netfanginu sem forritið notar

Staðfestu leiðina með ip -6 route get, skoðaðu nágrannafærsluna með ip -6 neigh, og staðfestu þá þjónustuna á beittu leiðinni. DNS og afturleiðin eru aðskildar athuganir, og heilbrigð nágrannafærsla sannar hvorugt.

Ef forritið krefst áfangastaðar staðbundins við tengingu eða byggðs á fundi, er það hönnunarspjall en ekki stillingaræfing, því engin biðlarastilling gerir fyrirbæri sem er takmarkað við tenginguna virkt yfir beini.

Skrifaðu niður hvora hönnunina þú hefur

Skráðu fyrir atvikið hvort þetta er beitt eða brúað, því uppsetningarnar tvær svara þessum spurningum á mismunandi hátt og vakthafandi verkfræðingur ætti ekki að þurfa að ráða það af prófíli.

Að lesa skilaboðasafnið einu sinni fjarlægir freistinguna að skýra eiginleika tengingarumfangs sem VPN-galla, sem er dýrasta ranggreiningin á þessu sviði.