BYOIP hos Exoscale: att använda egna IP-adresser hos Exoscale

Exoscale publicerar inget om att ta med egna IP-adresser. Den 15 oktober 2026 läste vi dess dokumentation, dess FAQ och dess prissida, och ingen av dem nämner kundägda adresser. Dokumentationen beskriver bara Exoscales egna. Varje instans provisioneras med ”a native IPv4 address, leased from a global pool and intrinsically tied to the Compute instance” (översättning: ”en inbyggd IPv4-adress, hyrd ur en global pool och oupplösligt knuten till Compute-instansen”). Elastic IPs lägger till statiska adresser som Exoscale skapar för din organisation, fem som standard, kopplade till instanser inom en zon.

Private Connect, Exoscales dedikerade förbindelse in i dina privata nät, är ingen väg runt detta. Dess FAQ frågar om Exoscale kan annonsera ditt IP-intervall till dina routrar över BGP, och svarar: ”No, Private Connect is a pure Layer 2 connection to your router. No routing is done inside of Exoscale.” (översättning: ”Nej, Private Connect är en ren lager 2-förbindelse till din router. Ingen routing sker inom Exoscale.”)

Tunnelvägen

Ett nät som kan annonsera blocket gör det, och en GRE- eller WireGuard-tunnel för trafiken till din instans hos Exoscale och tillbaka (så fungerar tunneln). Instansen behåller den inbyggda IPv4-adress som Exoscale gav den, och den adressen är tunnelns yttre ände. Det hyrda blocket kommer fram inuti tunneln. Du konfigurerar dess adresser på tunnel- eller loopback-gränssnittet, och instansen svarar på dem som om de vore lokala. Exoscales nät ser bara trafik mellan två publika adresser.

• Använd den inbyggda adressen för tunneln. Exoscale säger att Elastic IPs bara fungerar direkt för inkommande trafik, och att utgående trafik fortfarande använder instansens inbyggda adress som källa. En manuell Elastic IP kommer delvis runt det: Exoscales instruktion om att använda en Elastic IP som trafikkälla binder en applikation till en. För en tunnel är den inbyggda adressen ändå den enklare änden, så peka den andra änden mot den inbyggda IPv4-adressen, inte mot en Elastic IP.
• Svaren går tillbaka genom tunneln. Lägg till en policyroute så att trafik från blocket lämnar via tunneln. Skickad direkt ut skulle den bära en källadress som Exoscale aldrig tilldelat instansen, och nät filtrerar sådan trafik.
• Öppna säkerhetsgruppen. Exoscale nekar all inkommande trafik som standard. Lägg till en inkommande regel från den andra ändens adress för GRE, som säkerhetsgrupper erbjuder som protokoll vid sidan av TCP, UDP och ICMP, eller för WireGuards UDP-port. Utgående trafik är öppen tills du skapar den första utgående regeln. Släpp därefter ut tunneln också.
• Ställ in MTU. 1 476 byte för GRE, runt 1 420 för WireGuard, med MSS clamping om instansen routar blocket vidare till containrar eller virtuella maskiner.
• Vilken storlek som helst. En tunnel levererar färre än 256 adresser, ner till en enda, vilket BYOIP aldrig gör.

Var RTM Networks passar in

Vi hyr ut /24 och större från vårt eget adressutrymme hos RIPE NCC, och säljer block i regionerna för RIPE NCC, ARIN och APNIC. Varje hyresavtal omfattar ROA:n, route-objektet, PTR-poster och en Letter of Authorization när du behöver ett (hyr IPv4). Går Exoscale med på att annonsera ett block skapar vi ROA:n för det ASN det anger och undertecknar Letter of Authorization. Till dess annonserar vi blocket själva och levererar det till din instans över GRE eller WireGuard, i valfri storlek ner till en enda adress (GRE- och WireGuard-tunnlar). Berätta vilken zon det gäller och hur många adresser du behöver. Andra leverantörer: BYOIP-guider.