---
title: Nodi VPN e proxy IPv6
description: Prepara host Linux come nodi VPN (cmp-agent) e nodi proxy IPv6: sistema operativo, indirizzi IP e prefissi IPv6, porte, sysctl, installazione e heartbeat.
url: https://nexcmp.com/it/docs/infrastructure/vpn-proxy-nodes/
applies_to: NexCMP 1.6.1
updated: 2026-11-02
---

# Nodi VPN e proxy IPv6 {#vpn-and-ipv6-proxy-nodes}

> **Dove nell'admin:** Infrastructure › VPN & Proxy nodes › Agents & external nodes (`/agents`), VPN IP pools (`/vpn/pool`), IPv6 Proxy nodes (`/vpn/proxy6/nodes`). I servizi veri e propri si trovano in Services › VPN e Services › IPv6 Proxy. Entrambi i moduli si attivano in System › Admin › License & updates.

## Descrizione {#what-it-does}

NexCMP vende accesso VPN e proxy in uscita da **indirizzi IP di tua proprietà**, su server gestiti da te. Esistono due tipi di nodi:

- **Nodo VPN.** Un piccolo programma in Go, `cmp-agent`, viene eseguito sul tuo host Linux. Rileva gli indirizzi IPv4 pubblici sull'host, apre un listener SOCKS5, HTTP e UDP su ogni indirizzo venduto e invia il traffico dallo **stesso IP** a cui si è connesso il cliente (stesso IP in uscita). Invia lo stato al pannello ogni pochi secondi.
- **Nodo proxy IPv6.** Un servizio proxy che fornisce ai clienti indirizzi da un prefisso IPv6 instradato verso l'host. Il pannello lo installa per te tramite SSH.

Usali per rivendere indirizzi IP puliti nei paesi in cui disponi di server.

## Requisiti {#requirements}

### Nodo VPN {#vpn-node}

