BGP auf Vultr konfigurieren

Mit der BGP-Funktion von Vultr können Sie Ihren eigenen IP-Speicherplatz mitbringen und an jedem unserer Standorte verwenden.

Loslegen

Um BGP verwenden zu können, benötigen Sie:

• Eine bereitgestellte Vultr-Serverinstanz.
• Ihr eigener IP-Speicherplatz (entweder v4 oder v6). Wenn Sie einen eigenen Lieferavis haben, können Sie diesen verwenden oder wir können einen privaten zuweisen.

Wenn Sie ein IPv4-Präfix bewerben, muss der Serverinstanz eine IPv4-Adresse zugewiesen werden, die automatisch von Vultr zugewiesen wird. Wenn Sie ein IPv6-Präfix bewerben, muss der Serverinstanz sowohl IPv4- als auch IPv6-Adressen zugewiesen werden, die automatisch von Vultr zugewiesen werden.

Bitte füllen Sie das BGP-Setup-Formular aus , um zu beginnen. Stellen Sie sicher, dass Sie den Besitz Ihres Lieferavis und Ihrer Subnetze überprüfen, um Verzögerungen zu vermeiden.

Sobald dies in Ihrem Konto konfiguriert wurde, können Sie mit der Konfiguration von BGP fortfahren.

BGP-Setup

Hinweis: Wenn Sie eine Instanz konfigurieren möchten, die bereitgestellt wurde, bevor BGP in Ihrem Konto eingerichtet wurde, müssen Sie sie über die Systemsteuerung neu starten. BGP funktioniert auf vorhandenen Instanzen erst nach deren Neustart (ein Neustart über SSH ist nicht ausreichend).

Wir empfehlen die Verwendung von BIRD als BGP-Dämon (Sie können jedoch jeden gewünschten BGP-Dämon verwenden). Die meisten Betriebssysteme verfügen hierfür über ein Paket.

Unsere Beispiele gehen von Folgendem aus:

• Lieferavis: 64512
• IP :: 203.0.113.123 der Instanz
• IPv4-Block: 198.51.100.0/24
• BGP-Passwort: hunter2

Um die Konnektivität zu bestätigen, richten wir eine BGP-Sitzung ein, ohne IPs anzukündigen. Erstellen Sie eine /etc/bird.confDatei mit dem folgenden Text. Beachten Sie, dass dies auf einigen Systemen wie Ubuntu 16.04 der Fall sein wird /etc/bird/bird.conf.

router id 203.0.113.123;

protocol bgp vultr
{
    local as 64512;
    source address 203.0.113.123;
    import none;
    export all;
    graceful restart on;
    multihop 2;
    neighbor 169.254.169.254 as 64515;
    password "hunter2";
}

Starten Sie Bird neu und überprüfen Sie den Status der Sitzung:

[root@vultr ~]# birdc show proto all vultr
BIRD 1.4.5 ready.
name     proto    table    state  since       info
vultr    BGP      master   up     14:11:36    Established
  Preference:     100
  Input filter:   REJECT
  Output filter:  (unnamed)
  Routes:         0 imported, 581634 filtered, 1 exported, 0 preferred
  Route change stats:     received   rejected   filtered    ignored   accepted
    Import updates:         581674          0     581674          0          0
    Import withdraws:            2          0        ---     581675          0
    Export updates:              1          0          0        ---          1
    Export withdraws:            0        ---        ---        ---          0
  BGP state:          Established
    Neighbor address: 169.254.169.254
    Neighbor AS:      64515
    Neighbor ID:      169.254.169.254
    Neighbor caps:    refresh restart-able AS4
    Session:          external multihop AS4
    Source address:   203.0.113.123
    Hold timer:       208/240
    Keepalive timer:  57/80

Ein BGP-Status von "Etabliert" bedeutet, dass alles ordnungsgemäß funktioniert. Wenn Sie keinen Status "Etabliert" sehen, sollten Sie Folgendes versuchen:

• Haben Sie über das Control Panel einen Neustart durchgeführt, seit der Support BGP für Ihr Konto eingerichtet hat?
• Ist der BGP-Port (TCP 179) durch Ihre Firewall zulässig?
• Ist Ihr BGP-Passwort korrekt? (Dies kann in Ihrem Control Panel überprüft werden. Jedes Abonnement verfügt über eine Registerkarte "BGP", auf der die Details aufgeführt sind.)
• Verwenden Sie die Haupt-IP Ihrer Instanz? (Sie können mit BGP nichts anderes als die Haupt-IP einer Instanz verwenden.)

FreeBSD-Hinweise

Die Standard-FreeBSD-Konfiguration funktioniert nicht mit BGP. Um BGP unter FreeBSD tatsächlich nutzen zu können, müssen Sie einige Dinge tun:

1) Kompilieren Sie den Kernel mit aktivierten zusätzlichen Optionen neu:

device crypto
options IPSEC
options TCP_SIGNATURE

2) Konfigurieren Sie Ihren Netzwerkadapter mit einer statischen IP.

3) Aktualisieren Sie ipsec.conf mit dem BGP-Passwort:

add 203.0.113.123 169.254.169.254 tcp 0x1000 -A tcp-md5 "hunter2";
add 169.254.169.254 203.0.113.123 tcp 0x1000 -A tcp-md5 "hunter2";

Routen ankündigen

Sobald Sie eine funktionierende BGP-Sitzung haben, besteht der nächste Schritt darin, einige Routen anzukündigen. Damit Ihr Adressraum im Internet sichtbar ist, müssen Sie mindestens eine / 24 (oder / 48 für IPv6) ankündigen.

