BYOIP la Vultr: anunțați propriile adrese IP prin BGP

Cereți acces BGP, Vultr verifică prefixul și îl face confirmat de contactul din registru, iar instanța dvs. anunță apoi prefixul către Vultr. Vultr nu atribuie instanțelor adrese deținute de clienți în niciun alt mod.

Ce acceptă Vultr

Din documentația Vultr, în ziua în care am verificat:

• Mărime. IPv4 de la /24 la /16, IPv6 de la /48 la /32. Cel mult cinci prefixe per client, IPv4 și IPv6 la un loc.
• Registru. Orice Regional Internet Registry; ghidul de cerere dă ca exemple ARIN, RIPE NCC și APNIC. Nimic despre spațiul PA, PI sau legacy.
• Cine este originea. Propriul dvs. ASN, cu AS20473 în fața lui pe internet, sau AS20473 însuși dacă Vultr vă atribuie un ASN privat.
• Unde. Orice locație Vultr, dar „our locations are not linked” (traducere: „locațiile noastre nu sunt legate”): anunțați un /24 din fiecare locație unde folosiți adresele sau un singur prefix din mai multe locații ca anycast. Un prefix nu poate fi împărțit cu alt cont.
• Cine poate cere. Un cont cu cel puțin o instanță Compute activă. Merge și bare metal, cu un tichet de suport care numește serverele ce vor anunța prefixul.
• Preț. Pagina Cloud Networking a Vultr spune: „There is no additional cost for running BGP with us.” (traducere: „Nu există niciun cost suplimentar pentru rularea BGP la noi.”) Documentația BGP și BYOIP nu numește nicio taxă pentru aducerea unui prefix.
• Termen. 24 până la 48 de ore după confirmarea contactului din registru, apoi 6 până la 48 de ore pentru filtrele furnizorilor de tranzit.

Înainte să începeți

Un ROA. Politica Vultr recomandă unul pentru acceptare mai rapidă, iar verificarea sa de preluare respinge unul greșit. ROA-ul numește ASN-ul dvs. public sau AS20473 dacă folosiți un ASN privat Vultr: „any ROA signed with a different ASN will be rejected by Vultr's system as invalid” (traducere: „orice ROA semnat cu un ASN diferit va fi respins de sistemul Vultr ca invalid”) (RPKI și ROA).

Un obiect route, dacă vreți unul propriu. Fără el, Vultr îl creează în RADb. Cu un ASN public, Vultr adaugă și ASN-ul dvs. în RADB::AS20473:AS-CONE, din care majoritatea furnizorilor de tranzit își construiesc filtrele. Vultr acceptă obiecte route din RADb, ARIN, RIPE Database și APNIC.

O Letter of Authorization (LOA). Șablonul Vultr autorizează „Vultr with AS20473 to announce the following IP address blocks” (traducere: „Vultr, cu AS20473, să anunțe următoarele blocuri de adrese IP”) și este semnat de un reprezentant al companiei care le deține. O încărcați odată cu cererea.

Un contact în registru care își citește e-mailul. Vultr confirmă prefixul prin e-mail către un punct de contact din înregistrarea de registru și vă lasă să alegeți care, când înregistrarea are mai multe. Alegeți o căsuță de e-mail pe care o citește cineva.

Pas cu pas

01Cereți acces BGP. În Vultr Console, deschideți Products, Network, BGP și apăsați Get Started. Activați I have my own IP space, introduceți ASN-ul, o parolă BGP și prefixul și încărcați LOA. Alegeți ce rute vă trimite Vultr, descrieți utilizarea și apăsați Request BGP Setup.

02Treceți verificările. Vultr verifică, printre altele, listările Spamhaus și ROA-ul și arată un avertisment în consolă dacă una pică. Contactul din registru apasă apoi linkul din e-mailul Vultr, iar verificările finale durează 24 până la 48 de ore.

03Reporniți din panoul de control orice instanță creată înainte de configurarea BGP. O repornire prin SSH nu este suficientă.

