BYOIP la Exoscale: propriile adrese IP la Exoscale

Exoscale nu publică nimic despre aducerea propriilor adrese IP. Pe 15 octombrie 2026 i-am citit documentația, FAQ-ul și pagina de prețuri și niciuna nu menționează adrese deținute de clienți. Documentația le descrie doar pe ale Exoscale. Fiecare instanță este creată cu „a native IPv4 address, leased from a global pool and intrinsically tied to the Compute instance” (traducere: „o adresă IPv4 nativă, închiriată dintr-un pool global și legată intrinsec de instanța Compute”). Elastic IP-urile adaugă adrese statice pe care Exoscale le creează pentru organizația dvs., cinci implicit, atașate la instanțe dintr-o singură zonă.

Private Connect, legătura dedicată a Exoscale către rețelele dvs. private, nu este o cale de ocolire. FAQ-ul său întreabă dacă Exoscale vă poate anunța plaja IP către routere prin BGP și răspunde: „No, Private Connect is a pure Layer 2 connection to your router. No routing is done inside of Exoscale.” (traducere: „Nu, Private Connect este o conexiune pur de nivel 2 către routerul dvs. În Exoscale nu se face nicio rutare.”)

Varianta tunelului

O rețea care poate anunța blocul îl anunță, iar un tunel GRE sau WireGuard îi duce traficul la instanța dvs. Exoscale și înapoi (cum funcționează tunelul). Instanța își păstrează adresa IPv4 nativă primită de la Exoscale, iar acea adresă este capătul exterior al tunelului. Blocul închiriat sosește în interiorul tunelului. Îi configurați adresele pe interfața tunelului sau pe loopback, iar instanța răspunde pe ele ca și cum ar fi locale. Rețeaua Exoscale vede doar trafic între două adrese publice.

• Folosiți adresa nativă pentru tunel. Exoscale spune că Elastic IP-urile funcționează nativ doar pentru traficul de intrare, iar traficul de ieșire folosește în continuare adresa nativă a instanței ca sursă. Un Elastic IP manual ocolește parțial asta: ghidul Exoscale despre folosirea unui Elastic IP ca sursă a traficului leagă o aplicație de unul. Pentru un tunel, adresa nativă rămâne capătul mai simplu, așa că îndreptați capătul celălalt spre adresa IPv4 nativă, nu spre un Elastic IP.
• Răspunsurile se întorc prin tunel. Adăugați o rută de politică astfel încât traficul din bloc să iasă prin tunel. Trimis direct, ar purta o adresă sursă pe care Exoscale nu a alocat-o niciodată instanței, iar rețelele filtrează un asemenea trafic.
• Deschideți security group-ul. Exoscale refuză implicit tot traficul de intrare. Adăugați o regulă de intrare de la adresa capătului celălalt pentru GRE, pe care security groups îl oferă ca protocol alături de TCP, UDP și ICMP, sau pentru portul UDP al WireGuard. Ieșirea rămâne deschisă până creați prima regulă de ieșire. După aceea, permiteți și ieșirea tunelului.
• Setați MTU-ul. 1.476 de octeți pentru GRE, în jur de 1.420 pentru WireGuard, cu MSS clamping dacă instanța rutează blocul mai departe către containere sau mașini virtuale.
• Orice mărime. Un tunel livrează mai puțin de 256 de adrese, până la una singură, lucru pe care BYOIP nu îl face niciodată.

Unde se încadrează RTM Networks

Închiriem /24 și mai mari din propriul spațiu de adrese RIPE NCC și vindem blocuri în regiunile RIPE NCC, ARIN și APNIC. Fiecare închiriere include ROA-ul, obiectul route, înregistrările PTR și o Letter of Authorization ori de câte ori aveți nevoie de una (închiriere IPv4). Dacă Exoscale acceptă să anunțe un bloc, creăm ROA-ul pentru ASN-ul pe care îl numește și semnăm Letter of Authorization. Până atunci, anunțăm noi înșine blocul și îl livrăm la instanța dvs. prin GRE sau WireGuard, în orice mărime, până la o singură adresă (tuneluri GRE și WireGuard). Spuneți-ne zona și de câte adrese aveți nevoie. Alți furnizori: ghiduri BYOIP.