BYOIP в Exoscale: собствени IP адреси в Exoscale

Exoscale не публикува нищо за внасяне на собствени IP адреси. На 15 октомври 2026 г. прочетохме документацията, FAQ и страницата му с цени и никоя от тях не споменава адреси на клиенти. Документацията описва само собствените адреси на Exoscale. Всяка инстанция се предоставя с „a native IPv4 address, leased from a global pool and intrinsically tied to the Compute instance“ (превод: „native IPv4 адрес, взет под наем от глобален пул и неразривно свързан с Compute инстанцията“). Elastic IP добавят статични адреси, които Exoscale създава за Вашата организация, пет по подразбиране, закачени към инстанции в една зона.

Private Connect, специалната връзка на Exoscale към частните Ви мрежи, не е начин да се заобиколи това. FAQ му пита дали Exoscale може да анонсира Вашия IP диапазон към рутерите Ви през BGP и отговаря: „No, Private Connect is a pure Layer 2 connection to your router. No routing is done inside of Exoscale.“ (превод: „Не, Private Connect е чиста връзка на ниво 2 към Вашия рутер. Вътре в Exoscale не се извършва маршрутизация.“)

Пътят през тунел

Мрежа, която може да анонсира блока, го анонсира, а GRE или WireGuard тунел пренася трафика му до инстанцията Ви в Exoscale и обратно (как работи тунелът). Инстанцията запазва native IPv4 адреса, който Exoscale ѝ е дал, и този адрес е външният край на тунела. Наетият блок пристига вътре в тунела. Конфигурирате адресите му на тунелния или loopback интерфейса и инстанцията отговаря на тях, сякаш са локални. Мрежата на Exoscale вижда само трафик между два публични адреса.

• Използвайте native адреса за тунела. Exoscale казва, че Elastic IP работят нативно само за входящ трафик, а изходящият трафик пак използва native адреса на инстанцията като източник. Ръчен Elastic IP отчасти заобикаля това: инструкцията на Exoscale за използване на Elastic IP като източник на трафик свързва приложение с такъв. За тунел native адресът пак е по-простият край, затова насочете другия край към native IPv4 адреса, а не към Elastic IP.
• Отговорите се връщат през тунела. Добавете policy route, така че трафикът от блока да излиза през тунела. Изпратен направо, той би носил адрес на източника, който Exoscale никога не е присвоявал на инстанцията, а мрежите филтрират такъв трафик.
• Отворете security group. Exoscale отказва целия входящ трафик по подразбиране. Добавете входящо правило от адреса на другия край за GRE, който security groups предлагат като протокол наред с TCP, UDP и ICMP, или за UDP порта на WireGuard. Изходящият трафик остава отворен, докато не създадете първото изходящо правило. След това разрешете и изходящия трафик на тунела.
• Задайте MTU. 1476 байта за GRE, около 1420 за WireGuard, с MSS clamping, ако инстанцията маршрутизира блока нататък към контейнери или виртуални машини.
• Всякакъв размер. Тунелът доставя по-малко от 256 адреса, до един-единствен, което BYOIP никога не прави.

Къде се вписва RTM Networks

Отдаваме под наем /24 и по-големи блокове от нашето собствено адресно пространство в RIPE NCC и продаваме блокове в регионите на RIPE NCC, ARIN и APNIC. Всеки наем включва ROA, route обекта, PTR записи и Letter of Authorization, когато Ви е нужно (наем на IPv4). Ако Exoscale се съгласи да анонсира блок, създаваме ROA за ASN, който посочи, и подписваме Letter of Authorization. Дотогава анонсираме блока сами и го доставяме до инстанцията Ви през GRE или WireGuard, във всякакъв размер до един адрес (GRE и WireGuard тунели). Кажете ни зоната и колко адреса са Ви нужни. Други доставчици: ръководства за BYOIP.