BYOIP hos Exoscale: dine egne IP-adresser hos Exoscale

Exoscale offentliggør intet om at tage sine egne IP-adresser med. Den 15. oktober 2026 læste vi dokumentationen, FAQ'en og prissiden, og ingen af dem nævner adresser, kunden selv ejer. Dokumentationen beskriver kun Exoscales egne. Hver instans klargøres med “a native IPv4 address, leased from a global pool and intrinsically tied to the Compute instance” (oversættelse: “en native IPv4-adresse, lejet fra en global pulje og uløseligt knyttet til Compute-instansen”). Elastic IPs tilføjer statiske adresser, som Exoscale opretter til din organisation, fem som standard, knyttet til instanser inden for én zone.

Private Connect, Exoscales dedikerede forbindelse ind i dine private netværk, er ingen vej uden om det. FAQ'en spørger, om Exoscale kan annoncere dit IP-interval til dine routere over BGP, og svarer: “No, Private Connect is a pure Layer 2 connection to your router. No routing is done inside of Exoscale.” (oversættelse: “Nej, Private Connect er en ren Layer 2-forbindelse til din router. Der routes ikke inde i Exoscale.”)

Tunnelvejen

Et netværk, der kan annoncere blokken, gør det, og en GRE- eller WireGuard-tunnel fører trafikken til din Exoscale-instans og tilbage (sådan virker tunnelen). Instansen beholder den native IPv4-adresse, Exoscale gav den, og den adresse er tunnelens ydre ende. Den lejede blok kommer ind gennem tunnelen. Du konfigurerer adresserne på tunnel- eller loopback-interfacet, og instansen svarer på dem, som var de lokale. Exoscales netværk ser kun trafik mellem to offentlige adresser.

• Brug den native adresse til tunnelen. Exoscale siger, at Elastic IPs kun virker native for indgående trafik, og at udgående trafik stadig bruger instansens native adresse som afsender. En manuel Elastic IP kommer delvist uden om det: Exoscales vejledning om at bruge en Elastic IP som afsender af trafik binder et program til en. Til en tunnel er den native adresse stadig den enkleste ende, så peg den anden ende mod den native IPv4-adresse, ikke mod en Elastic IP.
• Svarene går tilbage gennem tunnelen. Tilføj en policy route, så trafik fra blokken går ud gennem tunnelen. Sendt direkte ud ville den have en afsenderadresse, som Exoscale aldrig har tildelt instansen, og netværk filtrerer sådan trafik.
• Åbn security group'en. Exoscale afviser som standard al ingress. Tilføj en ingress-regel fra den anden endes adresse for GRE, som security groups tilbyder som protokol ved siden af TCP, UDP og ICMP, eller for WireGuards UDP-port. Egress er åben, indtil du opretter den første egress-regel. Derefter skal du også tillade tunnelen ud.
• Sæt MTU'en. 1.476 byte for GRE, omkring 1.420 for WireGuard, med MSS clamping, hvis instansen router blokken videre til containere eller virtuelle maskiner.
• Enhver størrelse. En tunnel leverer færre end 256 adresser, helt ned til en enkelt, hvad BYOIP aldrig gør.

Hvor RTM Networks passer ind

Vi lejer /24'er og større ud fra vores egne RIPE NCC-adresser og sælger blokke i RIPE NCC-, ARIN- og APNIC-regionerne. Hver lejeaftale omfatter ROA'en, route-objektet, PTR-poster og en Letter of Authorization, når du har brug for en (lej IPv4). Indvilliger Exoscale i at annoncere en blok, opretter vi ROA'en for det ASN, Exoscale nævner, og underskriver din Letter of Authorization. Indtil da annoncerer vi selv blokken og leverer den til din instans over GRE eller WireGuard, i enhver størrelse ned til en enkelt adresse (GRE- og WireGuard-tunneler). Fortæl os zonen, og hvor mange adresser du har brug for. Andre udbydere: BYOIP-guider.