BYOIP su Exoscale: usare i tuoi indirizzi IP su Exoscale

Exoscale non pubblica nulla su come portare i propri indirizzi IP. Il 15 ottobre 2026 abbiamo letto la sua documentazione, le FAQ e la pagina dei prezzi, e nessuna menziona indirizzi di proprietà del cliente. La documentazione descrive solo quelli di Exoscale. Ogni istanza riceve “a native IPv4 address, leased from a global pool and intrinsically tied to the Compute instance” (traduzione: “un indirizzo IPv4 nativo, preso da un pool globale e intrinsecamente legato all’istanza Compute”). Gli Elastic IP aggiungono indirizzi statici che Exoscale crea per la tua organizzazione, cinque per impostazione predefinita, collegati a istanze all’interno di una zona.

Private Connect, il collegamento dedicato di Exoscale verso le tue reti private, non è un modo per aggirare il problema. Le sue FAQ chiedono se Exoscale può annunciare il tuo range IP ai tuoi router via BGP, e rispondono: “No, Private Connect is a pure Layer 2 connection to your router. No routing is done inside of Exoscale.” (traduzione: “No, Private Connect è una pura connessione di livello 2 verso il tuo router. All’interno di Exoscale non si fa alcun routing.”)

La strada del tunnel

Una rete che può annunciare il blocco lo annuncia, e un tunnel GRE o WireGuard porta il suo traffico alla tua istanza Exoscale e ritorno (come funziona il tunnel). L’istanza mantiene l’indirizzo IPv4 nativo che Exoscale le ha dato, e quell’indirizzo è l’estremità esterna del tunnel. Il blocco in affitto arriva dentro il tunnel. Configuri i suoi indirizzi sull’interfaccia del tunnel o di loopback, e l’istanza risponde su di essi come se fossero locali. La rete di Exoscale vede solo traffico tra due indirizzi pubblici.

• Usa l’indirizzo nativo per il tunnel. Exoscale dice che gli Elastic IP funzionano nativamente solo per il traffico in ingresso, e il traffico in uscita usa comunque l’indirizzo nativo dell’istanza come sorgente. Un Elastic IP manuale aggira in parte questo limite: la guida di Exoscale su come usare un Elastic IP come sorgente del traffico lega un’applicazione a uno di essi. Per un tunnel, l’indirizzo nativo resta l’estremità più semplice, quindi punta l’altro capo all’indirizzo IPv4 nativo, non a un Elastic IP.
• Le risposte tornano attraverso il tunnel. Aggiungi una policy route in modo che il traffico dal blocco esca attraverso il tunnel. Se uscisse direttamente, porterebbe un indirizzo sorgente che Exoscale non ha mai assegnato all’istanza, e le reti filtrano quel traffico.
• Apri il security group. Exoscale nega tutto l’ingresso per impostazione predefinita. Aggiungi una regola di ingresso dall’indirizzo dell’altro capo per GRE, che i security group offrono come protocollo accanto a TCP, UDP e ICMP, oppure per la porta UDP di WireGuard. L’uscita resta aperta finché non crei la prima regola di uscita. Dopo di che, consenti anche l’uscita del tunnel.
• Imposta la MTU. 1.476 byte per GRE, circa 1.420 per WireGuard, con MSS clamping se l’istanza instrada il blocco verso container o macchine virtuali.
• Qualsiasi dimensione. Un tunnel consegna meno di 256 indirizzi, fino a uno solo, cosa che il BYOIP non fa mai.

Dove entra RTM Networks

Affittiamo /24 e blocchi più grandi dal nostro spazio di indirizzi RIPE NCC, e vendiamo blocchi nelle regioni del RIPE NCC, dell’ARIN e dell’APNIC. Ogni affitto include la ROA, il route object, i record PTR e una Letter of Authorization ogni volta che ne hai bisogno (affitto di indirizzi IPv4). Se Exoscale accetta di annunciare un blocco, creiamo la ROA per l’ASN che indica e firmiamo la Letter of Authorization. Fino ad allora, annunciamo noi il blocco e lo consegniamo alla tua istanza via GRE o WireGuard, in qualsiasi dimensione fino a un solo indirizzo (tunnel GRE e WireGuard). Dicci la zona e quanti indirizzi ti servono. Altri provider: guide BYOIP.