---
title: Nodos VPN y proxy IPv6
description: Prepare hosts Linux como nodos VPN (cmp-agent) y proxy IPv6: sistema operativo, direcciones IP y prefijos IPv6, puertos, sysctl, instalación y heartbeat.
url: https://nexcmp.com/es/docs/infrastructure/vpn-proxy-nodes/
applies_to: NexCMP 1.6.1
updated: 2026-11-02
---

# Nodos VPN y proxy IPv6 {#vpn-and-ipv6-proxy-nodes}

> **Dónde encontrarlo en el panel de administración:** Infrastructure › VPN & Proxy nodes › Agents & external nodes (`/agents`), VPN IP pools (`/vpn/pool`), IPv6 Proxy nodes (`/vpn/proxy6/nodes`). Los servicios en sí están en Services › VPN y Services › IPv6 Proxy. Ambos módulos se activan en System › Admin › License & updates.

## Qué hace {#what-it-does}

NexCMP vende acceso VPN y proxy con salida desde **direcciones IP de su propiedad**, en servidores que usted opera. Existen dos tipos de nodos:

- **Nodo VPN.** Un pequeño programa en Go, `cmp-agent`, se ejecuta en su host Linux. Detecta las direcciones IPv4 públicas del host, abre un listener SOCKS5, HTTP y UDP en cada dirección vendida, y envía el tráfico de salida desde la **misma IP** a la que se conectó el cliente (salida desde la misma IP). Envía reportes al panel cada pocos segundos.
- **Nodo proxy IPv6.** Un servicio proxy que proporciona a los clientes direcciones de un prefijo IPv6 que usted enruta hacia el host. El panel lo instala por usted a través de SSH.

Utilícelos para revender direcciones IP limpias en los países donde tenga servidores.

## Requisitos {#requirements}

### Nodo VPN {#vpn-node}

| Elemento | Requisito |
|---|---|
| Sistema operativo | Una distribución Linux con systemd y un kernel 4.15 o superior (soporte para free-bind en IPv6). El binario del agente incluido es solo para **x86_64** (amd64). |
| Privilegios | root, para la instalación. El servicio solo conserva `CAP_NET_ADMIN`, `CAP_NET_RAW` y `CAP_DAC_READ_SEARCH`. |
| Herramientas | `curl` o `wget`, y `sha256sum` (el instalador se niega a continuar sin verificar el archivo). |
| Direcciones públicas | Direcciones IPv4 públicas asignadas en una interfaz del host (un `/32` cada una), **o** un prefijo enrutado hacia el host que usted añada como subred adicional (IPv4 /16 a /32, IPv6 /48 a /128). Se ignoran los rangos privados, CGNAT y de documentación. |
| Red, entrante | Los clientes se conectan a cada IP pública vendida en los **puertos 65001-65535** (TCP para SOCKS5 y HTTP, UDP para UDP associate). Cada endpoint utiliza un conjunto de tres puertos consecutivos. |
| Red, saliente | HTTPS (443) hacia el dominio de su panel. El agente también consulta su propio país en `ip-api.com` (HTTP) y `ipinfo.io` (HTTPS), con un límite de 3.5 segundos. |
| Correo | Las conexiones salientes al puerto 25 siempre están bloqueadas; no existe ningún ajuste para abrirlo. |
| Docker, VPN e interfaces virtuales | Las interfaces llamadas `docker*`, `veth*`, `br-*`, `cni*`, `flannel*`, `virbr*`, `cali*`, `tun*`, `tap*`, `wg*` y `tailscale*` no aportan direcciones. |
| Depende de | El módulo **VPN**, una zona (creada automáticamente a partir del país del host) y el panel de NexCMP accesible a través de HTTPS. |

### Nodo proxy IPv6 {#ipv6-proxy-node}