| Elemento | Requisito |
|---|---|
| Sistema operativo | Una distribuzione Linux con systemd e un kernel 4.15 o successivo (supporto free-bind IPv6). Il binario dell'agente fornito è solo **x86_64** (amd64). |
| Privilegi | root, per l'installazione. Il servizio mantiene solo `CAP_NET_ADMIN`, `CAP_NET_RAW` e `CAP_DAC_READ_SEARCH`. |
| Strumenti | `curl` o `wget` e `sha256sum` (l'installer si rifiuta di continuare senza aver controllato il file). |
| Indirizzi pubblici | Indirizzi IPv4 pubblici assegnati su un'interfaccia dell'host (uno per `/32`), **oppure** un prefisso instradato verso l'host che aggiungi come subnet aggiuntiva (IPv4 da /16 a /32, IPv6 da /48 a /128). Gli intervalli privati, CGNAT e di documentazione vengono ignorati. |
| Rete, in ingresso | I clienti si connettono a ciascun IP pubblico venduto sulle **porte 65001-65535** (TCP per SOCKS5 e HTTP, UDP per l'associazione UDP). Ogni endpoint utilizza un set di tre porte consecutive. |
| Rete, in uscita | HTTPS (443) verso il dominio del tuo pannello. L'agent rileva inoltre il proprio paese su `ip-api.com` (HTTP) e `ipinfo.io` (HTTPS), con un limite di 3.5 secondi. |
| Posta elettronica | Le connessioni in uscita verso la porta 25 sono sempre bloccate; non esiste alcuna impostazione per aprirla. |
| Docker, VPN e interfacce virtuali | Le interfacce denominate `docker*`, `veth*`, `br-*`, `cni*`, `flannel*`, `virbr*`, `cali*`, `tun*`, `tap*`, `wg*` e `tailscale*` non contribuiscono con indirizzi. |
| Dipende da | Il modulo **VPN**, una zona (creata automaticamente dal paese dell'host) e il pannello NexCMP raggiungibile via HTTPS. |

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

| Elemento | Requisito |
|---|---|
| Sistema operativo | Linux con systemd su **x86_64**. I comandi `systemctl`, `nft`, `ip`, `ss`, `sysctl` e `useradd` devono esistere; in caso contrario l'installazione si interrompe indicando il comando mancante. |
| Accesso per l'installazione | Un indirizzo IPv4 pubblico (gli indirizzi privati, di loopback e CGNAT vengono rifiutati), la porta SSH, un account con diritti di root o `sudo` e la relativa **password**. La password viene utilizzata solo per l'installazione e non viene memorizzata. |
| Porte libere | **80, 443 e qualsiasi porta superiore a 60000** devono essere libere. L'installer non arresta né modifica mai i servizi già in esecuzione; segnala le porte occupate e si ferma. |
| IPv6 | Un prefisso pubblico compreso tra **/32 e /64** all'interno di `2000::/3` che l'host può utilizzare come sorgente per il traffico in uscita, recapitato tramite **instradamento** (routed) verso l'host oppure **on-link** con proxy NDP (vedi sotto). |
| Rete | I clienti si collegano all'IPv4 del nodo sulla porta 80 (proxy HTTP), sulla porta 443 (SOCKS5) e sulle porte 60001-65535 (una porta per IP statico). Il nodo non ha certificati, quindi non è presente alcun proxy HTTPS. Il traffico esce solo via IPv6 e soltanto verso destinazioni con un indirizzo IPv6. Il nodo recupera la propria configurazione dal pannello tramite HTTPS. |
| Software del nodo sul server del pannello | Il demone del nodo e il relativo script di rete sono inclusi nel pacchetto di rilascio di NexCMP. Il pannello li copia dalla propria cartella di installazione (`/opt/nexcmp/releases/<version>/bin`, o `/opt/nexcmp/bin` su una build personalizzata) su ciascun nodo durante l'installazione. Il server del pannello richiede inoltre `sshpass` e un client SSH; il programma di installazione aggiunge `sshpass`, mentre su un server installato prima della versione 1.4.2 lo si aggiunge con `sudo apt-get install -y sshpass`. |
| Dipende da | Il modulo **IPv6 Proxy** e l'URL del pannello a cui i nodi rispondono (**IPv6 Proxy › Settings › Panel URL for nodes**, predefinito `https://<your license domain>`). |


## Prepara l'infrastruttura {#prepare-the-infrastructure}

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

1. **Provisioning dell'host** con una distribuzione Linux supportata e gli indirizzi IPv4 pubblici che desideri vendere, configurati sull'interfaccia di rete o instradati verso l'host.
2. **Se vendi un blocco instradato**, prevedi di inserirlo come **Extra subnet** quando aggiungi il nodo. L'agent installa una route `local <block> dev lo` in modo che l'host accetti il traffico per ciascun indirizzo del blocco, segnalando poi gli indirizzi rilevati. L'agent legge inoltre la tabella di routing reale dell'host e non vende né cattura mai un indirizzo di **gateway**: se il blocco contiene il next-hop di una delle route dell'host (ad esempio l'indirizzo del router di un blocco on-link), l'agent installa le route `local` solo per le parti del blocco circostanti, segnala il gateway al pannello e quest'ultimo esclude quell'indirizzo dal pool e da qualsiasi allocazione. Rimuove le route installate quando la subnet supplementare cambia o l'agent si arresta.
3. **Apri il firewall.** Consenti traffico TCP e UDP in ingresso **65001-65535** sugli indirizzi pubblici e HTTPS in uscita verso il pannello.
4. **Facoltativo: contatori di byte per IP.** La contabilità conntrack (`net.netfilter.nf_conntrack_acct = 1`) consente al ruolo di monitoraggio di contare i byte per IP. Il pannello può attivarla inviando all'agent un comando `acct`, che scrive anche `/etc/sysctl.d/99-cmp-agent.conf`. Il ruolo VPN in sé non ne ha bisogno.
5. **Verifica il pannello dal 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 prefisso IPv6 raggiunge il nodo in uno di questi due modi. L'installer li testa entrambi con connessioni in uscita reali e mantiene ciò che funziona.

| Tipo | Significato | Configurazione |
|---|---|---|
| **Instradato** | Il tuo upstream instrada un prefisso (ad esempio un /48 o un /56) **verso l'indirizzo del nodo stesso**. I pacchetti in uscita possono utilizzare qualsiasi indirizzo nel prefisso come mittente e le risposte tornano al nodo. | Richiedi al tuo provider un prefisso instradato il cui next hop sia il nodo. Nient'altro sul nodo: il servizio proxy usa socket trasparenti, una tabella di policy routing fissa e `nft`. |
| **On-link** | Il /64 si trova sulla stessa LAN del nodo. Le risposte funzionano solo se il nodo risponde alla discovery dei vicini per ciascun indirizzo in uso (**NDP proxy**). | Il servizio imposta, solo su quell'interfaccia, `net.ipv6.conf.<if>.accept_ra=2`, `forwarding=1` e `proxy_ndp=1`, memorizza i valori precedenti, li ripristina all'arresto e blocca l'inoltro degli indirizzi del pool in modo che il nodo non diventi un router per il pool. |

Come funziona la verifica: il nodo tenta una connessione TCP verso un indirizzo IPv6 pubblico (porta 443) da un indirizzo casuale del prefisso candidato, entro 6 secondi. I candidati sono indirizzi globali sulle interfacce con un prefisso pari o inferiore a /64, oltre a route di tipo `local`, `unreachable` o `blackhole` comprese tra /16 e /64. Un prefisso più breve di /64 viene accettato come **routed** se un /64 casuale al suo interno funziona.

::: warning Non utilizzare lo stesso prefisso due volte
Un prefisso non può sovrapporsi a quello di un altro nodo e non può essere più ampio di un prefisso già appartenente al pool IPv6 del pannello. Un /64 **all'interno** del pool del pannello è consentito. Le sovrapposizioni vengono segnalate come "assign range … (node …)" nell'esito dell'installazione e il prefisso viene ignorato.
:::

Limitazioni applicate autonomamente dal nodo: i clienti non possono inviare posta (porte 25, 465, 587, 2525) dagli indirizzi del pool e il traffico IPv4 del demone è limitato alle risposte, al pannello e al DNS.

## Collega in NexCMP {#connect-in-nexcmp}

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

1. Su **System › Admin › License & updates**, attiva l'interruttore **VPN**. Vedi [Modules](https://nexcmp.com/it/docs/infrastructure/modules/).

      ![La scheda Modulo con gli interruttori VPN e IPv6 Proxy](https://nexcmp.com/it/docs/images/infrastructure/vpn-proxy-nodes-01-modules.webp)

2. Apri **Infrastructure › VPN & Proxy nodes › Agents & external nodes**. Hai due modi per aggiungere un nodo.

   **a. Installa tramite SSH.** Clicca su **+ Add server (SSH)** e compila:

   | Campo | Valore di esempio |
   |---|---|
   | Indirizzo IPv4 del server | `192.0.2.50` |
   | Porta SSH | `22` |
   | Utente SSH | `root` |
   | Password SSH | `XXXX` |
   | Nome visualizzato | `node-ny-1` (vuoto: prende il nome dall'IP) |
   | Ruolo del server | Nodo VPN / Proxy esterno |
   | Assegnazione della zona | Auto tramite GeoIP (crea / assegna zona) o una zona esistente |
   | Sottorete extra (opzionale) | vuoto per la scansione automatica delle interfacce, o un blocco instradato come `203.0.113.0/24` |
   | Abilita alla vendita dopo l'installazione | attivo per contrassegnare come vendibile ogni indirizzo rilevato |

   Clicca su **Connect & install**. Il pannello si connette via SSH, esegue l'installatore a riga singola sul nodo con un ticket monouso e mostra il nome del nodo, la posizione GeoIP e gli intervalli rilevati.

      ![Finestra di dialogo Aggiungi nodo via SSH con un esempio di indirizzo e ruolo del server](https://nexcmp.com/it/docs/images/infrastructure/vpn-proxy-nodes-02-add-server-ssh.webp)

   **b. Installazione manuale.** Fai clic su **Generate manual install token**. Il comando viene mostrato **una sola volta**; copialo ed eseguilo sul nodo:

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

   L'installazione tramite token registra la macchina solo per il monitoraggio: per sicurezza, il pannello non consente a una macchina dotata del token condiviso di assegnarsi il ruolo VPN (l'aggiunta di `--roles vpn` al comando non ha effetto). Dopo che la macchina compare nell'elenco, aprila e assegna manualmente il ruolo **VPN**. L'installazione tramite SSH (opzione a) assegna al nodo il ruolo VPN fin dall'inizio. Un nuovo token revoca quello precedente; gli host già registrati continuano a funzionare perché utilizzano una propria chiave.

      ![Finestra del comando di installazione che mostra il comando con token monouso](https://nexcmp.com/it/docs/images/infrastructure/vpn-proxy-nodes-03-install-command.webp)

   Cosa fa l'installatore: scarica `cmp-agent-linux-amd64` dal pannello, ne **verifica l'SHA-256**, lo installa in `/usr/local/bin/cmp-agent`, si registra con il token, scrive `/etc/cmp-agent/agent.json` e avvia il servizio systemd `cmp-agent`. Per rimuoverlo: `curl -fsSL https://cloud.example.com/install.sh | sudo sh -s -- --uninstall`.

3. Dopo il primo heartbeat, il nodo compare nell'elenco. Il suo paese viene rilevato tramite GeoIP (prima la ricerca del nodo stesso, poi il database del pannello); se non ne esiste già una, viene creata e resa pubblica una **zona** per quel paese, e gli indirizzi trovati sull'host diventano intervalli del pool.
4. Apri **Infrastructure › VPN & Proxy nodes › VPN IP pools** per visualizzare gli intervalli, la rispettiva zona e il nodo, e per modificare la zona, il nodo o l'interruttore **Sellable** di ciascun intervallo. **Enable range** consente ai nuovi ordini di usare i suoi IP liberi; **Disable range** interrompe solo le nuove allocazioni, mentre gli IP già assegnati continuano a funzionare.

      ![Pool di IP VPN con intervalli segnalati da un nodo](https://nexcmp.com/it/docs/images/infrastructure/vpn-proxy-nodes-04-vpn-pool.webp)

5. Apri **Services › VPN**, imposta il listino prezzi e attiva le vendite. Lo switch **Sell VPN** in **Subscriptions** corrisponde allo stesso switch del modulo VPN in License & updates.
6. **Facoltativo: rinomina il servizio.** In **Settings › Branding**, **VPN service display name** modifica il nome visualizzato del servizio VPN nel menu clienti, nella pagina d'ordine, nella pagina di dettaglio e nell'elenco di deploy (ad esempio `IPv4 Proxy`, `Datacenter Proxy` o `Static Residential Proxy`; fino a 40 caratteri, lasciando vuoto si mantiene `VPN`). Modifica solo le etichette: route, dati e API restano invariati.

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

1. Su **System › Admin › License & updates**, attiva l'interruttore **IPv6 Proxy**.
2. Apri **Infrastructure › VPN & Proxy nodes › IPv6 Proxy nodes** e clicca su **Add node (SSH)**. Inserisci l'indirizzo IPv4 del nodo, la porta SSH, l'utente, la password, un nome opzionale e un **Reason** (verrà registrato nel registro di audit), quindi clicca su **Install**.

      ![Finestra di dialogo Aggiungi nodo IPv6 con un indirizzo di esempio e un motivo](https://nexcmp.com/it/docs/images/infrastructure/vpn-proxy-nodes-05-proxy6-add-node.webp)

3. Dopodiché il pannello esegue in sequenza: verifica la macchina e le porte, copia il demone, lo script di rete, l'unità di servizio e un file di ambiente specifico per il nodo (un token del nodo e una chiave di firma della password), esegue la **probe** per trovare i prefissi utilizzabili, registra i prefissi nel pool, avvia il servizio e attende fino a 90 secondi per il primo report. **Install log** mostra ogni passaggio.
4. Un nuovo nodo crea la propria zona nello stato **off** (in base al GeoIP dell'IPv4 del nodo). Attiva la zona in **Infrastructure › Datacenter › Zone** affinché i clienti possano sceglierla.
5. Imposta un limite di **Mbps cap** totale per nodo (da 10 a 100000 per direzione). Sotto **Services › IPv6 Proxy** imposta il listino prezzi e attiva le vendite.
6. Verifica **IPv6 Proxy › Settings › Panel URL for nodes**. I nodi chiamano questo indirizzo (`https://host`, senza percorso) per recuperare la configurazione e inviare report. Lasciare vuoto equivale a `https://<your license domain>`. Deve trattarsi di un host il cui indirizzo punta direttamente al pannello, così che l'IPv4 del nodo lo raggiunga senza modifiche.

::: tip Pianificazione della rotazione
I clienti possono impostare un intervallo di rotazione automatica da 30 a 600 secondi. In NexCMP il pannello gestisce tale pianificazione (e la pulizia oraria dei log di connessione); i nodi acquisiscono un nuovo indirizzo entro circa 5 secondi.
:::

### Come comunica un nodo {#how-a-node-reports}

| | Nodo VPN (`cmp-agent`) | Nodo proxy IPv6 |
|---|---|---|
| Registrazione | Ticket o token una tantum via HTTPS, poi la propria chiave | Installazione SSH una tantum, poi un token del nodo |
| Heartbeat | Ogni **5 secondi** (10 s per un agente di solo monitoraggio); il pannello può impostare da 3 a 300 s. Dopo un errore, effettua un backoff con incrementi di 5 s fino a 60 s | Il nodo invia un report circa ogni 60 secondi e recupera la configurazione |
| Mostrato come online | Un heartbeat negli ultimi **60 secondi** | **attivo** negli ultimi **120 secondi**, altrimenti **heartbeat mancato** |
| Modifica della configurazione | Applicata al successivo heartbeat | Applicata entro circa 5 secondi |
| Aggiornamenti | Il pannello può inviare un comando `upgrade` con la nuova versione, l'URL e l'hash SHA-256 | Reinstallazione dalla riga del nodo |

### Soglia dati su un nodo VPN {#data-allowance-on-a-vpn-node}

A partire da NexCMP **1.5.1**, l'agent del nodo VPN trasmette il traffico gestito a ogni heartbeat e il pannello lo somma al consumo del piano per il periodo corrente. Lo stesso valore viene mostrato al cliente (schede Overview e Bandwidth) e a te (VPN › Subscriptions, colonna Used e riga del nodo).

- **Interruzione.** Quando un piano ha esaurito i propri GB per il periodo, il pannello smette di inviare gli endpoint di quel piano all'agent, per cui le nuove connessioni vengono rifiutate e quelle attive vengono chiuse. L'interruzione si verifica entro un heartbeat, pertanto un piano può superare di poco il limite. I piani con livello Unlimited non vengono mai interrotti.
- **Riattivazione.** Il servizio del piano viene ripristinato entro un heartbeat dopo che il cliente ha acquistato ulteriore larghezza di banda o all'avvio del periodo successivo.
- **Non misurato.** Un nodo il cui agent non ha inviato i dati di utilizzo (ad esempio un agent meno recente) viene mostrato come **Not measured** e i relativi piani non vengono mai interrotti a causa dei GB.
- **Aggiorna l'agent.** Usa l'agent **1.5.1** sui nodi. Gli agent precedenti vengono comunque conteggiati, ma possono perdere i byte di un heartbeat non riuscito, di un endpoint arrestato o di un riavvio, e non chiudono le connessioni aperte quando un piano viene interrotto. Aggiorna dalla riga del nodo (Reinstall) o con il comando `upgrade`.
- Il conteggio riguarda il payload che transita attraverso il proxy, pertanto è leggermente inferiore (circa 1 %) rispetto ai byte trasmessi sulla rete.

### Add-on VPN ritirati {#retired-vpn-add-ons}

High IP Reputation, High Concurrency e High Priority Network non sono più disponibili per i nuovi ordini. Gli abbonamenti esistenti mantengono le selezioni degli add-on, ma dai relativi importi di rinnovo vengono rimosse le tariffe ritirate. Non è previsto alcun rimborso per i periodi già pagati. L'adeguamento applica il prezzo di catalogo corrente dell'add-on; se tale prezzo è stato modificato o l'add-on è stato eliminato, verifica l'importo di rinnovo dell'abbonamento prima del rinnovo successivo.

## Verifica {#verify}

1. La riga del nodo è online. Per un nodo VPN, **Agents & external nodes** mostra zona, paese, ruolo e intervalli rilevati.
2. **VPN IP pools** elenca gli intervalli con IP liberi; la pagina di dettaglio della zona mostra l'infrastruttura VPN.
3. Ordina un piano VPN o proxy di test. Il cliente riceve un endpoint `ip:port`, un nome utente e una password; connettiti tramite essi e verifica che l'IP pubblico visibile sia quello del nodo (ad esempio `curl --proxy socks5h://USER:XXXX@IP:PORT https://ifconfig.me`).
4. Su un nodo IPv6, esegui sull'host:

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

## Limiti e note {#limits-and-notes}

- Gli host Windows possono eseguire l'agente di monitoraggio ma non il ruolo VPN.
- Traffico incluso (GB per periodo) di un piano VPN: a partire da NexCMP 1.5.1 il pannello somma il traffico segnalato dall'agent del nodo VPN e disattiva i proxy del piano quando i GB del periodo sono esauriti (vedi "Data allowance on a VPN node" più sotto). I piani IPv6 Proxy non hanno una soglia di GB; limitano la velocità in Mbps per piano.
- Gli indirizzi IPv4 di un piano VPN non ruotano. Un cliente segnala un IP in blacklist; tu o il rivenditore approvate una sostituzione dalla stessa zona. Solo IPv6 Proxy effettua la rotazione.
- Vengono segnalati al massimo 64 intervalli per heartbeat.
- Un set di endpoint VPN utilizza tre porte per ogni IP venduto. Con le porte 65001-65535 ciascun IP serve un numero limitato di endpoint (178 set di porte); il pannello salta i set già utilizzati in precedenza.
- L'eliminazione di un nodo proxy IPv6 è consentita solo quando nessun piano detiene un IP su di esso. Rimuove gli intervalli e il token del nodo; il software sull'host non viene disinstallato.
- È possibile rivendere un intervallo che ospita anche le tue VM: la VPN utilizza solo le porte 65001-65535, condividendo quindi l'IP con altri servizi.

## Troubleshooting {#troubleshooting}

| Sintomo | Causa | Soluzione |
|---|---|---|
| "registrazione non riuscita (token non valido o server irraggiungibile)" | Token errato o già utilizzato, oppure il pannello non è raggiungibile | Genera un nuovo token o riprova l'installazione SSH. |
| "firma del file non corrispondente - STOP" | L'agente scaricato differisce dall'hash SHA-256 pubblicato | Verifica la cartella `/dl/` del pannello e che nulla modifichi il download durante il transito. |
| "questo installer è solo per Linux" / "l'architettura … non è ancora supportata" | Windows o un'architettura diversa da x86_64 (la release include l'agent solo per x86_64) | Utilizza un host Linux x86_64. |
| Il nodo non compare | Il nodo non riesce a raggiungere il pannello tramite HTTPS | Testa `curl https://<domain>/install.sh` dal nodo; controlla il DNS e il firewall. |
| Il nodo compare con il paese errato | La ricerca del paese non è riuscita, quindi è stato utilizzato il database degli indirizzi del pannello | Consenti l'accesso in uscita a `ip-api.com` e `ipinfo.io` o seleziona esplicitamente la zona nel modulo SSH. |
| Nessun intervallo rilevato | Nessun IPv4 pubblico su un'interfaccia non virtuale | Aggiungi un indirizzo pubblico o inserisci il blocco instradato come **Extra subnet**. |
| La VPN funziona, il traffico esce da un altro IP | L'IP venduto non è assegnato o instradato verso l'host | Assicurati che l'IP si trovi su un'interfaccia o sia coperto da `local … dev lo`. |
| "il server del pannello non dispone di sshpass" | L'host del pannello non riesce ad accedere ai nodi con password | Esegui `sudo apt-get install -y sshpass openssh-client` sul server del pannello, quindi installa nuovamente il nodo. |
| "not found in the installed package" durante l'installazione di un nodo IPv6 | Il pannello è precedente alla versione 1.4.2 oppure è una build personalizzata senza i file del nodo | Aggiorna NexCMP alla versione 1.4.2 o successiva; per una build personalizzata usa `build.sh`, che ora include `brandy-proxy6d` e `brandy-proxy6-net`. |
| "SSH: …" all'inizio di un'installazione IPv6 oppure "SSH to internal/loopback addresses is not allowed" | Porta, utente o password errati, SSH bloccato o indirizzo privato | Utilizza l'IPv4 pubblico del nodo e verifica l'accesso manualmente con `ssh -p PORT USER@IP`. |
| "architettura … non supportata (solo x86_64)" | Il nodo non è x86_64 | Utilizza un host x86_64. |
| "comando mancante sul nodo: …" | `nft`, `ip`, `ss`, `sysctl`, `systemctl` o `useradd` non installati | Installa i pacchetti, quindi esegui nuovamente l'installazione. |
| "porte in uso da un altro servizio sul nodo: … — 80, 443, 60001-65535 devono essere libere" | Le porte 80, 443 o una porta superiore a 60000 sono occupate | Sposta l'altro servizio; l'installatore non lo arresta. |
| "nessun prefisso IPv6 con accesso a Internet trovato dal nodo (probe di egress reale non riuscito)" | Nessun prefisso instradato, proxy NDP non possibile o nessun IPv6 in uscita | Verifica che il prefisso sia instradato al nodo, che l'interfaccia abbia connettività IPv6 e che nulla filtri il traffico in uscita. |
| "tutti gli intervalli rilevati appartengono già a un altro nodo" | Il prefisso è già utilizzato da un altro nodo | Rimuovilo dall'altro nodo o scegli un altro prefisso. |
| L'installazione termina con "no initial report received from node" | Il servizio è stato avviato ma non ha raggiunto il pannello entro 90 secondi | Controlla l'URL del pannello fornito ai nodi e il percorso HTTPS del nodo verso di esso; vedi il **Install log**. |
| La riga del nodo mostra **missed heartbeat** | Nessun report per 120 secondi | Controlla il servizio sul nodo, il suo orologio e il percorso verso il pannello. |
| I clienti non visualizzano alcuna posizione IPv6 | La zona è disattivata | Abilita la zona in **Zone**. |