Клиент коммунальных служб хочет, чтобы весь трафик между периферийными сетями (spoke-to-spoke) проходил через центральную NVA, развернутую в концентраторе Virtual WAN. Они попытались создать UDR в периферийных сетях VNet со следующим переходом, указывающим на IP-адрес брандмауэра концентратора, но подсети периферийных сетей не учитывают эти UDR. Почему это происходит и как правильно принудительно направить трафик между периферийными сетями через NVA концентратора?

UDR в периферийных сетях VNet не влияют на управляемый транзит Virtual WAN, поскольку маршрутизация между периферийными сетями в Virtual WAN управляется концентратором. Для принудительной маршрутизации трафика spoke-to-spoke через NVA в концентраторе Virtual WAN необходимо создать пользовательскую таблицу маршрутизации виртуального концентратора. Эта таблица должна содержать статический маршрут (например, 0.0.0.0/0 или более конкретные маршруты для периферийных сетей), указывающий на частный IP-адрес NVA как следующий переход. Затем эту пользовательскую таблицу маршрутизации следует связать с подключениями периферийных сетей к концентратору. Это гарантирует, что весь трафик, проходящий через концентратор между периферийными сетями, будет направляться через NVA для инспекции или обработки. Остальные варианты неверны, так как Azure не блокирует UDR в периферийных сетях, но они не влияют на маршрутизацию через концентратор Virtual WAN; BGP не является обязательным для статической маршрутизации через NVA в Virtual WAN; и глобальный пиринг VNet не является механизмом для применения UDR в данном сценарии, так как Virtual WAN управляет транзитом.