BYOIP w Vultr: ogłaszaj własne adresy IP przez BGP

Prosisz o dostęp do BGP, Vultr sprawdza prefiks i prosi kontakt z rekordu rejestru o potwierdzenie, a potem Twoja instancja ogłasza prefiks do Vultr. Vultr nie przypisuje instancjom adresów należących do klienta w żaden inny sposób.

Co przyjmuje Vultr

Według dokumentacji Vultr w dniu, w którym sprawdzaliśmy:

• Rozmiar. IPv4 od /24 do /16, IPv6 od /48 do /32. Najwyżej pięć prefiksów na klienta, IPv4 i IPv6 łącznie.
• Rejestr. Dowolny regionalny rejestr internetowy; przewodnik o składaniu prośby podaje jako przykłady ARIN, RIPE NCC i APNIC. Nic o przestrzeni PA, PI ani legacy.
• Kto ogłasza. Twój własny ASN, z AS20473 przed nim w internecie, albo sam AS20473, jeśli Vultr przydzieli Ci prywatny ASN.
• Gdzie. Dowolna lokalizacja Vultr, ale „our locations are not linked” (tłumaczenie: „nasze lokalizacje nie są ze sobą połączone”): ogłaszasz /24 z każdej lokalizacji, w której używasz adresów, albo jeden prefiks z kilku lokalizacji jako anycast. Prefiksu nie można współdzielić z innym kontem.
• Kto może prosić. Konto z co najmniej jedną aktywną instancją Compute. Bare metal też działa, ze zgłoszeniem do wsparcia wskazującym serwery, które będą ogłaszać prefiks.
• Cena. Strona Cloud Networking w Vultr mówi: „There is no additional cost for running BGP with us.” (tłumaczenie: „Korzystanie z BGP u nas nie wiąże się z dodatkowymi kosztami.”) Dokumentacja BGP i BYOIP nie podaje opłaty za wniesienie prefiksu.
• Czas. Od 24 do 48 godzin po potwierdzeniu przez kontakt z rejestru, potem od 6 do 48 godzin na filtry dostawców tranzytu.

Zanim zaczniesz

ROA. Zasady Vultr zalecają je, aby przyspieszyć akceptację, a jego kontrola przy wdrożeniu odrzuca błędne. ROA wskazuje Twój publiczny ASN albo AS20473, jeśli używasz prywatnego ASN od Vultr: „any ROA signed with a different ASN will be rejected by Vultr's system as invalid” (tłumaczenie: „każda ROA podpisana z innym ASN zostanie odrzucone przez system Vultr jako nieważne”) (RPKI i ROA).

Obiekt route, jeśli chcesz własny. Bez niego Vultr tworzy go w RADb. Z publicznym ASN Vultr dodaje też Twój ASN do RADB::AS20473:AS-CONE, z którego większość dostawców tranzytu buduje swoje filtry. Vultr przyjmuje obiekty route z RADb, ARIN, RIPE Database i APNIC.

Letter of Authorization (LOA). Wzór Vultr upoważnia „Vultr with AS20473 to announce the following IP address blocks” (tłumaczenie: „Vultr z AS20473 do ogłaszania następujących bloków adresów IP”) i podpisuje go przedstawiciel firmy, która jest ich posiadaczem. Przesyłasz go razem z prośbą.

Kontakt w rejestrze, który czyta pocztę. Vultr potwierdza prefiks e-mailem do jednej z osób kontaktowych z rekordu rejestru i pozwala wybrać którą, gdy rekord ma ich więcej. Wybierz skrzynkę, którą ktoś czyta.

Krok po kroku

01Poproś o dostęp do BGP. W Vultr Console otwórz Products, Network, BGP i kliknij Get Started. Włącz I have my own IP space, podaj swój ASN, hasło BGP i prefiks, i prześlij LOA. Wybierz, jakie trasy Vultr ma Ci wysyłać, opisz zastosowanie i kliknij Request BGP Setup.

02Przejdź kontrole. Vultr sprawdza m.in. wpisy w Spamhaus i ROA, a gdy coś nie przejdzie, pokazuje ostrzeżenie w konsoli. Kontakt z rejestru klika potem link w e-mailu od Vultr, a ostatnie kontrole trwają od 24 do 48 godzin.

03Uruchom ponownie z panelu sterowania każdą instancję wdrożoną przed konfiguracją BGP. Restart przez SSH nie wystarczy.

