Čo vyjednáva IPv6CP a čo stále potrebuje prefix
Link-local adresa na rozhraní PPP je krok nastavenia, nie prístup k IPv6. Oddeľte výmenu identifikátorov od prefixov, trás a integrácie klienta.
IPv6 sa zdvihne na rozhraní PPP, objaví sa link-local adresa a zmena sa vyhlási za hotovú. Potom sa nič nesmeruje, neexistuje globálna adresa a test na verejné cieľové miesto zlyhá, hoci rozhranie stále vyzerá nakonfigurované. Spojenie sa zdvihlo; sieť nikdy. Prejdite štyri kontroly nižšie v poradí a zastavte sa pri tej, ktorá vysvetľuje rozdiel.
Čo link-local adresa skutočne dokazuje
IPv6CP zdvihne IPv6 na spoji PPP a vyjedná identifikátor rozhrania pre každú stranu. Ten identifikátor vytvorí link-local adresu, ktorá stačí na rozhovor s partnerom cez spoj a nestačí na dosiahnutie čohokoľvek iného. Adresa dokazuje, že spoj je pripravený na IPv6, a nedokazuje nič o sieti za partnerom. Čítať ju ako prístupovú adresu je chyba, ktorou sa začína väčšina týchto vyšetrovaní.
Štyri otázky nižšie oddeľujú to, čo rieši linková vrstva, od toho, čo musí poskytnúť služba. Odpovedzte na ne v poradí, pretože na neskoršiu otázku sa nedá odpovedať, kým zostáva skoršia otvorená.
| Question | Answered by | What it does not settle |
|---|---|---|
| Is IPv6 up on the link? | IPv6CP: interface identifiers, then link-local addresses | Any address reachable beyond the peer |
| Where does a global prefix come from? | Router advertisement, delegated prefix, DHCPv6 or static configuration | IPv6CP carries no prefix of its own |
| Who owns the routes? | The client's tunnel configuration and the server's return path | A link-local address implies no route at all |
| How does this client get configured? | Explicit tunnel settings or router advertisements, depending on the client | The standard does not choose for the implementation |
Odkiaľ musí prefix prísť
Globálna adresa potrebuje prefix odniekiaľ: oznámenie smerovača, delegovaný prefix, DHCPv6 alebo statickú konfiguráciu. IPv6CP žiadny nenosi a žiadne čakanie na spoji ho nevytvorí. RFC 5072 zaraďuje IPv6CP ako krok nastavenia, ktorý beží predtým, než na spoji pracujú iné protokoly IPv6, a to je celý jeho rozsah: pripraviť spoj, nie číslovať sieť. Dodejte prefix a rozhranie začne prenášať prevádzku namiesto toho, aby len existovalo.
Oznámenia smerovača sú zvyčajná odpoveď v lokálnej sieti a menej spoľahlivá v tuneli bod-bod, pretože klient musí aj posielať žiadosti, aj prijímať odpoveď. Niektorí tuneloví klienti nerobia ani jedno. Skontrolujte, čo je klient ochotný prijať, skôr než sa rozhodnete, že to server má poslať.
Rovnaký prefix musí byť dostupný aj z druhého konca. Klient, ktorý má globálnu adresu, ale nemá cestu späť, je nakonfigurovaný, nie pripojený.
Trasy sú samostatný sľub
Aj s adresou musí klient vedieť, ktoré cieľové miesta patria do tunela, a server potrebuje cestu späť pre tieto cieľové miesta. Sú to dve rozhodnutia prijaté na dvoch miestach. Tunel, ktorý prenáša celú prevádzku IPv6, potrebuje predvolenú trasu na klientovi a spätnú trasu na serveri; rozdelený tunel vyžaduje, aby sa obe strany zhodli na rovnakom zozname prefixov. Keď sa nezhodnú, prevádzka odchádza a nikdy sa nevráti.
Napíšte zoznam, skôr než čokoľvek nakonfigurujete. Ak plán hovorí, že cez tunel ide len firemný prefix, klient nemá mať predvolenú trasu IPv6 a server ju nemá oznamovať.
O zvyšku rozhoduje integrácia klienta
Niektorí tuneloví klienti konfigurujú IPv6 explicitne. Napríklad Network Extension od Apple preberá adresu, prefix a sadu trás pre tunel, takže aplikácia, ktorá ho používa, nečaká na oznámenie v štýle Ethernet. Iní sa spoliehajú na oznámenia smerovača prichádzajúce po spoji. Oba modely sú legitímne a vyžadujú iné správanie servera, takže nesprávna voľba vytvorí klienta, ktorý naveky čaká na správu, ktorú nikto neposiela. Určite model, skôr než zmeníte server.
Starý názov rozhrania ako ppp0 nedokazuje nič o zásobníku, ktorý dnes beží. Súčasný klient môže použiť API paketového tunela namiesto rozhrania PPP, a predpoklad, že sa správa ako historické pripojenie, je spôsob, ako pokaziť fungujúci návrh. Pýtajte sa na verziu klienta a spôsob zabezpečenia, nie na názov rozhrania.
Napíšte plán, ktorý klient potrebuje
Úplný opis pokrýva tri veci: ktorú adresu klient má, ktoré cieľové miesta má tunel prenášať a ako sieť posiela odpovede späť. Link-local adresa neodpovedá na žiadnu z nich a prijaté oznámenie odpovedá len na časť jednej. Kontrolujte každú položku zvlášť, namiesto toho, aby ste prijali zelený indikátor. Potom zaznamenajte, ktorý mechanizmus poskytol každú odpoveď, pretože tento záznam premení nasledujúcu správu o IPv6 na kontrolu na dve minúty.
Uchovávajte záznam spolu s dokumentáciou služby a aktualizujte ho, keď sa klient zmení. Plán, ktorý bol správny pre klienta PPP, môže byť nesprávny pre klienta paketového tunela na tej istej službe. Štyri otázky zostávajú rovnaké; pohybujú sa len odpovede.