BYOIP hos Exoscale: bruk egne IP-adresser hos Exoscale

Exoscale publiserer ingenting om å ta med egne IP-adresser. 15. oktober 2026 leste vi dokumentasjonen, FAQ-en og prissiden, og ingen av dem nevner kundeeide adresser. Dokumentasjonen beskriver bare Exoscales egne. Hver instans klargjøres med «a native IPv4 address, leased from a global pool and intrinsically tied to the Compute instance» (oversettelse: «en native IPv4-adresse, leid fra en global pool og uløselig knyttet til Compute-instansen»). Elastic IPs legger til statiske adresser som Exoscale oppretter for organisasjonen din, fem som standard, koblet til instanser innenfor én sone.

Private Connect, Exoscales dedikerte forbindelse inn til de private nettverkene dine, er ingen vei rundt dette. FAQ-en spør om Exoscale kan kunngjøre IP-rangen din til ruterne dine over BGP, og svarer: «No, Private Connect is a pure Layer 2 connection to your router. No routing is done inside of Exoscale.» (oversettelse: «Nei, Private Connect er en ren lag 2-forbindelse til ruteren din. Det gjøres ingen ruting inne i Exoscale.»)

Tunnelveien

Et nettverk som kan kunngjøre blokken, gjør det, og en GRE- eller WireGuard-tunnel fører trafikken til Exoscale-instansen din og tilbake (slik virker tunnelen). Instansen beholder den native IPv4-adressen Exoscale ga den, og den adressen er tunnelens ytre ende. Den leide blokken kommer inn i tunnelen. Du konfigurerer adressene på tunnel- eller loopback-grensesnittet, og instansen svarer på dem som om de var lokale. Exoscales nettverk ser bare trafikk mellom to offentlige adresser.

• Bruk den native adressen til tunnelen. Exoscale sier at Elastic IPs bare virker native for innkommende trafikk, og at utgående trafikk fortsatt bruker instansens native adresse som avsender. En manuell Elastic IP kommer delvis rundt det: Exoscales veiledning om å bruke en Elastic IP som trafikkilde binder en applikasjon til en. For en tunnel er den native adressen likevel den enkleste enden, så pek den andre enden mot den native IPv4-adressen, ikke mot en Elastic IP.
• Svarene går tilbake gjennom tunnelen. Legg til en policy-rute slik at trafikk fra blokken går ut gjennom tunnelen. Sendt rett ut ville den bære en avsenderadresse Exoscale aldri har tildelt instansen, og nettverk filtrerer slik trafikk.
• Åpne security group. Exoscale avviser all inngående trafikk som standard. Legg til en ingress-regel fra den andre endens adresse for GRE, som security groups tilbyr som protokoll ved siden av TCP, UDP og ICMP, eller for WireGuards UDP-port. Egress står åpent til du oppretter den første egress-regelen. Etter det må du også slippe tunnelen ut.
• Sett MTU. 1 476 byte for GRE, rundt 1 420 for WireGuard, med MSS clamping hvis instansen ruter blokken videre til containere eller virtuelle maskiner.
• Hvilken som helst størrelse. En tunnel leverer færre enn 256 adresser, ned til én enkelt, noe BYOIP aldri gjør.

Hvor RTM Networks passer inn

Vi leier ut /24-er og større fra vårt eget RIPE NCC-adresserom, og selger blokker i regionene til RIPE NCC, ARIN og APNIC. Hver leieavtale inkluderer ROA-en, route-objektet, PTR-oppføringer og en Letter of Authorization når du trenger et (lei IPv4). Sier Exoscale ja til å kunngjøre en blokk, oppretter vi ROA-en for ASN-et selskapet nevner og signerer Letter of Authorization. Inntil da kunngjør vi blokken selv og leverer den til instansen din over GRE eller WireGuard, i hvilken som helst størrelse ned til én enkelt adresse (GRE- og WireGuard-tunneler). Fortell oss sonen og hvor mange adresser du trenger. Andre leverandører: BYOIP-guider.