Ping uz IPv6 tuneļa partneri neizdodas? Pārbaudiet :: adresi

Viens IPv6 tuneļa gals pingē otru, un vienmēr atbild tikai viena virziena. Saskarne ir ieslēgta, maršruts izskatās pareizs, un nekas žurnālā to neizskaidro. Adrese, ko piešķīrāt, ir apakštīkla maršrutētāja anycast adrese, kas nepavisam nav resursdatora adrese, un savienojumā ar diviem galiem tai ir tieši viens piegādes mērķis: sūtītājs. Nekāda taimauta vērtība to nelabo, jo adrese nedara to, ko domājat.

Simptoms, kas norāda uz adresi

Katrs savienojuma resursdators atbild, izņemot to, kura saskarnes identifikators ir visas nulles. Uz šo formu adresēts pakets pēc definīcijas tiek piegādāts apakštīkla maršrutētājam, tāpēc punkta-punkta tunelī tas atgriežas pie mašīnas, kas to nosūtīja. No tālā gala tas tiek lasīts kā nesasniedzams partneris; no tuvā gala kā klusums. Nomainiet citu tā paša prefiksa identifikatoru, un simptoms pazūd bez citām izmaiņām, un tas ir apstiprinājums, kas jāiegūst pirms maršrutu aizskaršanas.

Visu nulles identifikators ir rezervēts kā anycast

RFC 4291 saglabā visu nulles saskarnes identifikatoru kā apakštīkla maršrutētāja anycast adresi, tāpēc /64, piemēram, 2001:db8:4a::/64 nesatur nevienu lietojamu resursdatoru adresē 2001:db8:4a::. Rezervācija pelna savu vietu: maršrutētāja paziņojumi un kaimiņu atklāšana adresē šo formu, un maršrutētājs atbild par prefiksu, kuram kalpo. Šīs vērtības piešķiršana tuneļa galam dod lapai maršrutētāja lomu, un tāpēc nekas neatgriežas. Jebkurš cits prefiksa identifikators darbojas kā resursdators, tāpēc labojums parasti ir viens cipars.

Uz rezervāciju raugieties kā uz lomu, kuru jums nav tiesību ieņemt no tuneļa gala, nevis kā uz dīvainību, ko apiet ar maršrutu.

Piešķiriet resursdatoru adreses un maršrutējiet prefiksu

Izvēlieties ::1 un ::2 diviem galiem, pievienojiet vienu ar ip -6 addr add 2001:db8:4a::2/64 dev tun0, pēc tam maršrutējiet tālo prefiksu, nevis mēģiniet tam piešķirt adresi. Maršruts uz 2001:db8:4a::/64 caur tuneli padara tālo pusi sasniedzamu; vien adrese tikai konfigurē lokālo saskarni.

Pilnam tunelim ir trešais solis, noklusējuma maršruts globālajam unicast caur ierīci, kas ir IPv6 ekvivalents visa sūtīšanai tunelī. Ja to izlaidīsiet, IPv6 turpinās izmantot fizisko savienojumu, kamēr IPv4 ceļos tuneļa iekšpusē, tāpēc resursdators noplūdīs tieši to satiksmi, ko uzskatījāt par pārklātu. Apstipriniet ar ip -6 route get 2001:4860:4860::8888 un izlasiet, kuru ierīci tas nosauc, nevis pieņemiet atbildi.

Multicast tiek noraidīts pirms maršrutēšanas

Android pārbauda VpnService.Builder adreses un maršrutus LinkAddress starpniecībā, un šis konstruktors multicast noraida tieši. Dodiet tam multicast prefiksu kā maršrutu, un rezultāts būs sliktu LinkAddress parametru kļūda, nevis maršruts, kas ir validācijas atbilde, nevis tīkla. Noraidījums atbilst videi: punkta-punkta tun ierīcei nav saites līmeņa multicast, tāpēc grupas maršrutam uz tās nav piegādes modeļa, ko instalēt. Grupas adreses veido un patērē pati steks, nevis tiek konfigurētas ar roku.

IPv6 all-nodes un solicited-node adreses ietilpst tajā pašā noteikumā. Saskarne tās nes tāpēc, ka steks tās tur ievietoja, nevis tāpēc, ka politika tās paredzēja.

Ko tunelis var nest tā vietā

multicast atklāšanas pārvietošana pāri tunelim prasa slāni, kas saprot grupas dalību: TAP tilts, kas uzrāda Ethernet segmentu, lietojumprogrammas līmeņa relejs vai maršrutēšanas protokols, kuram skaidri pateikts, kuriem partneriem replicēt. Nekas no tā neeksistē VpnService modelī, kur lietojumprogramma lasa un raksta paketes un tai nav izsaukuma, kas pievienotos grupai tunelim. Vai nu pievienojiet komponentu, kas saprot grupas, vai noņemiet prasību no dizaina.

Unicast, gluži pretēji, neprasa neko papildu papildus iepriekš minētajām adresēm un maršrutiem, tāpēc parasti tiek gaidīts, ka tuneļi to nesīs, un tad tie tiek vainoti, kad atklāšanas protokols neizdodas.

Trīs pārbaudes pirms kaut kā piešķiršanas

Apstipriniet, ka adrese nav anycast forma, ka tā nav multicast un ka prefikss ir maršrutēts, nevis tikai piešķirts ierīcei. Pēc tam nosūtiet savu testu uz galamērķi, kas ir īsts resursdators, jo ping uz anycast adresi mēra sūtītāju un neko nepasaka par ceļu. Turiet šīs trīs pārbaudes izmaiņu ierakstā, lai nākamā izvietošana tās neatklātu no jauna.

Maršrutu, ko platforma nekad nav instalējusi, nevar atkļūdot, gaidot ilgāk, un adresi, kas nekad nav bijusi resursdators, nevar salabot ar labāku ping.