04Porniți sesiunea de pe adresa IP principală a instanței, cu parola și multihop 2. Pe un VPS vecinul este 169.254.169.254 în AS64515; pe bare metal este 169.254.1.1 în AS20473. Vultr recomandă BIRD. Exemplul său, cu valori de documentație și o rută statică pentru blocul dvs.:

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 ar trebui să raporteze Established. Fila BGP a fiecărei instanțe din consolă are și exemple de configurații BIRD și FRR.

05Puneți adresele la treabă. Adăugați o adresă pe o interfață dummy și lăsați BIRD să o exporte ca /32 (un bloc protocol direct pentru dummy*) lângă /24-ul care o acoperă. Mai multe instanțe din aceeași locație pot anunța același /32 pentru failover.

06Lăsați timp pentru filtre. Unde furnizorii de tranzit filtrează după date IRR, ca în Europa și SUA, actualizările durează de obicei 6 până la 24 de ore. Filtrele manuale, ca în India și Israel, pot dura peste 48 de ore.

Greșeli care costă o zi

• ASN-ul privat în ROA. Cu un ASN privat Vultr, ROA-ul numește AS20473, niciodată numărul privat. Vultr verifică RPKI în fiecare noapte, iar un ROA care devine invalid scoate automat un prefix activ.
• Lungimea maximă. „Invalid Prefix Length” în consolă înseamnă că lungimea maximă a ROA-ului nu se potrivește cu ce anunțați. Soluția Vultr este un ROA nou cu cea corectă, „such as 24 for IPv4” (traducere: „cum ar fi 24 pentru IPv4”).
• Un contact de registru învechit. Dacă nimeni nu citește căsuța de e-mail din înregistrarea de registru, preluarea se oprește la e-mailul de confirmare.
• Pagini care nu se înțeleg asupra ASN-ului. Ghidul de cerere, actualizat pe 16 octombrie 2026, asociază propriul spațiu IP cu propriul ASN și spune că fără unul folosiți spațiul IP al Vultr. Ghidul BGP din 15 aprilie 2026, pagina de preluare și pagina RPKI permit un ASN privat Vultr cu propriul spațiu, cu ROA-ul care numește AS20473. Spuneți ce vreți în câmpul pentru cazul de utilizare.
• Ștergerea unui prefix cere un tichet de suport.

Dacă închiriați blocul

Pagina RPKI a Vultr spune că doar proprietarul spațiului IP îi poate administra ROA-urile și „if you are leasing IP space, contact your provider” (traducere: „dacă închiriați spațiu IP, contactați-vă furnizorul”) pentru RPKI. Deținătorul face trei lucruri: creează ROA-ul pentru ASN-ul dvs. sau pentru AS20473, semnează LOA ca firma care deține blocul și apasă linkul de confirmare pe care Vultr îl trimite contactului din registru. Vultr nu impune ca blocul să fie pe numele dvs., dar scoate un prefix despre care află că aparține altei entități, așa că păstrați LOA de la deținător la dosar.

Unde se încadrează RTM Networks

Închiriem /24 și mai mari din propriul spațiu de adrese RIPE NCC și vindem blocuri în regiunile RIPE NCC, ARIN și APNIC. Pentru spațiul închiriat de la noi, creăm ROA-ul pentru ASN-ul dvs. sau AS20473 și semnăm Letter of Authorization pentru Vultr (închiriere IPv4). Blocul este înregistrat pe numele dvs., așa că e-mailul de confirmare de la Vultr poate merge la propria dvs. căsuță de e-mail, ceea ce vă recomandăm; dacă alegeți în schimb contactul nostru, scrieți-ne că prefixul merge la Vultr și îl confirmăm. Confirmăm doar pentru blocurile pe care le deținem: pentru un spațiu de la altcineva, contactul din registru este al acelei părți. Dacă vreți să anunțați din propriul ASN și nu aveți un LIR, sponsorizăm numere AS (sponsorizare PI și ASN). Dacă aveți nevoie de mai puțin de 256 de adrese sau preferați să nu rulați BGP, anunțăm un bloc și îl livrăm la instanța dvs. prin GRE sau WireGuard, până la o singură adresă (tuneluri GRE și WireGuard). Alți furnizori: ghiduri BYOIP.