| Elemento | Requisito |
|---|---|
| Sistema operativo | Linux con systemd en **x86_64**. Los comandos `systemctl`, `nft`, `ip`, `ss`, `sysctl` y `useradd` deben existir; de lo contrario, la instalación se detiene e indica el comando faltante. |
| Acceso para la instalación | Una dirección IPv4 pública (se rechazan las direcciones privadas, loopback y CGNAT), el puerto SSH, una cuenta con privilegios de root o `sudo` y su **contraseña**. La contraseña se utiliza únicamente para la instalación y no se almacena. |
| Puertos libres | **80, 443 y cada puerto superior a 60000** deben estar libres. El instalador nunca detiene ni modifica servicios que ya se encuentren en ejecución; informa los puertos ocupados y se detiene. |
| IPv6 | Un prefijo público entre **/32 y /64** dentro de `2000::/3` que el host pueda utilizar como origen para el tráfico saliente, entregado ya sea **enrutado** hacia el host o bien **on-link** con proxy NDP (véase más abajo). |
| Red | Los clientes se conectan a la IPv4 del nodo en el puerto 80 (proxy HTTP), en el puerto 443 (SOCKS5) y en los puertos 60001-65535 (un puerto por IP estática). El nodo no tiene certificado, por lo que no hay proxy HTTPS. El tráfico sale únicamente por IPv6 y solo hacia destinos que cuenten con una dirección IPv6. El nodo obtiene su configuración desde el panel mediante HTTPS. |
| Software de nodo en el servidor del panel | El daemon del nodo y su script de red se incluyen en el paquete de versiones de NexCMP. El panel los copia desde su carpeta de instalación (`/opt/nexcmp/releases/<version>/bin` o `/opt/nexcmp/bin` en una compilación personalizada) a cada nodo durante la instalación. El servidor del panel también necesita `sshpass` y un cliente SSH; el instalador añade `sshpass`, y en un servidor instalado antes de 1.4.2 se añade con `sudo apt-get install -y sshpass`. |
| Depende de | El módulo **IPv6 Proxy** y la URL del panel a la que responden los nodos (**IPv6 Proxy › Settings › Panel URL for nodes**, valor predeterminado `https://<your license domain>`). |


## Preparar la infraestructura {#prepare-the-infrastructure}

### Nodo VPN {#vpn-node-1}

1. **Aprovisione el host** con un Linux compatible y las direcciones IPv4 públicas que desee vender, ya sea configuradas en la interfaz de red o enrutadas hacia el host.
2. **Si vende un bloque enrutado**, prevea ingresarlo como **Extra subnet** al añadir el nodo. El agente instala una ruta `local <block> dev lo` para que el host acepte tráfico para cada dirección del bloque y luego reporta las direcciones que encuentra. El agente también lee la tabla de enrutamiento real del host y nunca vende ni captura una dirección de **puerta de enlace**: si el bloque contiene el siguiente salto de una de las rutas del host (por ejemplo, la dirección del router de un bloque on-link), el agente instala rutas `local` únicamente para las partes del bloque a su alrededor, reporta la puerta de enlace al panel y el panel mantiene esa dirección fuera del pool y de cualquier asignación. Elimina las rutas instaladas cuando la subred adicional cambia o el agente se detiene.
3. **Abra el firewall.** Permita TCP y UDP entrantes en **65001-65535** en las direcciones públicas y HTTPS saliente hacia el panel.
4. **Opcional: contadores de bytes por IP.** El registro de conntrack (`net.netfilter.nf_conntrack_acct = 1`) permite que el rol de monitoreo cuente bytes por IP. El panel puede activarlo enviando al agente un comando `acct`, lo que también escribe `/etc/sysctl.d/99-cmp-agent.conf`. El rol de VPN en sí no lo necesita.
5. **Verifique el panel desde el nodo:**

   ```bash
   curl -fsS -o /dev/null -w '%{http_code}\n' https://cloud.example.com/install.sh
   ```

### Nodo proxy IPv6 {#ipv6-proxy-node-1}

Un prefijo IPv6 llega al nodo de una de dos formas. El instalador prueba ambas con conexiones salientes reales y conserva la que funciona.

| Tipo | Qué significa | Qué configura |
|---|---|---|
| **Enrutado** | Su proveedor de tránsito enruta un prefijo (por ejemplo, un /48 o /56) **hacia la propia dirección del nodo**. Los paquetes salientes pueden utilizar cualquier dirección del prefijo como origen y las respuestas regresan al nodo. | Solicite a su proveedor un prefijo enrutado cuyo siguiente salto sea el nodo. Nada más en el nodo: el servicio de proxy utiliza sockets transparentes, una tabla fija de enrutamiento por políticas y `nft`. |
| **On-link** | El /64 se encuentra en la misma LAN que el nodo. Las respuestas solo funcionan si el nodo responde al descubrimiento de vecinos para cada dirección en uso (**NDP proxy**). | El servicio configura, únicamente en esa interfaz, `net.ipv6.conf.<if>.accept_ra=2`, `forwarding=1` y `proxy_ndp=1`, recuerda los valores anteriores, los restaura cuando se detiene y bloquea el reenvío de las direcciones del pool para que el nodo no se convierta en un router para el pool. |

