Устранение неполадок Azure Route Server

Проблемы, связанные с подключением

Почему мой виртуальный сетевой модуль (NVA) теряет подключение к Интернету после объявления маршрута по умолчанию (0.0.0.0/0) Azure Route Server?

Когда виртуальный сетевой модуль (NVA) объявляет маршрут по умолчанию, Azure Route Server программирует его для всех виртуальных машин в виртуальной сети, в том числе и для NVA. Этот маршрут по умолчанию задает NVA в качестве следующего прыжка для всего интернет-трафика. Если виртуальному сетевому модулю (NVA) требуется подключение к Интернету, необходимо настроить определяемый пользователем маршрут (UDR), чтобы переопределить такой маршрут по умолчанию из NVA и подключить UDR к подсети, в которой размещается NVA (см. пример ниже). В противном случае хост-компьютер NVA будет отправлять интернет-трафик, включая тот, который отправляет NVA, обратно в тот же NVA.

Маршрут Следующий прыжок
0.0.0.0/0 Интернет

Почему связь между NVA и IP-адресом BGP можно проверить в Azure Route Server только до настройки, поскольку после настройки пиринга BGP связь с тем же IP-адресом проверить не удается? Или почему пиринг BGP может быть неустойчивым?

В некоторых NVA для подсети Azure Route Server необходимо добавлять статический маршрут. Например, если Azure Route Server находится по адресу 10.0.255.0/27, а ваш модуль NVA по адресу 10.0.1.0/24, вам нужно добавить следующий маршрут в таблицу маршрутизации в NVA:

Маршрут Следующий прыжок
10.0.255.0/27 10.0.1.1

10.0.1.1 — это стандартный IP-адрес шлюза в подсети, в которой размещен NVA (или, точнее, одна из сетевых карт).

Почему при развертывании сервера Azure Route Server в виртуальной сети с уже установленным шлюзом ExpressRoute или VPN-шлюзом Azure теряется подключение к локальной сети через ExpressRoute или Azure VPN?

При развертывании Azure Route Server в виртуальной сети нам нужно обновлять уровень управления между шлюзами и виртуальной сетью. Во время этого обновления подключение виртуальных машин в виртуальной сети к локальной сети будет потеряно. Мы настоятельно рекомендуем заранее планировать обслуживание для развертывания Azure Route Server в рабочей среде.

Проблемы с уровнем управления

Почему локальная сеть, подключенная к VPN-шлюзу Azure, не получает маршрут по умолчанию, объявленный Azure Route Server?

Хотя VPN-шлюз Azure может получить маршрут по умолчанию от его одноранговых узлов BGP, включая Azure Route Server, он не объявляет маршрут по умолчанию другим одноранговым узлам.

Почему мои NVA не получают маршруты от Azure Route Server, несмотря на то, что пиринг BGP работает?

Значение ASN, используемое сервером маршрутизации Azure, составляет 65515. Убедитесь, что вы задали для NVA другое значение ASN (поскольку только тогда вы сможете установить сеанс eBGP между NVA и Azure Route Server), чтобы распространение маршрутов было выполнено автоматически. Убедитесь, что в конфигурации BGP включен параметр "несколько прыжков", так как NVA и Azure Route Server находятся в разных подсетях в виртуальной сети.

Пиринг BGP между моим NVA и Azure Route Server работает. Я вижу, что они правильно выполняют обмен маршрутами. Почему в таблице маршрутизации моей виртуальной машины нет маршрутов NVA?

  • Если виртуальная машина находится в той же виртуальной сети, что и NVA и Azure Route Server:

    Azure Route Server предоставляет два IP-адреса однорангового узла BGP, размещенные на двух виртуальных машинах, которые совместно отправляют маршруты на все остальные виртуальные машины, работающие в виртуальной сети. Каждый из NVA должен настроить два идентичные сеансы BGP (например, использовать тот же номер и путь AS, а также объявлять один и тот же набор маршрутов) для двух виртуальных машин, чтобы виртуальные машины в виртуальной сети могли получать соответствующие сведения о маршрутизации из Azure Route Server. См. схему ниже.

    Diagram showing a network virtual appliance with Route Server.

    При наличии двух или более экземпляров NVA можно объявить разные пути AS для одного маршрута из разных экземпляров NVA, если вы хотите назначить один экземпляр NVA как активный, а другой как пассивный.

  • Если виртуальная машина находится в виртуальной сети, отличной от той, в которой размещен ваш NVA и Azure Route Server. Проверьте, включен ли пиринг виртуальных сетей между двумя виртуальными сетями, а также то, , включено для виртуальной машины параметр использования удаленного Route Server.

Почему функция выбора маршрута в зависимости от стоимости (ECMP) для ExpressRoute была отключена после развертывания Azure Route Server в виртуальной сети?

Обычно при объявлении одинаковых маршрутов из локальной сети в Azure через несколько подключений ExpressRoute функция ECMP включена по умолчанию для трафика, предназначенного для передачи по этим маршрутам из Azure в локальную среду. Однако после развертывания сервера маршрутизации информация, передающаяся по нескольким путям, теряется при обмене по протоколу BGP между ExpressRoute и Azure Route Server, поэтому трафик из Azure будет проходить только по одному из подключений ExpressRoute. Это ограничение будет снято в будущих выпусках Azure Route Server.

Дальнейшие действия

Узнайте, как настраивать Azure Route Server