Istog dana stižu dva zahtjeva: prijenosnom računalu treba IPv6 kroz tunel, a malo lokalno odredište želi IPv6 za uređaje iza svog rutera. Oba dobijaju odgovor u obliku adrese, a drugi zatim provede sedam dana u neuspjehu. Uloge se razlikuju, kao i mehanizmi, konfiguracija i provjera koja dokazuje da radi. Ovaj priručnik ih drži odvojeno.

Prvi korak: odlučite koju ulogu opslužujete

Pojedinačnom hostu treba jedna adresa na tunelskom interfejsu, s rutom prema suprotnoj strani i ničim nizvodno što bi trebalo numerisati. Ruteru iza tunela treba cijela mreža koju može dijeliti, plus ruta na suprotnoj strani koja te adrese vraća prema njemu. Ono što stoji iza tunela određuje svaku odluku koja slijedi.

Odgovorite na to pitanje prije nego otvorite bilo koju konfiguraciju. Sve nakon ovog koraka zavisi od toga koji ste odgovor dali.

Drugi korak: dodjela adresa za pojedinačni host

Dodijelite adresu tunela, potvrdite dužinu prefiksa koju proizvod očekuje i provjerite da klijent instalira rutu za udaljeni raspon umjesto da je šalje na lokalni podrazumijevani pristupnik. /128 na tunelskom interfejsu normalan je za vezu od točke do točke, dok /64 tamo traži mrežu koju niko nije delegirao. Dva izlaza rješavaju pitanje: tabela adresa i tabela ruta, pročitane na oba kraja. Čitajte ih zajedno, jer ruta koja pokazuje na pogrešan interfejs najčešća je greška u ovom koraku.

Provjerite pomoću tabela adresa i ruta na oba kraja, pa pošaljite jedan zahtjev. Ako zahtjev ispravno ode, a ništa se ne vrati, kvar je u ruti suprotne strane, a ne u adresi klijenta.

Treći korak: delegacija za ruter iza tunela

Delegacija prefiksa je odvojen mehanizam od dodjele adresa, sa svojim zahtjevom i svojim zakupom. Strana koja delegira mora biti konfigurisana da izda prefiks dovoljno velik za nizvodnu mrežu, a ruter koji traži mora numerisati svoj unutrašnji interfejs iz tog prefiksa.

Ne pretpostavljajte da skup koji opslužuje mobilne klijente može delegirati. Mnogi VPN proizvodi dodjeljuju pojedinačne adrese i nemaju nikakvu ulogu delegacije, a prefiks provajdera koji stigne na vaš rub ne prenosi se automatski na partnera. Zabilježite koju ulogu opslužuje svaki skup, jer se dvije konfigurišu na različitim mjestima.

Četvrti korak: učinite povratnu rutu eksplicitnom

Oba kraja moraju se složiti koji partner nosi koji prefiks. Na suprotnoj strani dodajte rutu za delegiranu mrežu koja pokazuje na tunel i potvrdite da je nijedan raspon koji se preklapa već ne traži.

Ispravan prefiks bez povratne rute daje uredan plan adresiranja i nikakvu povezanost. Ruta bez pravila pristupa izlaže više odredišta nego što je predviđeno, pa spojite dvije promjene u istom prozoru i držite polovično primijenjeno stanje dalje od korisnika.

Peti korak: provjerite iza rutera

Izvedite provjere po redu: adresa tunelskog interfejsa na klijentu, delegirani prefiks na unutrašnjem interfejsu, ruta suprotne strane prema tom prefiksu i na kraju zahtjev s uređaja iza rutera. Koristite odredište koje kontrolišete kako bi se tiha blokada razlikovala od rute koja nedostaje. Koji god korak vas iznenadi, njega treba popraviti prije nego nastavite.

Posljednju provjeru napravite dvaput, jednom s rutera samog i jednom s uređaja iza njega. Ruter koji dosegne odredište dok njegovi klijenti ne mogu jest problem delegacije ili prosljeđivanja, a ne problem uzvodno.

Vraćanje

Sačuvajte prethodnu konfiguraciju adresiranja prije promjene i zabilježite koji ste od dva mehanizma izmijenili. Uklanjanje delegiranog prefiksa bez uklanjanja rute ostavlja crnu rupu, a uklanjanje rute bez prefiksa ostavlja adrese do kojih ništa ne može stići. Zabilježite dvije promjene odvojeno, jer poništavanje jedne uz zadržavanje druge čini odredište nedostupnim samo u jednom smjeru.

Ako se pokaže da proizvod ne podržava ulogu koja vam treba, zaustavite se i promijenite dizajn umjesto da rastežete polje klijenta da primi raspon za koji nikada nije bilo namijenjeno. Slučaj podrške na koji se odgovori pogrešnim mehanizmom košta više nego što bi promjena dizajna koštala.

Povezani članci