IPv6 sobre VPN: un prefixo delegado non é un conxunto de enderezos

O mesmo día chegan dúas solicitudes: un portátil necesita IPv6 polo túnel e un sitio pequeno quere IPv6 para os dispositivos que ten detrás do seu router. A ambas se lles responde cun enderezo, e a segunda pasa despois unha semana fallando. Os roles difiren, e tamén os mecanismos, a configuración e a comprobación que demostra que funciona. Esta guía manténos separados.

Paso un: decida que rol está a atender

Un só host necesita un enderezo na súa interface de túnel, cunha ruta cara ao lado remoto e nada augas abaixo que numerar. Un router detrás do túnel necesita unha rede enteira que poida repartir, máis unha ruta no lado remoto que devolva eses enderezos cara a el. O que hai detrás do túnel determina cada decisión posterior.

Responda esa pregunta antes de abrir calquera configuración. Todo o que vén despois deste paso depende de que resposta dese.

Paso dous: asignación de enderezos para un só host

Asigne o enderezo do túnel, confirme a lonxitude de prefixo que espera o produto e comprobe que o cliente instala unha ruta para o rango remoto en lugar de envialo á pasarela predeterminada local. Un /128 nunha interface de túnel é normal para unha ligazón punto a punto, mentres que un /64 alí reclama unha rede que ninguén delegou. Dúas saídas resolven a pregunta: a táboa de enderezos e a táboa de rutas, lidas nos dous extremos. Leaas xuntas, porque unha ruta que apunta á interface equivocada é o erro máis habitual neste paso.

Comprobe coas táboas de enderezos e de rutas nos dous extremos e despois envíe unha solicitude. Se a solicitude sae correctamente e non volve nada, o fallo está na ruta do lado remoto e non no enderezo do cliente.

Paso tres: delegación para un router detrás do túnel

A delegación de prefixo é un mecanismo distinto da asignación de enderezos, coa súa propia solicitude e o seu propio arrendamento. O lado que delega debe configurarse para entregar un prefixo o bastante grande para a rede posterior, e o router solicitante debe numerar a súa interface interior a partir dese prefixo.

Non supoña que o conxunto que atende clientes móbiles pode delegar. Moitos produtos VPN asignan enderezos individuais e non teñen ningunha función de delegación, e un prefixo do provedor que chega á súa beira non se pasa automaticamente a un par. Anote que rol atende cada conxunto, porque os dous se configuran en lugares distintos.

Paso catro: faga explícita a ruta de volta

Ambos os extremos deben acordar que par transporta que prefixo. No lado remoto, engada a ruta para a rede delegada que apunta ao túnel e confirme que ningún rango solapado a reclama xa.

Un prefixo válido sen ruta de volta produce un plan de enderezamento ordenado e ningunha conectividade. Unha ruta sen regra de acceso expón máis do sitio do previsto, así que emparelle os dous cambios na mesma xanela e manteña un estado a medio aplicar lonxe dos usuarios.

Paso cinco: comprobe desde detrás do router

Execute as comprobacións en orde: o enderezo da interface de túnel no cliente, o prefixo delegado na interface interior, a ruta do lado remoto cara a ese prefixo e por último unha solicitude desde un dispositivo detrás do router. Use un destino que controle para que un bloqueo silencioso se distinga dunha ruta ausente. Calquera paso que o sorprenda é o que hai que corrixir antes de continuar.

Faga a última comprobación dúas veces, unha desde o propio router e outra desde un dispositivo detrás del. Un router que alcanza o destino mentres os seus clientes non poden é un problema de delegación ou de reenvío, non un problema augas arriba.

Reversión

Garde a configuración de enderezamento anterior antes do cambio e anote cal dos dous mecanismos modificou. Quitar un prefixo delegado sen quitar a ruta deixa un burato negro, e quitar a ruta sen o prefixo deixa enderezos que nada pode alcanzar. Anote os dous cambios por separado, porque desfacer un mentres o outro se mantén deixa un sitio inaccesible só nunha dirección.

Se un produto resulta non admitir o rol que necesita, detéñase e cambie o deseño en lugar de estirar un campo de cliente para que caiba un rango para o que nunca estivo pensado. Un caso de soporte respondido co mecanismo equivocado custa máis do que custaría o cambio de deseño.