Cómo escribir un punto final IPv6 en una configuración de VPN

Una dirección IPv6 está llena de dos puntos, y un campo de punto final que también lleva un puerto necesita una forma de marcar dónde termina la dirección. Si se equivoca, el cliente o se niega a analizar el perfil o se conecta en silencio a lo incorrecto. La forma correcta no es universal: depende de si el campo contiene una dirección con puerto, una dirección desnuda o un nombre de host. Recorra el manual en orden, porque una corrección de sintaxis y una corrección de conectividad no se parecen en nada cuando empieza a leer la salida del cliente.

Compruebe el tipo de campo antes de escribir una dirección

Para un campo WireGuard Endpoint con un puerto, el literal IPv6 usa corchetes alrededor de la dirección, como en [2001:db8::10]:51820. El prefijo de documentación de ese ejemplo no es un servidor público, y los corchetes son parte de la sintaxis, no de la dirección.

Otros formatos tienen sus propias reglas. Un URI puede llevar un literal IPv6 entre corchetes, pero una configuración de VPN no es necesariamente un URI. Un cliente con casillas separadas de dirección y puerto puede esperar el literal solo en una casilla y el número en la otra, y añadir corchetes ahí es tan erróneo como omitirlos en un campo combinado.

Ponga el literal entre corchetes cuando el puerto comparte el campo

La regla que hay que recordar es simple: los corchetes aparecen cuando un puerto sigue en la misma cadena. No aparecen cuando la dirección está sola en un campo sin puerto.

Copiar la cadena completa de punto final de un protocolo en cada cliente es la causa habitual de este error. OpenVPN, los perfiles IPsec y las interfaces de aplicación documentan cada uno su sintaxis, y una cadena correcta para uno puede ser rechazada o malinterpretada por otro. Lea la documentación del propio cliente para el campo que edita, y guarde el prefijo de documentación o la dirección de ejemplo en un comentario para que nadie la envíe como host real. Cuando el manual da dos formas, use la que encaje con el tipo de campo que tiene delante.

Separe los campos de dirección y puerto

Cuando el cliente le da dos casillas, ponga la dirección en una y el puerto en la otra. Una forma combinada pegada en la casilla de dirección produce un error de análisis o, peor, una dirección que se resuelve en algo no deseado.

Revise los espacios finales y los caracteres invisibles cuando un valor parece correcto. Una dirección copiada suele llevar un espacio duro o un carácter de ancho cero que el cliente no puede analizar y que la pantalla no muestra. Vuelva a escribir el valor en lugar de pegarlo cuando el error no tenga sentido.

Maneje con cuidado los identificadores de zona

Un literal de enlace local puede requerir un identificador de zona ligado a una interfaz, escrito con un signo de porcentaje y el nombre de la interfaz. Esa forma es válida en el host que posee la interfaz, y no sustituye a un punto final remoto accesible en general.

El alcance y el enrutamiento siguen importando tras un análisis correcto. Una dirección cualificada por zona que el cliente acepta puede no tener ninguna ruta desde la máquina, y un punto final remoto alcanzado por internet no debería depender en absoluto de una zona local. Decida por qué interfaz debe salir el paquete antes de escribir la zona, no después de que falle el saludo.

Verifique el análisis y luego la conectividad

Separe los dos fallos de forma explícita. Una dirección mal formada produce un error de análisis o un rechazo inmediato, mientras que un punto final bien formado que rechaza la autenticación o nunca responde es un problema distinto con una solución distinta.

Tras una corrección admitida, confirme que el túnel negocia y que la aplicación prevista funciona. Un saludo por sí solo no demuestra la ruta, y un ping al punto final no demuestra el túnel. Cuando el operador proporciona un nombre de host, conserve el nombre admitido y sus comprobaciones de identidad en lugar de sustituirlo por una dirección numérica encontrada en otro sitio.

Anote el campo exacto, el valor que usó y la respuesta del cliente en la nota de cambio. De lo contrario, la siguiente persona que edite el perfil repetirá el experimento de los corchetes, y la respuesta ya está en su tiquete.