Bring your own IP
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» (переклад: «нативну 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 і назад (як працює тунель). Інстанс зберігає нативну IPv4-адресу, яку йому дав Exoscale, і ця адреса є зовнішнім кінцем тунелю. Орендований блок приходить усередині тунелю. Ви налаштовуєте його адреси на інтерфейсі тунелю або loopback, і інстанс відповідає на них, наче вони локальні. Мережа Exoscale бачить лише трафік між двома публічними адресами.
- Використовуйте для тунелю нативну адресу. Exoscale каже, що Elastic IP нативно працюють лише для вхідного трафіку, а вихідний трафік як адресу відправника все одно використовує нативну адресу інстансу. Ручна Elastic IP частково це обходить: інструкція Exoscale про використання Elastic IP як джерела трафіку прив’язує до неї застосунок. Для тунелю нативна адреса все одно простіший кінець, тож спрямуйте дальній кінець на нативну IPv4-адресу, а не на Elastic IP.
- Відповіді повертаються через тунель. Додайте policy route, щоб трафік з блоку виходив через тунель. Надісланий напряму, він мав би адресу відправника, яку Exoscale ніколи не призначав інстансу, а мережі фільтрують такий трафік.
- Відкрийте групу безпеки. Exoscale за замовчуванням забороняє весь вхідний трафік. Додайте вхідне правило з адреси дальнього кінця для GRE, який групи безпеки пропонують як протокол поряд із TCP, UDP та ICMP, або для UDP-порту WireGuard. Вихідний трафік відкритий, доки ви не створите перше вихідне правило. Після цього дозвольте тунель і на вихід.
- Налаштуйте MTU. 1 476 байтів для GRE, близько 1 420 для WireGuard, з MSS clamping, якщо інстанс маршрутизує блок далі до контейнерів чи віртуальних машин.
- Будь-який розмір. Тунель доставляє менш ніж 256 адрес, аж до однієї, чого BYOIP ніколи не робить.
Де тут RTM Networks
Ми здаємо в оренду /24 і більші блоки з нашого власного адресного простору RIPE NCC і продаємо блоки в регіонах RIPE NCC, ARIN та APNIC. Кожна оренда включає ROA, об’єкт route, записи PTR і лист авторизації, коли він вам потрібен (оренда IPv4). Якщо Exoscale погодиться анонсувати блок, ми створимо ROA для ASN, який він назве, і підпишемо лист авторизації. До того ми самі анонсуємо блок і доставляємо його до вашого інстансу через GRE або WireGuard, будь-якого розміру аж до однієї адреси (GRE- і WireGuard-тунелі). Скажіть нам зону і скільки адрес вам потрібно. Інші провайдери: посібники BYOIP.
Контакти
Переносите власні IP до Exoscale?
Скажіть, де працює ваш сервер і скільки адрес вам потрібно. Ми анонсуємо блок і доставляємо його до вашого сервера через GRE або WireGuard, будь-якого розміру, а також здаємо в оренду чи продаємо /24 і більше на випадок, коли ваш провайдер їх приймає. Ми зазвичай відповідаємо протягом 1–3 годин у робочий час.
