IPv6 per VPN: deleguotas prefiksas nėra adresų telkinys

Tą pačią dieną ateina dvi užklausos: nešiojamajam kompiuteriui reikia IPv6 per tunelį, o maža vietovė nori IPv6 įrenginiams už savo maršrutizatoriaus. Abiem atsakoma adresu, o antroji po to praleidžia savaitę nesėkmei. Vaidmenys skiriasi, kaip ir mechanizmai, konfigūracija bei patikra, įrodanti, kad tai veikia. Šis vadovas juos laiko atskirai.

Pirmas žingsnis: nuspręskite, kokį vaidmenį atliekate

Vienam atskiram mazgui reikia vieno adreso tunelio sąsajoje, maršruto į tolimąją pusę ir nieko žemiau, ką reikėtų numeruoti. Maršrutizatoriui už tunelio reikia viso tinklo, kurį jis gali išdalinti, ir maršruto tolimojoje pusėje, kuris tuos adresus grąžina jam. Tai, kas yra už tunelio, lemia kiekvieną tolesnį sprendimą.

Atsakykite į šį klausimą prieš atidarydami bet kokią konfigūraciją. Viskas po šio žingsnio priklauso nuo to, kokį atsakymą davėte.

Antras žingsnis: adresų priskyrimas vienam mazgui

Priskirkite tunelio adresą, patvirtinkite prefikso ilgį, kurio tikisi produktas, ir patikrinkite, ar klientas įdiegia maršrutą tolimajam diapazonui, o ne siunčia jį į vietinį numatytąjį šliuzą. /128 tunelio sąsajoje yra normalu taškas-taškas ryšiui, o /64 ten pretenduoja į tinklą, kurio niekas nedelegaavo. Du išvedimai išsprendžia klausimą: adresų lentelė ir maršrutų lentelė, perskaitytos abiejuose galuose. Skaitykite jas kartu, nes maršrutas, nukreiptas į netinkamą sąsają, yra dažniausia šio žingsnio klaida.

Patikrinkite adresų ir maršrutų lentelėmis abiejuose galuose, tada išsiųskite vieną užklausą. Jei užklausa išeina teisingai ir nieko negrįžta, gedimas yra tolimosios pusės maršrute, o ne kliento adrese.

Trečias žingsnis: delegavimas maršrutizatoriui už tunelio

Prefikso delegavimas yra atskiras mechanizmas nuo adresų priskyrimo, su sava užklausa ir savo nuoma. Deleguojanti pusė turi būti sukonfigūruota išduoti prefiksą, pakankamai didelį žemesniajam tinklui, o prašantis maršrutizatorius turi sunumeruoti savo vidinę sąsają iš to prefikso.

Nemanome, kad telkinys, aptarnaujantis mobiliuosius klientus, gali deleguoti. Daugelis VPN produktų priskiria pavienius adresus ir apskritai neturi delegavimo vaidmens, o paslaugų teikėjo prefiksas, pasiekiantis jūsų kraštą, nėra automatiškai perduodamas partneriui. Užsirašykite, kokį vaidmenį atlieka kiekvienas telkinys, nes abu konfigūruojami skirtingose vietose.

Ketvirtas žingsnis: padarykite grįžtamąjį maršrutą aiškų

Abu galai turi sutarti, kuris partneris neša kurį prefiksą. Tolimojoje pusėje pridėkite deleguoto tinklo maršrutą, nukreiptą į tunelį, ir patvirtinkite, kad joks persidengiantis diapazonas jo jau nereikalauja.

Tinkamas prefiksas be grįžtamojo maršruto duoda tvarkingą adresavimo planą ir jokio ryšio. Maršrutas be prieigos taisyklės atskleidžia daugiau vietovės, nei buvo numatyta, todėl suporuokite abu pakeitimus tame pačiame lange ir laikykite pusiau pritaikytą būseną toliau nuo naudotojų.

Penktas žingsnis: patikrinkite iš už maršrutizatoriaus

Atlikite patikras iš eilės: tunelio sąsajos adresą kliente, deleguotą prefiksą vidinėje sąsajoje, tolimosios pusės maršrutą į tą prefiksą ir galiausiai užklausą iš įrenginio už maršrutizatoriaus. Naudokite jūsų kontroliuojamą paskirties tašką, kad tylus blokavimas skirtųsi nuo trūkstamo maršruto. Kuris žingsnis jus nustebins, tą ir reikia pataisyti prieš judant toliau.

Paskutinę patikrą atlikite du kartus: vieną iš paties maršrutizatoriaus, vieną iš įrenginio už jo. Maršrutizatorius, kuris pasiekia paskirties tašką, o jo klientai ne, yra delegavimo arba persiuntimo problema, o ne aukščiau esanti problema.

Atšaukimas

Prieš pakeitimą išsaugokite ankstesnę adresavimo konfigūraciją ir užsirašykite, kurį iš dviejų mechanizmų pakeitėte. Pašalinus deleguotą prefiksą nepašalinus maršruto lieka juoda skylė, o pašalinus maršrutą be prefikso lieka adresai, kurių niekas negali pasiekti. Užsirašykite abu pakeitimus atskirai, nes atšaukus vieną palikus kitą vietovė tampa nepasiekiama tik viena kryptimi.

Jei paaiškėja, kad produktas nepalaiko reikiamo vaidmens, sustokite ir pakeiskite dizainą, o ne tempkite kliento lauką diapazonui, kuriam jis niekada nebuvo skirtas. Pagalbos atvejis, atsakytas netinkamu mechanizmu, kainuoja daugiau nei dizaino pakeitimas.