BYOIP w Exoscale: własne adresy IP w Exoscale

Exoscale nie publikuje nic o wnoszeniu własnych adresów IP. 15 października 2026 przeczytaliśmy jego dokumentację, FAQ i cennik i żadne z nich nie wspomina o adresach należących do klienta. Dokumentacja opisuje tylko własne adresy Exoscale. Każda instancja otrzymuje „a native IPv4 address, leased from a global pool and intrinsically tied to the Compute instance” (tłumaczenie: „natywny adres IPv4, dzierżawiony z globalnej puli i nierozerwalnie związany z instancją Compute”). Elastic IP dodają statyczne adresy, które Exoscale tworzy dla Twojej organizacji, domyślnie pięć, podłączane do instancji w obrębie jednej strefy.

Private Connect, dedykowane łącze Exoscale do Twoich sieci prywatnych, nie jest sposobem na obejście tego. Jego FAQ pyta, czy Exoscale może ogłaszać Twój zakres IP do Twoich routerów przez BGP, i odpowiada: „No, Private Connect is a pure Layer 2 connection to your router. No routing is done inside of Exoscale.” (tłumaczenie: „Nie, Private Connect to czyste połączenie w warstwie 2 z Twoim routerem. Wewnątrz Exoscale nie odbywa się żaden routing.”)

Droga przez tunel

Sieć, która może ogłosić blok, ogłasza go, a tunel GRE lub WireGuard przenosi jego ruch do Twojej instancji w Exoscale i z powrotem (jak działa tunel). Instancja zachowuje natywny adres IPv4 nadany jej przez Exoscale i ten adres jest zewnętrznym końcem tunelu. Dzierżawiony blok przychodzi wewnątrz tunelu. Konfigurujesz jego adresy na interfejsie tunelu lub loopback, a instancja odpowiada na nich, jakby były lokalne. Sieć Exoscale widzi tylko ruch między dwoma adresami publicznymi.

• Do tunelu użyj adresu natywnego. Exoscale podaje, że Elastic IP działają natywnie tylko dla ruchu przychodzącego, a ruch wychodzący nadal używa jako źródła natywnego adresu instancji. Ręczny Elastic IP częściowo to obchodzi: instrukcja Exoscale o używaniu Elastic IP jako źródła ruchu wiąże z nim aplikację. Dla tunelu prostszym końcem nadal jest adres natywny, więc skieruj drugi koniec na natywny adres IPv4, a nie na Elastic IP.
• Odpowiedzi wracają przez tunel. Dodaj regułę routingu (policy route), aby ruch z bloku wychodził przez tunel. Wysłany prosto niósłby adres źródłowy, którego Exoscale nigdy nie przydzielił instancji, a sieci taki ruch filtrują.
• Otwórz security group. Exoscale domyślnie odrzuca cały ruch przychodzący. Dodaj regułę przychodzącą z adresu drugiego końca dla GRE, które security groups oferują jako protokół obok TCP, UDP i ICMP, albo dla portu UDP WireGuard. Ruch wychodzący pozostaje otwarty, dopóki nie utworzysz pierwszej reguły wychodzącej. Potem zezwól też na wyjście tunelu.
• Ustaw MTU. 1476 bajtów dla GRE, około 1420 dla WireGuard, z MSS clamping, jeśli instancja routuje blok dalej do kontenerów lub maszyn wirtualnych.
• Dowolny rozmiar. Tunel dostarcza mniej niż 256 adresów, aż do jednego, czego BYOIP nigdy nie robi.

Gdzie pasuje RTM Networks

Dzierżawimy /24 i większe z naszej własnej przestrzeni adresowej RIPE NCC i sprzedajemy bloki w regionach RIPE NCC, ARIN i APNIC. Każda dzierżawa obejmuje ROA, obiekt route, rekordy PTR i Letter of Authorization, gdy tylko go potrzebujesz (dzierżawa IPv4). Jeśli Exoscale zgodzi się ogłosić blok, tworzymy ROA dla wskazanego przez niego ASN i podpisujemy Letter of Authorization. Do tego czasu sami ogłaszamy blok i dostarczamy go do Twojej instancji przez GRE lub WireGuard, w dowolnym rozmiarze aż do jednego adresu (tunele GRE i WireGuard). Podaj nam strefę i liczbę potrzebnych adresów. Inni dostawcy: przewodniki BYOIP.