04Zestaw sesję z głównego adresu IP instancji, z hasłem i multihop 2. Na VPS sąsiadem jest 169.254.169.254 w AS64515; na bare metal 169.254.1.1 w AS20473. Vultr zaleca BIRD. Jego przykład, z wartościami dokumentacyjnymi i trasą statyczną dla Twojego bloku:

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 powinno pokazać Established. Karta BGP każdej instancji w konsoli zawiera też przykładowe konfiguracje BIRD i FRR.

05Zacznij używać adresów. Dodaj adres do interfejsu dummy i pozwól BIRD eksportować go jako /32 (blok protocol direct dla dummy*) obok obejmującego go /24. Kilka instancji w tej samej lokalizacji może ogłaszać ten sam /32 na potrzeby failoveru.

06Uwzględnij filtry. Tam, gdzie dostawcy tranzytu filtrują na podstawie danych IRR, jak w Europie i USA, aktualizacje trwają zwykle od 6 do 24 godzin. Ręczne filtry, jak w Indiach i Izraelu, mogą trwać ponad 48 godzin.

Błędy, które kosztują dzień

• Prywatny ASN w ROA. Z prywatnym ASN od Vultr ROA wskazuje AS20473, nigdy prywatny numer. Vultr sprawdza RPKI co noc, a ROA, które stanie się nieważne, automatycznie usuwa aktywny prefiks.
• Maksymalna długość. „Invalid Prefix Length” w konsoli oznacza, że maksymalna długość ROA nie pasuje do tego, co ogłaszasz. Rozwiązanie Vultr to nowa ROA z poprawną, „such as 24 for IPv4” (tłumaczenie: „np. 24 dla IPv4”).
• Nieaktualny kontakt w rejestrze. Jeśli nikt nie czyta skrzynki z rekordu rejestru, wdrożenie zatrzymuje się na e-mailu z potwierdzeniem.
• Strony, które nie zgadzają się co do ASN. Przewodnik o składaniu prośby, zaktualizowany 16 października 2026, łączy własną przestrzeń IP z własnym ASN i mówi, że bez niego używasz przestrzeni IP Vultr. Przewodnik po BGP z 15 kwietnia 2026, strona o wdrożeniu i strona o RPKI dopuszczają prywatny ASN od Vultr z Twoją własną przestrzenią, z ROA wskazującym AS20473. Napisz, czego chcesz, w polu opisu zastosowania.
• Usunięcie prefiksu wymaga zgłoszenia do wsparcia.

Jeśli dzierżawisz blok

Strona Vultr o RPKI mówi, że ROA przestrzeni IP może zarządzać tylko jej właściciel, a „if you are leasing IP space, contact your provider” (tłumaczenie: „jeśli dzierżawisz przestrzeń IP, skontaktuj się ze swoim dostawcą”) w sprawie RPKI. Posiadacz robi trzy rzeczy: tworzy ROA dla Twojego ASN lub AS20473, podpisuje LOA jako firma, która jest posiadaczem bloku, i klika link potwierdzający, który Vultr wysyła do kontaktu z rejestru. Vultr nie wymaga, aby blok był zarejestrowany na Ciebie, ale usuwa prefiks, jeśli ustali, że należy do innego podmiotu, więc przechowuj LOA od posiadacza.

Gdzie pasuje RTM Networks

Dzierżawimy /24 i większe z naszej własnej przestrzeni adresowej RIPE NCC i sprzedajemy bloki w regionach RIPE NCC, ARIN i APNIC. Dla przestrzeni dzierżawionej od nas tworzymy ROA dla Twojego ASN lub AS20473 i podpisujemy Letter of Authorization dla Vultr (dzierżawa IPv4). Blok jest zarejestrowany na Ciebie, więc e-mail potwierdzający od Vultr może trafić do Twojej własnej skrzynki i to zalecamy; jeśli zamiast tego wybierzesz nasz kontakt, napisz nam e-mailem, że prefiks trafia do Vultr, a my go potwierdzimy. Potwierdzamy tylko bloki, które posiadamy: dla zakresu od kogoś innego kontakt z rejestru należy do niego. Jeśli chcesz ogłaszać z własnego ASN, a nie prowadzisz LIR, sponsorujemy numery AS (sponsoring ASN). Jeśli potrzebujesz mniej niż 256 adresów albo wolisz nie prowadzić BGP, ogłaszamy blok i dostarczamy go do Twojej instancji przez GRE lub WireGuard, aż do jednego adresu (tunele GRE i WireGuard). Inni dostawcy: przewodniki BYOIP.