BYOIP u Exoscale: vlastní IP adresy u Exoscale

Exoscale o přinesení vlastních IP adres nic nezveřejňuje. 15. října 2026 jsme prošli jeho dokumentaci, FAQ a ceník a žádný z nich adresy ve vlastnictví zákazníka nezmiňuje. Dokumentace popisuje jen vlastní adresy Exoscale. Každá instance dostane „a native IPv4 address, leased from a global pool and intrinsically tied to the Compute instance“ (překlad: „nativní IPv4 adresu pronajatou z globálního poolu a neoddělitelně svázanou s instancí Compute“). Elastic IP přidávají statické adresy, které Exoscale vytváří pro vaši organizaci, ve výchozím stavu pět, připojené k instancím v rámci jedné zóny.

Private Connect, dedikované propojení Exoscale do vašich privátních sítí, to neobchází. Jeho FAQ se ptá, zda může Exoscale vašim routerům přes BGP announcovat váš rozsah IP, a odpovídá: „No, Private Connect is a pure Layer 2 connection to your router. No routing is done inside of Exoscale.“ (překlad: „Ne, Private Connect je čisté spojení na vrstvě 2 k vašemu routeru. Uvnitř Exoscale neprobíhá žádné směrování.“)

Cesta tunelem

Síť, která blok announcovat může, to udělá a tunel GRE nebo WireGuard přenáší její provoz na vaši instanci u Exoscale a zpět (jak tunel funguje). Instance si ponechá nativní IPv4 adresu, kterou jí dal Exoscale, a ta je vnějším koncem tunelu. Pronajatý blok přichází uvnitř tunelu. Jeho adresy nakonfigurujete na rozhraní tunelu nebo loopback a instance na nich odpovídá, jako by byly lokální. Síť Exoscale vidí jen provoz mezi dvěma veřejnými adresami.

• Pro tunel použijte nativní adresu. Exoscale uvádí, že Elastic IP fungují nativně jen pro příchozí provoz a odchozí provoz stále používá jako zdroj nativní adresu instance. Ruční Elastic IP to částečně obchází: návod Exoscale jak použít Elastic IP jako zdroj provozu k ní váže aplikaci. Pro tunel je nativní adresa i tak jednodušším koncem, proto vzdálený konec nasměrujte na nativní IPv4 adresu, ne na Elastic IP.
• Odpovědi jdou zpět tunelem. Přidejte policy route, aby provoz z bloku odcházel tunelem. Odeslaný přímo by nesl zdrojovou adresu, kterou Exoscale instanci nikdy nepřidělil, a sítě takový provoz filtrují.
• Otevřete security group. Exoscale ve výchozím stavu zakazuje veškerý příchozí provoz. Přidejte příchozí pravidlo z adresy vzdáleného konce pro GRE, které security groups nabízejí jako protokol vedle TCP, UDP a ICMP, nebo pro UDP port WireGuardu. Odchozí provoz zůstává otevřený, dokud nevytvoříte první odchozí pravidlo. Poté povolte tunel i ven.
• Nastavte MTU. 1 476 bajtů pro GRE, kolem 1 420 pro WireGuard, s MSS clampingem, pokud instance směruje blok dál na kontejnery nebo virtuální stroje.
• Libovolná velikost. Tunel doručí méně než 256 adres, až po jedinou, což BYOIP nikdy neumožní.

Kde se uplatní RTM Networks

Pronajímáme bloky /24 a větší z našeho vlastního adresního prostoru u RIPE NCC a prodáváme bloky v regionech RIPE NCC, ARIN a APNIC. Každý pronájem zahrnuje ROA, route objekt, záznamy PTR a Letter of Authorization, kdykoli ho potřebujete (pronájem IPv4). Pokud Exoscale souhlasí s announcováním bloku, vytvoříme ROA pro ASN, které uvede, a podepíšeme Letter of Authorization. Do té doby blok announcujeme sami a doručíme ho na vaši instanci přes GRE nebo WireGuard, v libovolné velikosti až po jedinou adresu (tunely GRE a WireGuard). Napište nám zónu a kolik adres potřebujete. Další poskytovatelé: návody BYOIP.