Exoscale BYOIP: savi IP adresai Exoscale

Exoscale nieko neskelbia apie savų IP adresų atsinešimą. 2026 m. spalio 15 d. perskaitėme jos dokumentaciją, DUK ir kainų puslapį, ir nė vienas jų nemini klientams priklausančių adresų. Dokumentacija aprašo tik pačios Exoscale adresus. Kiekviena instancija gauna „a native IPv4 address, leased from a global pool and intrinsically tied to the Compute instance“ (vertimas: „natūralų IPv4 adresą, išnuomotą iš globalaus telkinio ir neatsiejamai susietą su Compute instancija“). Elastic IP prideda statinius adresus, kuriuos Exoscale sukuria Jūsų organizacijai, pagal numatymą penkis, prijungiamus prie instancijų vienoje zonoje.

Private Connect, dedikuota Exoscale jungtis į Jūsų privačius tinklus, šios problemos neišsprendžia. Jo DUK klausia, ar Exoscale gali per BGP skelbti Jūsų IP diapazoną Jūsų maršrutizatoriams, ir atsako: „No, Private Connect is a pure Layer 2 connection to your router. No routing is done inside of Exoscale.“ (vertimas: „Ne, Private Connect yra grynai 2 lygmens jungtis į Jūsų maršrutizatorių. Exoscale viduje jokio maršrutizavimo nėra.“)

Kelias per tunelį

Tinklas, galintis skelbti bloką, jį skelbia, o GRE arba WireGuard tunelis perduoda jo srautą į Jūsų Exoscale instanciją ir atgal (kaip veikia tunelis). Instancija išlaiko natūralų IPv4 adresą, kurį jai suteikė Exoscale, ir tas adresas yra išorinis tunelio galas. Išnuomotas blokas atkeliauja tunelio viduje. Jo adresus sukonfigūruojate tunelio ar loopback sąsajoje, o instancija jais atsako taip, lyg jie būtų vietiniai. Exoscale tinklas mato tik srautą tarp dviejų viešų adresų.

• Tuneliui naudokite natūralų adresą. Exoscale teigia, kad Elastic IP natūraliai veikia tik įeinančiam srautui, o išeinantis srautas kaip šaltinį vis tiek naudoja instancijos natūralų adresą. Rankinis Elastic IP iš dalies tai apeina: Exoscale instrukcija apie Elastic IP naudojimą kaip srauto šaltinį susieja programą su juo. Tuneliui natūralus adresas vis tiek yra paprastesnis galas, todėl kitą galą nukreipkite į natūralų IPv4 adresą, ne į Elastic IP.
• Atsakymai grįžta per tunelį. Pridėkite politikos maršrutą (policy route), kad srautas iš bloko išeitų per tunelį. Išsiųstas tiesiai, jis turėtų šaltinio adresą, kurio Exoscale instancijai niekada nepaskyrė, o tinklai tokį srautą filtruoja.
• Atverkite saugos grupę. Pagal numatymą Exoscale draudžia visą įeinantį srautą. Pridėkite įeinančio srauto taisyklę iš kito galo adreso GRE, kurį saugos grupės siūlo kaip protokolą šalia TCP, UDP ir ICMP, arba WireGuard UDP prievadui. Išeinantis srautas lieka atviras, kol sukuriate pirmą išeinančio srauto taisyklę. Po to leiskite tunelį ir išeinant.
• Nustatykite MTU. 1 476 baitai GRE, apie 1 420 WireGuard, su MSS ribojimu (MSS clamping), jei instancija bloką maršrutizuoja toliau į konteinerius ar virtualias mašinas.
• Bet koks dydis. Tunelis pristato mažiau nei 256 adresus, iki vieno, ko BYOIP niekada nedaro.

Kur čia RTM Networks

Nuomojame /24 ir didesnius blokus iš savo RIPE NCC adresų erdvės ir parduodame blokus RIPE NCC, ARIN ir APNIC regionuose. Kiekviena nuoma apima ROA, route objektą, PTR įrašus ir įgaliojimo raštą (Letter of Authorization), kai tik jo prireikia (IPv4 nuoma). Jei Exoscale sutiktų skelbti bloką, sukurtume ROA jos nurodytam ASN ir pasirašytume įgaliojimo raštą. Iki tol bloką skelbiame patys ir pristatome į Jūsų instanciją per GRE arba WireGuard, bet kokio dydžio iki vieno adreso (GRE ir WireGuard tuneliai). Nurodykite zoną ir kiek adresų Jums reikia. Kiti teikėjai: BYOIP vadovai.