IPv6 prin VPN: un prefix delegat nu este un bazin de adrese

În aceeași zi sosesc două cereri: un laptop are nevoie de IPv6 prin tunel, iar un sit mic vrea IPv6 pentru dispozitivele din spatele routerului său. Ambele primesc un răspuns cu o adresă, iar a doua petrece apoi o săptămână eșuând. Rolurile diferă, la fel mecanismele, configurația și verificarea care dovedește că funcționează. Acest ghid le ține separate.

Primul pas: decideți pe ce rol îl serviți

O singură gazdă are nevoie de o adresă pe interfața sa de tunel, cu o rută spre partea îndepărtată și nimic în aval de numerotat. Un router din spatele tunelului are nevoie de o rețea întreagă pe care o poate distribui, plus o rută în partea îndepărtată care trimite acele adrese înapoi la el. Ce se află în spatele tunelului determină fiecare decizie ulterioară.

Răspundeți la acea întrebare înainte de a deschide orice configurație. Tot ce urmează după acest pas depinde de răspunsul pe care l-ați dat.

Al doilea pas: alocarea adreselor pentru o singură gazdă

Alocați adresa tunelului, confirmați lungimea prefixului pe care o așteaptă produsul și verificați dacă clientul instalează o rută pentru intervalul îndepărtat în loc să o trimită la poarta implicită locală. Un /128 pe o interfață de tunel este normal pentru o legătură punct la punct, în timp ce un /64 acolo revendică o rețea pe care nimeni nu a delegat-o. Două ieșiri lămuresc întrebarea: tabelul de adrese și tabelul de rute, citite la ambele capete. Citiți-le împreună, pentru că o rută care indică interfața greșită este cea mai frecventă greșeală la acest pas.

Verificați cu tabelele de adrese și de rute la ambele capete, apoi trimiteți o cerere. Dacă cererea pleacă corect și nimic nu se întoarce, defectul este în ruta părții îndepărtate și nu în adresa clientului.

Al treilea pas: delegarea pentru un router din spatele tunelului

Delegarea prefixului este un mecanism separat de alocarea adreselor, cu cererea și contractul de închiriere proprii. Partea care deleagă trebuie configurată să livreze un prefix suficient de mare pentru rețeaua din aval, iar routerul solicitant trebuie să numeroteze interfața interioară din acel prefix.

Nu presupuneți că bazinul care deservește clienți mobili poate delega. Multe produse VPN alocă adrese individuale și nu au deloc rol de delegare, iar un prefix al furnizorului care ajunge la marginea dumneavoastră nu este transmis automat unui partener. Notați ce rol deservește fiecare bazin, pentru că cele două se configurează în locuri diferite.

Al patrulea pas: faceți ruta de întoarcere explicită

Ambele capete trebuie să cadă de acord ce partener transportă ce prefix. În partea îndepărtată, adăugați ruta pentru rețeaua delegată care indică tunelul și confirmați că niciun interval suprapus nu o revendică deja.

Un prefix valid fără rută de întoarcere produce un plan de adresare îngrijit și nicio conectivitate. O rută fără regulă de acces expune mai mult din sit decât s-a intenționat, așa că împerecheați cele două modificări în aceeași fereastră și țineți o stare pe jumătate aplicată departe de utilizatori.

Al cincilea pas: verificați din spatele routerului

Executați verificările în ordine: adresa interfeței de tunel pe client, prefixul delegat pe interfața interioară, ruta părții îndepărtate către acel prefix și, în final, o cerere de la un dispozitiv din spatele routerului. Folosiți o destinație pe care o controlați, astfel încât un blocaj silențios să se distingă de o rută lipsă. Orice pas care vă surprinde este cel care trebuie corectat înainte de a merge mai departe.

Faceți ultima verificare de două ori, o dată de la routerul însuși și o dată de la un dispozitiv din spatele lui. Un router care ajunge la destinație în timp ce clienții săi nu pot este o problemă de delegare sau de redirecționare, nu o problemă mai sus.

Revenire

Păstrați configurația de adresare anterioară înainte de modificare și notați care dintre cele două mecanisme l-ați modificat. Eliminarea unui prefix delegat fără eliminarea rutei lasă o gaură neagră, iar eliminarea rutei fără prefix lasă adrese pe care nimic nu le poate atinge. Notați cele două modificări separat, pentru că anularea uneia în timp ce cealaltă rămâne face un sit inaccesibil doar într-o singură direcție.

Dacă un produs se dovedește a nu susține rolul de care aveți nevoie, opriți-vă și schimbați proiectarea în loc să întindeți un câmp al clientului pentru a ține un interval pentru care nu a fost niciodată gândit. Un caz de asistență rezolvat cu mecanismul greșit costă mai mult decât ar fi costat schimbarea proiectării.