Exoscale BYOIP: savu IP adrešu izmantošana Exoscale

Exoscale neko nepublicē par savu IP adrešu ienešanu. 2026. gada 15. oktobrī mēs izlasījām tās dokumentāciju, FAQ un cenu lapu, un neviena no tām nemin klientiem piederošas adreses. Dokumentācija apraksta tikai Exoscale pašas. Katra instance tiek nodrošināta ar „a native IPv4 address, leased from a global pool and intrinsically tied to the Compute instance” (tulkojums: „vietēju IPv4 adresi, nomātu no globāla pūla un nesaraujami saistītu ar Compute instanci”). Elastic IP pievieno statiskas adreses, ko Exoscale izveido Jūsu organizācijai, pēc noklusējuma piecas, piesaistītas instancēm vienas zonas ietvaros.

Private Connect, Exoscale īpašais savienojums ar Jūsu privātajiem tīkliem, nav veids, kā to apiet. Tā FAQ jautā, vai Exoscale var paziņot (announce) Jūsu IP diapazonu Jūsu maršrutētājiem pa BGP, un atbild: „No, Private Connect is a pure Layer 2 connection to your router. No routing is done inside of Exoscale.” (tulkojums: „Nē, Private Connect ir tīrs 2. slāņa savienojums ar Jūsu maršrutētāju. Exoscale iekšienē maršrutēšana netiek veikta.”)

Tuneļa ceļš

Tīkls, kas var paziņot bloku, to dara, un GRE vai WireGuard tunelis nogādā tā trafiku līdz Jūsu Exoscale instancei un atpakaļ (kā darbojas tunelis). Instance patur vietējo IPv4 adresi, ko tai deva Exoscale, un šī adrese ir tuneļa ārējais gals. Nomātais bloks ierodas tuneļa iekšienē. Tā adreses Jūs konfigurējat tuneļa vai loopback saskarnē, un instance uz tām atbild, it kā tās būtu lokālas. Exoscale tīkls redz tikai trafiku starp divām publiskām adresēm.

• Tunelim izmantojiet vietējo adresi. Exoscale saka, ka Elastic IP vietēji darbojas tikai ienākošajam trafikam, un izejošais trafiks joprojām izmanto instances vietējo adresi kā avotu. Manuāla Elastic IP to daļēji apiet: Exoscale ceļvedis par Elastic IP izmantošanu kā trafika avotu piesaista tai lietotni. Tunelim vietējā adrese tomēr ir vienkāršākais gals, tāpēc norādiet otro galu uz vietējo IPv4 adresi, nevis uz Elastic IP.
• Atbildes atgriežas caur tuneli. Pievienojiet politikas maršrutu (policy route), lai trafiks no bloka izietu caur tuneli. Nosūtīts tieši, tas nestu avota adresi, ko Exoscale instancei nekad nav piešķīrusi, un tīkli šādu trafiku filtrē.
• Atveriet security group. Exoscale pēc noklusējuma liedz visu ienākošo trafiku. Pievienojiet ienākošā trafika noteikumu no otra gala adreses GRE, ko security groups piedāvā kā protokolu līdzās TCP, UDP un ICMP, vai WireGuard UDP portam. Izejošais trafiks paliek atvērts, līdz izveidojat pirmo izejošā trafika noteikumu. Pēc tam atļaujiet tuneli arī uz āru.
• Iestatiet MTU. 1476 baiti GRE, ap 1420 WireGuard, ar MSS clamping, ja instance maršrutē bloku tālāk uz konteineriem vai virtuālajām mašīnām.
• Jebkurš izmērs. Tunelis piegādā mazāk nekā 256 adreses, līdz pat vienai, ko BYOIP nekad nedara.

Kur iederas RTM Networks

Mēs iznomājam /24 un lielākus blokus no savas RIPE NCC adrešu telpas un pārdodam blokus RIPE NCC, ARIN un APNIC reģionos. Katrā nomā ietilpst ROA, route objekts, PTR ieraksti un Letter of Authorization, kad vien tas Jums vajadzīgs (IPv4 noma). Ja Exoscale piekrīt paziņot bloku, mēs izveidojam ROA tās norādītajam ASN un parakstām Letter of Authorization. Līdz tam mēs paši paziņojam bloku un piegādājam to Jūsu instancei pa GRE vai WireGuard, jebkurā izmērā līdz pat vienai adresei (GRE un WireGuard tuneļi). Pasakiet mums zonu un cik adrešu Jums vajag. Citi pakalpojumu sniedzēji: BYOIP ceļveži.