Cómo funciona la comprobación: el nodo intenta una conexión TCP a una dirección IPv6 pública (puerto 443) desde una dirección aleatoria del prefijo candidato, en un plazo de 6 segundos. Los candidatos son direcciones globales en interfaces con un prefijo de /64 o más corto, además de rutas de tipo `local`, `unreachable` o `blackhole` entre /16 y /64. Un prefijo más corto que /64 se acepta como **routed** si un /64 aleatorio dentro de él funciona.

::: warning No utilice el mismo prefijo dos veces
Un prefijo no puede superponerse con el prefijo de otro nodo ni puede ser más amplio que un prefijo que ya pertenezca al pool de IPv6 del propio panel. Se permite un /64 **dentro** del pool del panel. Las superposiciones se notifican como "assign range … (node …)" en el resultado de la instalación y el prefijo se omite.
:::

Restricciones que aplica el propio nodo: los clientes no pueden enviar correo (puertos 25, 465, 587, 2525) desde las direcciones del pool, y el tráfico IPv4 propio del demonio se limita a respuestas y a la comunicación con el panel y DNS.

## Conectar en NexCMP {#connect-in-nexcmp}

### Nodo VPN {#vpn-node-2}

1. En **System › Admin › License & updates**, active **VPN**. Consulte [Modules](https://nexcmp.com/es/docs/infrastructure/modules/).

      ![Tarjeta Module con los interruptores de VPN e IPv6 Proxy](https://nexcmp.com/es/docs/images/infrastructure/vpn-proxy-nodes-01-modules.webp)

2. Abra **Infrastructure › VPN & Proxy nodes › Agents & external nodes**. Dispone de dos formas de añadir un nodo.

   **a. Instalación mediante SSH.** Haga clic en **+ Add server (SSH)** y complete:

   | Campo | Valor de ejemplo |
   |---|---|
   | Dirección IPv4 del servidor | `192.0.2.50` |
   | Puerto SSH | `22` |
   | Usuario SSH | `root` |
   | Contraseña SSH | `XXXX` |
   | Nombre para mostrar | `node-ny-1` (vacío: nombrado según la IP) |
   | Rol del servidor | External VPN / Proxy Node |
   | Asignación de zona | Auto by GeoIP (create / assign Zone), o una zona existente |
   | Subred adicional (opcional) | vacío para escanear automáticamente las interfaces, o un bloque enrutado como `203.0.113.0/24` |
   | Habilitar para la venta tras la instalación | activado para marcar cada dirección detectada como disponible para la venta |

   Haga clic en **Connect & install**. El panel se conecta mediante SSH, ejecuta el instalador de una sola línea en el nodo con un ticket de un solo uso y muestra el nombre del nodo, la ubicación de GeoIP y los rangos detectados.

      ![Cuadro de diálogo Add Node via SSH con una dirección de servidor y un rol de ejemplo](https://nexcmp.com/es/docs/images/infrastructure/vpn-proxy-nodes-02-add-server-ssh.webp)

   **b. Instalación manual.** Haga clic en **Generate manual install token**. El comando aparece **una sola vez**; cópielo y ejecútelo en el nodo:

   ```bash
   curl -fsSL https://cloud.example.com/install.sh | sudo sh -s -- --token XXXX --name node-ny-1
   ```

   La instalación mediante token registra la máquina únicamente para monitorización: por seguridad, el panel no permite que una máquina que posee el token compartido se asigne a sí misma el rol de VPN (añadir `--roles vpn` al comando no tiene efecto). Cuando la máquina aparezca en la lista, ábrala y agregue usted mismo el rol **VPN**. Instalar mediante SSH (opción a) asigna al nodo el rol de VPN desde el principio. Un nuevo token anula el anterior; los hosts que ya se hayan registrado seguirán funcionando porque utilizan su propia clave.

      ![Cuadro de diálogo del comando de instalación que muestra el comando con el token de un solo uso](https://nexcmp.com/es/docs/images/infrastructure/vpn-proxy-nodes-03-install-command.webp)

   Qué hace el instalador: descarga `cmp-agent-linux-amd64` desde su panel, **verifica su SHA-256**, lo instala en `/usr/local/bin/cmp-agent`, se registra con el token, escribe `/etc/cmp-agent/agent.json` e inicia el servicio systemd `cmp-agent`. Para eliminarlo: `curl -fsSL https://cloud.example.com/install.sh | sudo sh -s -- --uninstall`.

3. Tras el primer heartbeat, el nodo aparece en la lista. Su país se detecta mediante GeoIP (primero la propia consulta del nodo, luego la base de datos del panel); se crea una **zona** para ese país y se hace pública si no existe ninguna, y las direcciones encontradas en el host se convierten en rangos del pool.
4. Abra **Infrastructure › VPN & Proxy nodes › VPN IP pools** para ver los rangos, su zona y su nodo, y para cambiar la zona, el nodo o el interruptor **Sellable** de cada rango. **Enable range** permite que los nuevos pedidos usen sus IP libres; **Disable range** solo detiene nuevas asignaciones, las IP alquiladas siguen funcionando.

      ![Pools de IP de VPN con rangos notificados por un nodo](https://nexcmp.com/es/docs/images/infrastructure/vpn-proxy-nodes-04-vpn-pool.webp)

5. Abra **Services › VPN**, configure la lista de precios y active las ventas. El interruptor **Sell VPN** en **Subscriptions** es el mismo interruptor que el módulo VPN en License & updates.
6. **Opcional: cambiar el nombre del servicio.** En **Settings › Branding**, **VPN service display name** cambia la forma en que se denomina el servicio VPN en el menú del cliente, la página de pedidos, la página de detalles y la lista de despliegue (por ejemplo `IPv4 Proxy`, `Datacenter Proxy` o `Static Residential Proxy`; hasta 40 caracteres; si se deja vacío, conserva `VPN`). Solo cambia las etiquetas: las rutas, los datos y la API no se modifican.

### Nodo proxy IPv6 {#ipv6-proxy-node-2}

1. En **System › Admin › License & updates**, active **IPv6 Proxy**.
2. Abra **Infrastructure › VPN & Proxy nodes › IPv6 Proxy nodes** y haga clic en **Add node (SSH)**. Introduzca la dirección IPv4 del nodo, el puerto SSH, el usuario, la contraseña, un nombre opcional y un **Reason** (se envía al registro de auditoría), luego haga clic en **Install**.

      ![Cuadro de diálogo Add IPv6 node con una dirección y un motivo de ejemplo](https://nexcmp.com/es/docs/images/infrastructure/vpn-proxy-nodes-05-proxy6-add-node.webp)

3. A continuación, el panel realiza en orden lo siguiente: comprueba la máquina y los puertos, copia el demonio, el script de red, la unidad de servicio y un archivo de entorno específico del nodo (un token de nodo y una clave para firmar contraseñas), ejecuta la **probe** de prefijos utilizables, registra los prefijos en el pool, inicia el servicio y espera hasta 90 segundos el primer informe. **Install log** muestra cada paso.
4. Un nuevo nodo crea su zona en estado **off** (a partir del GeoIP de la IPv4 del nodo). Active la zona en **Infrastructure › Datacenter › Zone** para que los clientes puedan elegirla.
5. Establezca un **Mbps cap** total por nodo (de 10 a 100000 por dirección). En **Services › IPv6 Proxy**, configure la lista de precios y active las ventas.
6. Compruebe **IPv6 Proxy › Settings › Panel URL for nodes**. Los nodos llaman a esta dirección (`https://host`, sin ruta) para obtener su configuración y enviar reportes. Dejarlo vacío significa `https://<your license domain>`. Debe ser un host cuya dirección apunte directamente al panel, de modo que la propia IPv4 del nodo llegue a él sin modificaciones.

::: tip Programación de rotación
Los clientes pueden configurar un intervalo de rotación automática de 30 a 600 segundos. En NexCMP el panel ejecuta dicha programación (así como la limpieza por horas de los registros de conexión); los nodos adoptan una nueva dirección en unos 5 segundos.
:::

### Cómo reporta un nodo {#how-a-node-reports}

| | Nodo VPN (`cmp-agent`) | Nodo proxy IPv6 |
|---|---|---|
| Inscripción | Ticket o token de un solo uso mediante HTTPS, luego su propia clave | Instalación única por SSH, luego un token de nodo |
| Heartbeat | Cada **5 segundos** (10 s para un agente solo de monitorización); el panel puede configurar de 3 a 300 s. Tras un fallo, aumenta la espera en pasos de 5 s hasta 60 s | El nodo envía un reporte aproximadamente cada 60 segundos y obtiene la configuración |
| Se muestra como online | Un heartbeat en los últimos **60 segundos** | **alive** en los últimos **120 segundos**; de lo contrario, **missed heartbeat** |
| Cambio de configuración | Se aplica en el siguiente heartbeat | Se aplica en aproximadamente 5 segundos |
| Actualizaciones | El panel puede enviar un comando `upgrade` con la nueva versión, URL y SHA-256 | Reinstalar desde la fila del nodo |

### Cuota de datos en un nodo VPN {#data-allowance-on-a-vpn-node}

A partir de NexCMP **1.5.1**, el agente del nodo VPN envía el tráfico cursado con cada heartbeat, y el panel lo suma al consumo del plan para el período actual. La misma cifra se muestra al cliente (pestañas Overview y Bandwidth) y a usted (VPN › Subscriptions, columna Used y la fila del nodo).

- **Corte de servicio.** Cuando un plan ha consumido sus GB correspondientes al período, el panel deja de enviar los endpoints de dicho plan al agente, por lo que se rechazan las conexiones nuevas y se cierran las abiertas. La interrupción se produce en el transcurso de un heartbeat, por lo que un plan puede sobrepasar ligeramente su límite. Los planes con nivel Unlimited nunca se cortan.
- **Reanudación.** El servicio del plan se restablece en el transcurso de un heartbeat después de que el cliente adquiera más ancho de banda o cuando comience el siguiente período.
- **Not measured.** Un nodo cuyo agente no ha enviado datos de uso (por ejemplo, un agente más antiguo) se muestra como **Not measured** y sus planes nunca se interrumpen por GB.
- **Actualice el agente.** Utilice el agente **1.5.1** en los nodos. Los agentes más antiguos aún se contabilizan, pero pueden perder los bytes de un heartbeat fallido, de un endpoint detenido o de un reinicio, y no cierran las conexiones abiertas cuando se corta un plan. Actualice desde la fila del nodo (Reinstall) o con el comando `upgrade`.
- El conteo se realiza sobre la carga útil que pasa a través del proxy, por lo que es ligeramente inferior (alrededor del 1 %) a los bytes transmitidos por la red.

### Complementos de VPN retirados {#retired-vpn-add-ons}

High IP Reputation, High Concurrency y High Priority Network ya no se ofrecen en nuevos pedidos. Las suscripciones existentes conservan sus selecciones de complementos, pero a sus importes de renovación se les eliminan las tarifas retiradas. No hay reembolsos por periodos ya pagados. El ajuste utiliza el precio de catálogo actual del complemento; si modificó ese precio o eliminó el complemento, revise el importe de renovación de la suscripción antes de su próxima renovación.

## Verificación {#verify}

1. La fila del nodo está online. Para un nodo VPN, **Agents & external nodes** muestra su zona, país, rol y los rangos detectados.
2. **VPN IP pools** lista los rangos con IP libres; la página de detalles de la zona muestra la infraestructura de VPN.
3. Solicite un plan de VPN o proxy de prueba. El cliente obtiene un endpoint `ip:port`, un nombre de usuario y una contraseña; conéctese a través de él y compruebe que la IP pública visible sea la IP del nodo (por ejemplo, `curl --proxy socks5h://USER:XXXX@IP:PORT https://ifconfig.me`).
4. En un nodo IPv6, ejecute en el host:

   ```bash
   systemctl is-active <node service>
   nft list tables | grep proxy6
   ss -ltn | grep -E ':(80|443|6[0-9]{4})\b'
   ```

## Límites y notas {#limits-and-notes}

- Los hosts con Windows pueden ejecutar el agente de monitorización, pero no el rol de VPN.
- Límite de datos (GB por período) de un plan VPN: a partir de NexCMP 1.5.1, el panel suma el tráfico reportado por el agente del nodo VPN y corta los proxies del plan cuando se agotan los GB del período (consulte "Data allowance on a VPN node" más abajo). Los planes IPv6 Proxy no tienen límite de GB; limitan la velocidad en Mbps por plan.
- Las direcciones IPv4 de un plan VPN no rotan. Un cliente reporta una IP en lista negra; usted o el revendedor aprueban un reemplazo de la misma zona. Solo IPv6 Proxy rota.
- Se notifican como máximo 64 rangos por heartbeat.
- Un conjunto de endpoints VPN utiliza tres puertos por IP vendida. Con los puertos 65001-65535 cada IP sirve a un número limitado de endpoints (178 conjuntos de puertos); el panel omite los conjuntos que ya se hayan utilizado.
- Solo se permite eliminar un nodo proxy IPv6 cuando ningún plan tiene una IP en él. Esto elimina los rangos y el token del nodo; el software en el host no se desinstala.
- Revender un rango que también aloja sus propias VM es posible: la VPN solo utiliza los puertos 65001-65535, por lo que comparte la IP con otros servicios.

## Resolución de problemas {#troubleshooting}

| Síntoma | Causa | Solución |
|---|---|---|
| "error de registro (token no válido o servidor inaccesible)" | Token incorrecto o ya utilizado, o el panel es inaccesible | Genere un nuevo token o reintente la instalación por SSH. |
| "la firma del archivo no coincide - STOP" | El agente descargado difiere del SHA-256 publicado | Compruebe la carpeta `/dl/` del panel y que nada modifique la descarga en tránsito. |
| "este instalador es solo para Linux" / "la arquitectura … aún no es compatible" | Windows, o una arquitectura distinta de x86_64 (la versión incluye el agente solo para x86_64) | Utilice un host Linux x86_64. |
| El nodo nunca aparece | El nodo no puede comunicarse con el panel mediante HTTPS | Pruebe `curl https://<domain>/install.sh` desde el nodo; compruebe el DNS y el firewall. |
| El nodo aparece con el país incorrecto | Las búsquedas de país fallaron, por lo que se utilizó la base de datos de direcciones del panel | Permita el acceso saliente a `ip-api.com` y `ipinfo.io`, o seleccione la zona explícitamente en el formulario SSH. |
| No se detectaron rangos | No hay IPv4 pública en una interfaz no virtual | Añada una dirección pública o introduzca el bloque enrutado como **Extra subnet**. |
| La VPN funciona, pero el tráfico sale por otra IP | La IP vendida no está asignada ni enrutada al host | Asegúrese de que la IP esté en una interfaz o cubierta por `local … dev lo`. |
| "el servidor del panel no tiene sshpass" | El host del panel no puede iniciar sesión en los nodos con contraseña | Ejecute `sudo apt-get install -y sshpass openssh-client` en el servidor del panel y luego instale el nodo de nuevo. |
| "not found in the installed package" al instalar un nodo IPv6 | El panel es anterior a 1.4.2 o es una compilación personalizada sin los archivos de nodo | Actualice NexCMP a 1.4.2 o posterior; para una compilación personalizada utilice `build.sh`, que ahora empaqueta `brandy-proxy6d` y `brandy-proxy6-net`. |
| "SSH: …" al inicio de una instalación IPv6, o "SSH to internal/loopback addresses is not allowed" | Puerto, usuario o contraseña incorrectos, SSH bloqueado o la dirección es privada | Utilice la IPv4 pública del nodo y compruebe el acceso manualmente con `ssh -p PORT USER@IP`. |
| "arquitectura … no compatible (solo x86_64)" | El nodo no es x86_64 | Utilice un host x86_64. |
| "falta el comando en el nodo: …" | `nft`, `ip`, `ss`, `sysctl`, `systemctl` o `useradd` no están instalados | Instale los paquetes y ejecute de nuevo la instalación. |
| "puertos en uso por otro servicio en el nodo: … — 80, 443, 60001-65535 deben estar libres" | El puerto 80, 443 o un puerto superior a 60000 está ocupado | Mueva el otro servicio; el instalador no lo detiene. |
| "no se encontró ningún prefijo IPv6 con acceso a Internet desde el nodo (falló la prueba de salida real)" | No hay prefijo enrutado, proxy NDP no disponible o no hay IPv6 saliente | Compruebe que el prefijo esté enrutado al nodo, que la interfaz tenga conectividad IPv6 y que nada filtre el tráfico saliente. |
| "todos los rangos detectados ya pertenecen a otro nodo" | El prefijo ya está en uso por otro nodo | Elimínelo del otro nodo o elija otro prefijo. |
| La instalación finaliza con "no initial report received from node" | El servicio se inició pero no se comunicó con el panel en 90 segundos | Compruebe la URL del panel asignada a los nodos y la ruta HTTPS del nodo hacia ella; consulte **Install log**. |
| La fila del nodo muestra **missed heartbeat** | Sin reportes durante 120 segundos | Compruebe el servicio en el nodo, su reloj y la ruta hacia el panel. |
| Los clientes no ven ninguna ubicación IPv6 | La zona está desactivada | Active la zona en **Zone**. |