Настройка BGP на Vultr

Функция Vultr BGP позволяет вам использовать свое собственное IP-пространство и использовать его в любом из наших мест.

Начиная

Чтобы использовать BGP, вам необходимо:

• Развернутый экземпляр сервера Vultr.
• Ваше собственное пространство IP (v4 или v6). Если у вас есть собственный ASN, вы можете использовать его или мы можем назначить частный.

Если вы объявляете префикс IPv4, экземпляр сервера должен иметь IPv4-адрес, автоматически назначаемый Vultr. Если вы объявляете префикс IPv6, экземпляр сервера должен иметь адреса IPv4 и IPv6, автоматически назначаемые Vultr.

Пожалуйста, заполните форму настройки BGP, чтобы начать. Убедитесь, что вы подтвердили право собственности на свой ASN и подсеть, чтобы избежать задержек.

Как только это будет настроено в вашей учетной записи, вы можете приступить к настройке BGP.

Настройка BGP

Примечание. Если вы собираетесь настраивать экземпляр, который был развернут до настройки BGP в вашей учетной записи, вам потребуется перезагрузить его через панель управления. BGP не будет работать ни с какими существующими экземплярами, пока они не будут перезагружены (перезагрузка через SSH недостаточна).

Мы рекомендуем использовать BIRD в качестве демона BGP (но вы можете использовать любой демон BGP, какой захотите). У большинства операционных систем есть пакет, доступный для этого.

Наши примеры предполагают следующее:

• ASN: 64512
• IP-адрес экземпляра :: 203.0.113.123
• Блок IPv4: 198.51.100.0/24
• Пароль BGP: hunter2

Чтобы подтвердить подключение, давайте настроим сеанс BGP без объявления каких-либо IP-адресов. Создайте /etc/bird.confфайл со следующим текстом. Обратите внимание, что в некоторых системах, таких как Ubuntu 16.04, это будет /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";
}

Перезапустите птицу и проверьте статус сеанса:

[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

Состояние BGP «Установлено» означает, что все работает правильно. Если вы не видите состояние Установлено, вот несколько вещей, которые можно попробовать:

• Вы перезагружались через панель управления с тех пор, как служба поддержки настроила BGP на вашем аккаунте?
• Разрешен ли порт BGP (TCP 179) через брандмауэр?
• Ваш пароль BGP правильный? (Это можно проверить в вашей панели управления, каждая подписка имеет вкладку BGP со списком деталей)
• Используете ли вы основной IP вашего экземпляра? (Вы не можете использовать ничего, кроме основного IP-адреса экземпляра с BGP)

Заметки FreeBSD

Конфигурация FreeBSD по умолчанию не будет работать с BGP. Чтобы использовать BGP во FreeBSD, вам нужно сделать несколько вещей:

1) Перекомпилируйте ядро ​​с включенными этими дополнительными опциями:

device crypto
options IPSEC
options TCP_SIGNATURE

2) Настройте сетевой адаптер со статическим IP.

3) Обновите ipsec.conf с паролем BGP:

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";

Объявление маршрутов

После того, как у вас есть рабочий сеанс BGP, следующим шагом будет объявление некоторых маршрутов. Чтобы ваше адресное пространство было видно в Интернете, вам необходимо объявить как минимум / 24 (или / 48 для IPv6).

Самый простой способ начать работу - добавить статический маршрут в конфигурацию BIRD, например:

protocol static
{
    route  198.51.100.0/24 via 203.0.113.123;
}

protocol device
{
    scan time 5;
}

Блок «устройство протокола» позволяет BIRD собирать информацию о сетевых адаптерах, подключенных к вашему экземпляру. Без этого ваши статические маршруты не появятся.

Перезагрузите BIRD, затем убедитесь, что ваш маршрут работает правильно:

[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)

На этом этапе трафик вашей подсети должен теперь направляться к вашему экземпляру. Вы не сможете пинговать любые IP-адреса, пока они не настроены в вашей операционной системе. Один из способов проверить это - использовать tcpdump, 'tcpdump -i eth0 -n net 198.51.100.0/24'.

Настройка IP-адресов

Одна общая конфигурация, которую мы видим, - это использование отдельных IP-адресов в разных экземплярах. Это возможно, хотя каждый экземпляр должен работать на своем собственном сервере BGP.

Для этого мы собираемся объявить / 32 маршрута из отдельных экземпляров, в дополнение к покрытию / 24. Мы могли бы сделать это со статическими маршрутами, но мы рекомендуем вместо этого использовать фиктивные интерфейсы. Мы будем использовать 198.51.100.100 в качестве IP-адреса, который мы хотим направить.

Установите это на интерфейсе:

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

Убедитесь, что это было правильно настроено:

# 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

Примечание: вам следует обратиться к документации вашей операционной системы, чтобы определить, как настроить этот интерфейс для загрузки после загрузки.

Теперь мы настроим BIRD для сканирования любых фиктивных интерфейсов и объявим все найденные на них IP-адреса. Добавьте следующее в вашу конфигурацию BIRD и перезагрузите BIRD:

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

Убедитесь, что BIRD объявляет маршрут:

[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)

Вы можете повторить этот процесс в других случаях с другими IP-адресами. Что происходит, наши маршрутизаторы будут использовать наиболее конкретный маршрут, который они имеют для любого данного IP-адреса. Когда есть / 24 и / 32, / 32 является наиболее конкретным маршрутом, поэтому любой трафик для этого IP будет следовать по этому маршруту.

Вы можете иметь несколько экземпляров, объявляющих один и тот же / 32. Это обеспечит высокую доступность (в случае сбоя какого-либо экземпляра его маршруты исчезнут, а трафик перейдет на другой экземпляр).

Наши местоположения не связаны, поэтому вам необходимо убедиться, что вы объявляете / 24 (или IPv6 / 48) из каждого местоположения, где вы хотите использовать IP-адреса. Вы не можете использовать один / 24 для назначения IP-адресов для нескольких местоположений, если вы не пытаетесь настроить сеть anycast.

Некоторые из наших местоположений поддерживают ECMP, и в этом случае трафик будет случайным образом распределяться между 8 экземплярами, которые объявляют один и тот же IP. Места, в настоящее время поддерживающие ECMP:

• Нью-Джерси
• Чикаго
• Даллас
• Atlanta
• Токио
• Сингапур
• Лос-Анджелес
• Майами
• Силиконовая долина
• Париж
• Лондон

Связанные документы

• AS20473 BGP Руководство пользователя

Заметки

Для BIRD 1.5 и выше вам может потребоваться изменить routeсинтаксис строк:

route  198.51.100.0/24 via 203.0.113.123;

чтобы:

route  198.51.100.0/24 via "203.0.113.123";

** Исправление проблем **

Наши системы требуют TCP MD5 аутентификации для установления соединения. Это означает, что вы не можете проверить соединение, используя что-то вроде telnet. Обычно мы рекомендуем наблюдать за трафиком с помощью tcpdump для устранения проблем с подключением.