Ping i bartner eich tiwnel IPv6 yn methu? Gwiriwch y cyfeiriad ::

Mae un pen eich tiwnel IPv6 yn pingio'r llall, a dim ond un cyfeiriad sy'n ateb byth. Mae'r rhyngwyneb i fyny, mae'r llwybr yn edrych yn iawn, ac nid oes dim yn y log yn egluro hyn. Y cyfeiriad a neilltuoch yw cyfeiriad anycast llwybrydd yr is-rwydwaith, nad yw'n gyfeiriad gwesteiwr o gwbl, ac ar gyswllt dau ben mae ganddo union un targed dosbarthu: yr anfonwr. Nid yw unrhyw werth amseru yn trwsio hynny, oherwydd nid yw'r cyfeiriad yn gwneud yr hyn yr ydych yn meddwl.

Y symptom sy'n dangos at y cyfeiriad

Mae pob gwesteiwr ar y cyswllt yn ateb ac eithrio'r un y mae ei ddynodwr rhyngwyneb yn sero i gyd. Mae pecyn a gyfeiriwyd at y ffurf honno yn cael ei ddosbarthu i lwybrydd ar yr is-rwydwaith yn ôl diffiniad, felly ar diwnel pwynt-i-bwynt mae'n dychwelyd at y peiriant a'i hanfonodd. O'r pen pell mae hyn yn darllen fel partner anghyraeddadwy; o'r pen agos mae'n darllen fel distawrwydd. Cyfnewidiwch ddynodwr gwahanol o'r un rhagddodiad ac mae'r symptom yn diflannu heb unrhyw newid arall, a dyna'r cadarnhad i'w gael cyn cyffwrdd â llwybrau.

Mae'r dynodwr pob-sero wedi'i gadw fel anycast

Mae RFC 4291 yn cadw'r dynodwr rhyngwyneb pob-sero fel cyfeiriad anycast llwybrydd yr is-rwydwaith, felly nid yw /64 fel 2001:db8:4a::/64 yn cynnwys unrhyw westaiwr defnyddiadwy yn 2001:db8:4a::. Mae'r cadwraeth yn haeddu ei lle: mae hysbysebion llwybrydd a darganfod cymdogion yn cyfeirio'r ffurf honno, ac mae llwybrydd yn ateb dros y rhagddodiad y mae'n ei wasanaethu. Mae neilltuo'r gwerth hwnnw i ben tiwnel yn rhoi rôl llwybrydd i ddeilen, a dyna pam nad oes dim yn dychwelyd. Mae unrhyw ddynodwr arall yn y rhagddodiad yn gweithio fel gwesteiwr, felly un digid yw'r atgyweiriad fel arfer.

Triniwch y cadwraeth fel rôl nad oes gennych hawl i'w chymryd o ben tiwnel, yn hytrach nag fel mympwy i'w osgoi trwy lwybr.

Neilltuwch gyfeiriadau gwesteiwr a llwybrwch y rhagddodiad

Dewiswch ::1 a ::2 ar gyfer y ddau ben, ychwanegwch un gyda ip -6 addr add 2001:db8:4a::2/64 dev tun0, ac yna llwybrwch y rhagddodiad pell yn hytrach na cheisio ei gyfeirio. Mae llwybr ar gyfer 2001:db8:4a::/64 allan o'r tiwnel yn gwneud yr ochr bell yn gyrraeddadwy; dim ond y rhyngwyneb lleol y mae'r cyfeiriad ar ei ben ei hun yn ei ffurfweddu.

Ar gyfer tiwnel llawn mae trydydd cam, llwybr diofyn ar gyfer unicast byd-eang drwy'r ddyfais, sef hyn sy'n cyfateb yn IPv6 i anfon popeth i'r tiwnel. Os caiff ei hepgor, mae IPv6 yn parhau i ddefnyddio'r cyswllt ffisegol tra bod IPv4 yn teithio y tu mewn i'r tiwnel, felly mae'r gwesteiwr yn gollwng yn union y traffig yr oeddech yn credu oedd wedi'i orchuddio. Cadarnhewch gyda ip -6 route get 2001:4860:4860::8888 a darllenwch pa ddyfais y mae'n ei enwi yn hytrach na thybio'r ateb.

Gwrthodir multicast cyn llwybro

Mae Android yn dilysu cyfeiriadau a llwybrau ar gyfer VpnService.Builder drwy LinkAddress, ac mae'r constructor hwnnw'n gwrthod multicast yn syth. Rhowch ragddodiad multicast iddo fel llwybr a'r canlyniad yw methiant paramedrau LinkAddress gwael yn hytrach na llwybr, sef ateb dilysu ac nid ateb rhwydwaith. Mae'r gwrthodiad yn cyfateb i'r cyfrwng: nid oes gan ddyfais tun pwynt-i-bwynt multicast haen-gyswllt, felly nid oes gan lwybr grŵp arni unrhyw fodel dosbarthu i'w osod. Mae'r stac ei hun yn creu ac yn bwyta cyfeiriadau grŵp yn hytrach na'u ffurfweddu â llaw.

Mae cyfeiriadau IPv6 all-nodes a solicited-node o dan yr un rheol. Mae'r rhyngwyneb yn eu cario oherwydd bod y stac wedi'u rhoi yno, nid oherwydd bod polisi wedi'u bwriadu.

Beth all tiwnel ei gario yn lle hynny

Mae symud darganfod multicast ar draws tiwnel yn gofyn am haen sy'n deall aelodaeth grŵp: pont TAP sy'n cyflwyno segment Ethernet, cyfnewidydd ar lefel cymhwysiad, neu brotocol llwybro y dywedir yn bendant wrtho pa gyfoedion i'w hailadrodd iddynt. Nid oes dim o hynny yn y model VpnService, lle mae'r cymhwysiad yn darllen ac yn ysgrifennu pecynnau ac nid oes ganddo alwad sy'n ymuno â grŵp ar gyfer y tiwnel. Naill ai ychwanegwch y gydran sy'n deall grwpiau neu rhowch y gofyniad o'r cynllun.

Nid oes angen dim ychwanegol ar unicast, ar y llaw arall, y tu hwnt i'r cyfeiriadau a'r llwybrau uchod, a dyna pam y disgwylir i diwneli ei gario ac yna y cânt eu beio pan fydd protocol darganfod yn methu.

Tri gwiriad cyn i chi neilltuo unrhyw beth

Cadarnhewch nad yw'r cyfeiriad yn y ffurf anycast, cadarnhewch nad yw'n multicast, a chadarnhewch fod y rhagddodiad wedi'i lwybro yn hytrach nag wedi'i neilltuo i'r ddyfais yn unig. Yna anfonwch eich prawf i gyrchfan sy'n westaiwr go iawn, oherwydd mae ping wedi'i anelu at y cyfeiriad anycast yn mesur yr anfonwr ac nid yw'n dweud dim am y llwybr. Cadwch y tri gwiriad hynny yn y cofnod newid fel nad yw'r defnydd nesaf yn eu hailddarganfod.

Ni ellir dadfygio llwybr na osododd y platfform erioed trwy aros yn hirach, ac ni ellir atgyweirio cyfeiriad nad oedd erioed yn westaiwr trwy ping gwell.