BYOIP във Vultr: анонсирайте собствени IP адреси през BGP

Заявявате BGP достъп, Vultr проверява префикса и кара контакта в регистъра да го потвърди, а след това Вашата инстанция анонсира префикса към Vultr. Той не присвоява адреси на клиенти на инстанции по друг начин.

Какво приема Vultr

От документацията на Vultr, в деня на проверката:

• Размер. IPv4 от /24 до /16, IPv6 от /48 до /32. Най-много пет префикса на клиент, IPv4 и IPv6 общо.
• Регистър. Всеки регионален интернет регистър; ръководството за заявката посочва ARIN, RIPE NCC и APNIC като примери. Нищо за PA, PI или legacy адреси.
• Кой анонсира. Вашият собствен ASN, с AS20473 пред него в интернет, или самият AS20473, ако Vultr Ви присвои частен ASN.
• Къде. Всяка локация на Vultr, но „our locations are not linked“ (превод: „нашите локации не са свързани“): анонсирате /24 от всяка локация, където използвате адресите, или един префикс от няколко локации като anycast. Префикс не може да се споделя с друг акаунт.
• Кой може да подаде заявка. Акаунт с поне една активна Compute инстанция. Bare metal също работи, с тикет към поддръжката, който посочва сървърите, които ще анонсират префикса.
• Цена. Страницата на Vultr за Cloud Networking казва: „There is no additional cost for running BGP with us.“ (превод: „Няма допълнителна цена за BGP при нас.“) Документацията за BGP и BYOIP не посочва такса за внасяне на префикс.
• Срок. От 24 до 48 часа, след като контактът в регистъра потвърди, след това от 6 до 48 часа за филтрите на транзитните доставчици.

Преди да започнете

ROA. Политиката на Vultr препоръчва такъв за по-бързо приемане, а проверката му при въвеждане отхвърля грешен. ROA посочва Вашия публичен ASN или AS20473, ако използвате частен ASN от Vultr: „any ROA signed with a different ASN will be rejected by Vultr's system as invalid“ (превод: „всеки ROA, подписан с различен ASN, ще бъде отхвърлен от системата на Vultr като невалиден“) (RPKI и ROA).

Route обект, ако искате собствен. Ако нямате, Vultr го създава в RADb. С публичен ASN Vultr добавя и Вашия ASN в RADB::AS20473:AS-CONE, от който повечето транзитни доставчици изграждат филтрите си. Vultr приема route обекти от RADb, ARIN, RIPE Database и APNIC.

Letter of Authorization (LOA). Шаблонът на Vultr упълномощава „Vultr with AS20473 to announce the following IP address blocks“ (превод: „Vultr с AS20473 да анонсира следните блокове от IP адреси“) и се подписва от представител на фирмата, която ги държи. Качвате го със заявката.

Контакт в регистъра, който чете пощата си. Vultr потвърждава префикса с имейл до лице за контакт в записа в регистъра и Ви позволява да изберете кое, когато записът има повече от едно. Изберете пощенска кутия, която някой чете.

Стъпка по стъпка

01Заявете BGP достъп. Във Vultr Console отворете Products, Network, BGP и щракнете Get Started. Включете I have my own IP space, въведете Вашия ASN, BGP парола и префикса и качете LOA. Изберете кои маршрути Vultr да Ви изпраща, опишете употребата си и щракнете Request BGP Setup.

02Минете проверките. Vultr проверява, наред с други неща, вписванията в Spamhaus и ROA и показва предупреждение в конзолата, ако нещо се провали. След това контактът в регистъра щраква връзката в имейла на Vultr, а последните проверки отнемат от 24 до 48 часа.

03Рестартирайте от контролния панел всяка инстанция, разгърната преди настройката на BGP. Рестартиране през SSH не е достатъчно.

04Вдигнете сесията от основния IP адрес на инстанцията, с паролата и multihop 2. На VPS съседът е 169.254.169.254 в AS64515; на bare metal е 169.254.1.1 в AS20473. Vultr препоръчва BIRD. Примерът му, с примерни стойности и статичен маршрут за Вашия блок:

router id 192.0.2.10;

protocol device {
  scan time 5;
}

protocol static {
  ipv4;
  route 203.0.113.0/24 unreachable;
}

protocol bgp vultr {
  local as 64500;
  source address 192.0.2.10;
  ipv4 {
    import none;
    export all;
  };
  graceful restart on;
  multihop 2;
  neighbor 169.254.169.254 as 64515;
  password "your-bgp-password";
}

birdc show proto all vultr трябва да отчита Established. Разделът BGP на всяка инстанция в конзолата съдържа и примерни конфигурации за BIRD и FRR.

05Пуснете адресите в употреба. Добавете адрес към dummy интерфейс и оставете BIRD да го експортира като /32 (блок protocol direct за dummy*) до покриващия /24. Няколко инстанции в една локация могат да анонсират един и същ /32 за failover.

06Предвидете време за филтрите. Където транзитните доставчици филтрират по данни от IRR, като в Европа и САЩ, обновяването обикновено отнема от 6 до 24 часа. Ръчните филтри, като в Индия и Израел, може да отнемат повече от 48 часа.

Грешки, които струват един ден

• Частният ASN в ROA. С частен ASN от Vultr ROA посочва AS20473, никога частния номер. Vultr проверява RPKI всяка нощ, а ROA, който стане невалиден, автоматично премахва активен префикс.
• Максималната дължина. „Invalid Prefix Length“ в конзолата означава, че максималната дължина на ROA не пасва на това, което анонсирате. Решението на Vultr е нов ROA с правилната, „such as 24 for IPv4“ (превод: „например 24 за IPv4“).
• Остарял контакт в регистъра. Ако никой не чете пощенската кутия в записа в регистъра, въвеждането спира при имейла за потвърждение.
• Страници, които не са съгласни за ASN. Ръководството за заявката, обновено на 16 октомври 2026 г., свързва собственото IP пространство със собствен ASN и казва, че без такъв използвате IP пространството на Vultr. Ръководството за BGP от 15 април 2026 г., страницата за въвеждане и страницата за RPKI допускат частен ASN от Vultr със собствено пространство, като ROA посочва AS20473. Посочете какво искате в полето за случая на използване.
• Премахването на префикс изисква тикет към поддръжката.

Ако наемате блока

Страницата на Vultr за RPKI казва, че само собственикът на IP пространство може да управлява ROA за него, и „if you are leasing IP space, contact your provider“ (превод: „ако наемате IP пространство, свържете се с доставчика си“) за RPKI. Държателят прави три неща: създава ROA за Вашия ASN или за AS20473, подписва LOA като фирмата, която държи блока, и щраква връзката за потвърждение, която Vultr изпраща до контакта в регистъра. Vultr не поставя правило блокът да е на Ваше име, но премахва префикс, за който установи, че принадлежи на друго лице, затова пазете LOA от държателя в архива си.

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

Отдаваме под наем /24 и по-големи блокове от нашето собствено адресно пространство в RIPE NCC и продаваме блокове в регионите на RIPE NCC, ARIN и APNIC. За адреси, наети от нас, създаваме ROA за Вашия ASN или AS20473 и подписваме Letter of Authorization за Vultr (наем на IPv4). Блокът е регистриран на Вас, така че имейлът за потвърждение от Vultr може да отиде до Вашата собствена пощенска кутия, което препоръчваме; ако вместо това изберете нашия контакт, пишете ни, че префиксът отива във Vultr, и ние го потвърждаваме. Потвърждаваме само за блокове, които държим: за диапазон от някой друг контактът в регистъра е негов. Ако искате да анонсирате от собствен ASN и нямате LIR, спонсорираме AS номера (спонсорство на ASN). Ако са Ви нужни по-малко от 256 адреса или предпочитате да не поддържате BGP, анонсираме блок и го доставяме до инстанцията Ви през GRE или WireGuard, до един адрес (GRE и WireGuard тунели). Други доставчици: ръководства за BYOIP.