Der einfachste Weg, um loszulegen, besteht darin, Ihrer BIRD-Konfiguration eine statische Route hinzuzufügen, z.

protocol static
{
    route  198.51.100.0/24 via 203.0.113.123;
}

protocol device
{
    scan time 5;
}

Mit dem Block 'Protokollgerät' kann BIRD Informationen zu den an Ihre Instanz angeschlossenen Netzwerkadaptern sammeln. Ohne diese werden Ihre statischen Routen nicht angezeigt.

Laden Sie BIRD neu und überprüfen Sie, ob Ihre Route ordnungsgemäß funktioniert:

[root@vultr ~]# birdc show route
BIRD 1.4.5 ready.
198.51.100.0/24    via 203.0.113.123 on eth0 [static1 14:22:12] * (200)

Zu diesem Zeitpunkt sollte der Datenverkehr für Ihr Subnetz jetzt in Richtung Ihrer Instanz fließen. Sie können keine IPs anpingen, bis sie in Ihrem Betriebssystem konfiguriert sind. Eine Möglichkeit, dies zu überprüfen, wäre die Verwendung von tcpdump, 'tcpdump -i eth0 -n net 198.51.100.0/24'.

IPs konfigurieren

Eine häufig verwendete Konfiguration ist die Verwendung einzelner IP-Adressen auf verschiedenen Instanzen. Dies ist möglich, obwohl für jede Instanz ein eigener BGP-Server ausgeführt werden muss.

Zu diesem Zweck werden zusätzlich zur Abdeckung / 24/32 Routen aus einzelnen Instanzen angekündigt. Wir könnten dies mit statischen Routen tun, empfehlen jedoch die Verwendung von Dummy-Schnittstellen. Wir verwenden 198.51.100.100 als IP, die wir routen möchten.

Richten Sie dies auf einer Schnittstelle ein:

# ip link add dev dummy1 type dummy
# ip link set dummy1 up
# ip addr add dev dummy1 198.51.100.100/32

Bestätigen Sie, dass dies richtig konfiguriert wurde:

# ip addr show dev dummy1
5: dummy1: <BROADCAST,NOARP,UP,LOWER_UP> mtu 1500 qdisc noqueue state UNKNOWN
    link/ether ba:23:57:2c:ad:bc brd ff:ff:ff:ff:ff:ff
    inet 198.51.100.100/32 scope global dummy1

Hinweis: Informationen zur Konfiguration dieser Schnittstelle für den Start sollten Sie in der Dokumentation Ihres Betriebssystems nachlesen.

Jetzt konfigurieren wir BIRD so, dass es nach Dummy-Schnittstellen sucht und alle IPs ankündigt, die es auf ihnen findet. Fügen Sie Ihrer BIRD-Konfiguration Folgendes hinzu und laden Sie BIRD neu:

protocol direct
{
    interface "dummy*";
    import all;
}

Stellen Sie sicher, dass BIRD die Route ankündigt:

[root@vultr ~]# birdc show route
BIRD 1.4.5 ready.
198.51.100.0/24    via 203.0.113.123 on eth0 [static1 14:22:12] * (200)
198.51.100.100/32  dev dummy1 [direct1 14:36:56] * (240)

Sie können diesen Vorgang auf anderen Instanzen mit anderen IPs wiederholen. Was passiert, ist, dass unsere Router die spezifischste Route verwenden, die sie für eine bestimmte IP-Adresse haben. Wenn es eine / 24 und / 32 gibt, ist die / 32 die spezifischste Route, sodass jeder Verkehr für diese IP dieser Route folgt.

Sie können mehrere Instanzen haben, die dasselbe / 32 ankündigen. Dies würde Ihnen eine hohe Verfügbarkeit bieten (wenn eine Instanz fehlschlägt, verschwinden ihre Routen und der Datenverkehr wird auf die andere Instanz umgeschaltet).

Unsere Standorte sind nicht verknüpft, daher müssen Sie sicherstellen, dass Sie an jedem Standort, an dem Sie die IPs verwenden möchten, eine / 24 (oder IPv6 / 48) ankündigen. Sie können nicht eins / 24 verwenden, um IPs für mehrere Standorte zuzuweisen, es sei denn, Sie versuchen, ein Anycast-Netzwerk einzurichten.

Einige unserer Standorte unterstützen ECMP. In diesem Fall wird der Datenverkehr zufällig auf bis zu 8 Instanzen verteilt, die dieselbe IP ankündigen. Die Standorte, die derzeit ECMP unterstützen, sind:

• New Jersey
• Chicago
• Dallas
• Atlanta
• Tokyo
• Singapur
• Los Angeles
• Miami
• Silicon Valley
• Paris
• London

Zugehörige Unterlagen

• AS20473 BGP Kundenhandbuch

Anmerkungen

Für BIRD 1.5 und höher müssen Sie möglicherweise die routeSyntax der Zeilen ändern von:

route  198.51.100.0/24 via 203.0.113.123;

zu:

route  198.51.100.0/24 via "203.0.113.123";

** Fehlerbehebung **

Unsere Systeme erfordern eine TCP MD5-Authentifizierung, um die Verbindung herzustellen. Dies bedeutet, dass Sie die Konnektivität nicht mit Telnet testen können. Wir empfehlen generell, den Datenverkehr mit tcpdump zu überwachen, um Verbindungsprobleme zu beheben.