Pam mae darganfod cymdogion IPv6 yn methu ar draws VPN a gyfeiriwyd

Mae darganfod cymdogion IPv6 yn perthyn i gyswllt, ac mae twnnel a gyfeiriwyd yn ffin rhwng dau gyswllt. Mae'r un frawddeg honno'n esbonio bron bob adroddiad am westeiwr o bell sy'n ateb drwy gyfeiriad ac na ellir ei ganfod mewn unrhyw ffordd arall. Gwiriwch gwmpas y cyfeiriad rydych yn ei brofi cyn i chi wirio'r twnnel. Nid yw cyfeiriad sy'n lleol i'r cyswllt yn ystyrlon ond ar ei gyswllt ei hun, ac mae grŵp multicast y nod a geisir wedi'i gwmpasu yr un fath. Nid yw'r naill na'r llall yn croesi llwybrydd, a dyna pam y gall ping i gyfeiriad byd-eang lwyddo tra nad yw darganfod ar gyfer yr un gwesteiwr yn gwneud.

Mae cwmpas yn dod o flaen ffurfweddiad

Mae cais a hysbysiad cymydog yn cario terfyn naid o 255 ac ni chânt eu hanfon ymlaen, yn ôl y dyluniad. Mae'r llwybrydd rhwng eich twnnel a'r LAN pell yn anfon pecynnau IPv6 ymlaen ac nid yw'n ailgyfleu negeseuon cymdogion ar ei ran. Felly dim ond y cymar a ychydig iawn arall sydd yng nghache cymdogion y rhyngwyneb twnnel, sef ymddygiad cywir yn hytrach na diffyg i'w drwsio.

Mae cyfeiriad sy'n lleol i'r cyswllt, fel cofnod fe80::, hefyd yn gwmpas parth, a gall yr un testun enwi gwesteiwr gwahanol ar gyswllt gwahanol. Nid yw profi un o ochr arall y twnnel yn profi dim ond bod y cyfeiriad yn amwys.

Y trap yw'r rhagdybiaeth ar-gyswllt

Mae gwesteiwr sy'n credu bod rhagddodiad ar-gyswllt yn anfon cais cymydog yn lle rhoi'r pecyn i'w lwybrydd, ac mae hynny'n cynnwys /64 a lwybrwyd i safle pell. Pan ddaw rhagddodiad o'r fath i mewn fel un ar-gyswllt, mae'r gwesteiwr yn gofyn i'r cyswllt lleol am westeiwr sy'n byw yn rhywle arall, ac nid oes dim yn ateb. Llwybrwch rywbeth llai i'r gwesteiwr pell, neu terfynwch y rhagddodiad yn y llwybrydd a fydd yn ateb drosto.

Mae /128 ar gyfer un gwasanaeth yw'r drefn leiaf syfrdanol, ac mae'n dileu'r amwysedd yn llwyr. Mae'r manyleb darganfod cymdogion yn disgrifio'r set negeseuon a'r faner ar-gyswllt sy'n penderfynu hyn.

Mae pontio yn newid y rheolau yn fwriadol

Pan fo'r twnnel yn cario fframiau Ethernet, mae'r segmentau pell a lleol yn dod yn un cyswllt, mae multicast yn cyrraedd y ddwy ochr, ac mae darganfod cymdogion yn ymddwyn fel y byddai ar switsh. Daw'r canlyniadau gyda hynny: llifogydd broadcast a multicast, canfod cyfeiriadau dyblyg ar draws y bont, a hysbysiadau llwybrydd yn gollwng i mewn i segment na ddylai eu gweld. Mae'r parth methiant nawr yn rhychwantu dau safle hefyd. Nid yw dim o hyn yn dadlau yn erbyn pontio, ac mae pob pwynt yn rheswm dros bontio yn fwriadol yn hytrach nag yn ddamweiniol.

Mae newid proffil o TUN i TAP er mwyn i ddarganfod ymddangos yn y drefn weithredu anghywir. Rhaid i'r gweinydd, y cleient a'r cynllun cyfeirio gytuno, ac nid yw cleientiaid symudol yn cynnig rhyngwyneb TAP o gwbl, felly mae dyluniad o'r fath yn gweithio ar liniadur ac yn methu ar ffôn. Mae dirprwywyr a chyfnewidwyr cymdogion yn fecanweithiau ar wahân â'u gofynion eu hunain, ac maent yn perthyn i drefniant dogfenedig y gweinyddwr rhwydwaith yn hytrach na gosodiadau ap.

Profwch â'r cyfeiriad y mae'r rhaglen yn ei ddefnyddio

Cadarnhewch y llwybr gyda ip -6 route get, archwiliwch y cofnod cymydog gyda ip -6 neigh, yna cadarnhewch y gwasanaeth dros y llwybr a gyfeiriwyd. Mae DNS a'r llwybr dychwelyd yn wiriadau ar wahân, ac nid yw cofnod cymydog iach yn profi'r naill na'r llall.

Os yw'r rhaglen yn mynnu cyrchfan sy'n lleol i'r cyswllt neu'n seiliedig ar ddarganfod, mae hynny'n sgwrs ddylunio yn hytrach na ymarfer tiwnio, oherwydd nid oes unrhyw osodiad cleient yn gwneud mecanwaith cyfyngedig i'r cyswllt yn gweithio ar draws llwybrydd.

Nodwch pa ddyluniad sydd gennych

Cofnodwch a yw'n gyfeiriadol neu'n bontiedig cyn y digwyddiad, gan fod y ddau osodiad yn ateb y cwestiynau hyn yn wahanol ac na ddylai peiriannydd ar alwad orfod ei gasglu o broffil.

Mae darllen y set negeseuon unwaith yn dileu'r demtasiwn i esbonio priodwedd cwmpas-cyswllt fel nam VPN, sef y camddehongliad drutaf yn y maes hwn.