IPv6 VPN-i kaudu: delegeeritud prefiks ei ole aadresside kogum

Samal päeval saabub kaks taotlust: sülearvuti vajab IPv6-te tunneli kaudu ja väike asukoht tahab IPv6-te oma ruuteri taga olevatele seadmetele. Mõlemale vastatakse aadressiga ja teine veedab seejärel nädala ebaõnnestudes. Rollid erinevad, nagu ka mehhanismid, konfiguratsioon ja kontroll, mis tõestab, et see töötab. See juhend hoiab need lahus.

Esimene samm: otsustage, millist rolli te teenindate

Üksik host vajab ühte aadressi oma tunneli liidesel, marsruuti kaugemale poolele ja allavoolu mitte midagi, mida nummerdada. Tunneli taga olev ruuter vajab tervet võrku, mida ta saab jagada, pluss marsruuti kaugemal poolel, mis need aadressid tema poole tagasi suunab. See, mis on tunneli taga, määrab iga järgneva otsuse.

Vastake sellele küsimusele enne mis tahes konfiguratsiooni avamist. Kõik pärast seda sammu sõltub sellest, millise vastuse te andsite.

Teine samm: aadresside määramine üksikule hostile

Määrake tunneli aadress, kinnitage prefiksi pikkus, mida toode ootab, ja kontrollige, et klient paigaldab marsruudi kaugema vahemiku jaoks, selle asemel et saata see kohalikku vaikelüüsile. /128 tunneli liidesel on punkt-punkti ühenduse jaoks normaalne, samas kui /64 seal nõuab võrku, mida keegi ei delegeerinud. Kaks väljundit lahendavad küsimuse: aadressitabel ja marsruuditabel, loetud mõlemas otsas. Lugege neid koos, sest vale liidese poole osutav marsruut on selle sammu kõige tavalisem viga.

Kontrollige aadressi- ja marsruuditabelitega mõlemas otsas, seejärel saatke üks taotlus. Kui taotlus väljub õigesti ja midagi ei tule tagasi, on viga kaugema poole marsruudis, mitte kliendi aadressis.

Kolmas samm: delegeerimine tunneli taga olevale ruuterile

Prefiksi delegeerimine on aadresside määramisest eraldi mehhanism, oma taotluse ja oma liisinguga. Delegeeriv pool peab olema konfigureeritud väljastama prefiksit, mis on allavoolu võrgu jaoks piisavalt suur, ja taotlev ruuter peab nummerdama oma sisemise liidese sellest prefiksist.

Ärge eeldage, et mobiilseid kliente teenindav kogum suudab delegeerida. Paljud VPN-tooted määravad üksikuid aadresse ja neil pole delegeerimise rolli üldse, ning teenusepakkuja prefiks, mis jõuab teie serva, ei edastata automaatselt partnerile. Kirjutage üles, millist rolli iga kogum teenindab, sest neid kahte konfigureeritakse eri kohtades.

Neljas samm: tehke tagasitee marsruut selgesõnaliseks

Mõlemad otsad peavad kokku leppima, milline partner kannab millist prefiksit. Lisage kaugemal poolel delegeeritud võrgu marsruut, mis osutab tunnelile, ja kinnitage, et ükski kattuv vahemik ei nõua seda juba.

Kehtiv prefiks ilma tagasitee marsruudita annab korraliku aadressimise plaani ja mitte mingit ühenduvust. Marsruut ilma juurdepääsureeglita paljastab asukohast rohkem, kui oli kavas, seega siduge kaks muudatust samasse aknasse ja hoidke pooleldi rakendatud olek kasutajatest eemal.

Viies samm: kontrollige ruuteri tagant

Tehke kontrollid järjekorras: tunneli liidese aadress kliendil, delegeeritud prefiks sisemisel liidesel, kaugema poole marsruut selle prefiksi suunas ja lõpuks taotlus ruuteri taga olevalt seadmelt. Kasutage sihtkohta, mida te kontrollite, et vaikne blokeering erineks puuduvast marsruudist. Milline samm teid ka üllatab, see on see, mida tuleb enne edasiminekut parandada.

Tehke viimane kontroll kaks korda, üks kord ruuterilt endalt ja üks kord selle taga olevalt seadmelt. Ruuter, mis jõuab sihtkohta, samal ajal kui tema kliendid ei jõua, on delegeerimise või edastamise probleem, mitte ülalvoolu probleem.

Tagasipööramine

Hoidke enne muudatust eelmine aadressimise konfiguratsioon alles ja märkige, millist kahest mehhanismist te muutsite. Delegeeritud prefiksi eemaldamine ilma marsruuti eemaldamata jätab musta augu, ja marsruudi eemaldamine ilma prefiksita jätab aadressid, milleni miski ei jõua. Märkige kaks muudatust eraldi, sest ühe tagasivõtmine, samal ajal kui teine jääb, muudab asukoha kättesaamatuks ainult ühes suunas.

Kui selgub, et toode ei toeta rolli, mida vajate, peatuge ja muutke disaini, selle asemel et venitada kliendi välja, et see mahutaks vahemikku, mille jaoks seda kunagi ei mõeldud. Vale mehhanismiga vastatud tugijuhtum läheb maksma rohkem, kui disainimuudatus maksaks.