Устранение неполадок подключения VPN #REF! типа 'сеть-сеть', которое не может подключиться, а затем перестает работать.

Сводка

После настройки VPN-подключения типа "сеть — сеть" между локальной сетью и виртуальной сетью #REF! vpn-подключение внезапно перестает работать и не может быть повторно подключено. В этой статье приведены действия по устранению неполадок, которые помогут устранить эту проблему.

Если проблема #REF! не устранена в этой статье, посетите форумы #REF! на форумах Microsoft Q и A и Stack Overflow. Описание своей проблемы можно опубликовать на этих форумах или написать в Twitter (@AzureSupport). Вы также можете отправить запрос поддержка Azure. Чтобы отправить запрос на поддержку, на странице поддержка Azure выберите службу поддержки Get.

Действия по устранению неполадок

Чтобы устранить проблему, сначала попробуйте сбросить VPN-шлюз #REF! и сбросьте туннель с локального VPN-устройства. Если проблема сохранится, выполните следующие действия, чтобы определить причину проблемы.

Шаг предварительных требований

Проверьте тип VPN-шлюза #REF!.

1. Перейдите на портал #REF!.

2. Перейдите к шлюзу VNet вашей виртуальной сети. На странице "Обзор" отображается тип шлюза, тип VPN и номер SKU шлюза.

Шаг 1: Проверьте, валидировано ли локальное VPN-устройство

1. Проверьте, используется ли проверенное VPN-устройство и версия операционной системы. Если устройство не является проверенным VPN-устройством, может потребоваться связаться с производителем устройства, чтобы узнать, возникла ли проблема совместимости.

2. Убедитесь, что VPN-устройство настроено правильно. Дополнительные сведения см. в разделе "Изменение примеров конфигурации устройства".

Шаг 2. Проверка общего ключа

Сравните общий ключ для локального VPN-устройства с #REF! VPN, чтобы убедиться, что ключи совпадают.

Чтобы просмотреть общий ключ для vpn-подключения #REF!, используйте один из следующих методов:

портал #REF!

1. Перейдите к VPN-шлюз. На странице Подключения найдите и откройте необходимое подключение.

2. Выберите Тип проверки подлинности. Обновите и сохраните предварительный общий ключ, если это необходимо.

Azure PowerShell

Для модели развертывания #REF! Resource Manager:

Get-AzVirtualNetworkGatewayConnectionSharedKey -Name <Connection name> -ResourceGroupName <Resource group name>

Выполните следующую команду для классической модели развертывания:

Get-AzureVNetGatewayKey -VNetName -LocalNetworkSiteName

Шаг 3. Проверка IP-адресов однорангового VPN-узла

• Определение IP-адресов в объекте Local Network Gateway в #REF! должно соответствовать IP-адресу локального устройства.
• Определение IP-адреса шлюза #REF!, заданное на локальном устройстве, должно соответствовать IP-адресу шлюза #REF!.

Шаг 4. Проверка UDR и NSG (группы безопасности сети) в подсети шлюза

Проверьте и удалите определяемую пользователем маршрутизацию (UDR) или группы безопасности сети (NSG) в подсети шлюза, а затем протестируйте результат. Если проблема устранена, проверьте параметры, примененные UDR или NSG.

Шаг 5. Проверка адреса внешнего интерфейса локального VPN-устройства

Если IP-адрес VPN-устройства, подключенного к Интернету, включен в Local network определениях в #REF!, могут возникнуть перебои связи.

Шаг 6: Убедитесь, что подсети полностью совпадают (#REF! шлюзы на основе политик)

• Убедитесь, что адресное пространство виртуальной сети точно совпадает между виртуальной сетью #REF! и определениями на локальном узле.
• Убедитесь, что подсети точно совпадают между шлюзом локальной сети и определениями сети на объекте для локальной сети.

Шаг 7. Проверка пробы работоспособности шлюза #REF!

1. Перейдите по указанному URL-адресу, чтобы открыть проверку работоспособности.

   https://<YourVirtualNetworkGatewayIP>:8081/healthprobe

   Для шлюзов в режиме "активный — активный" используйте следующий метод, чтобы проверить второй общедоступный IP-адрес:
   

   https://<YourVirtualNetworkGatewayIP2>:8083/healthprobe

2. Просмотрите предупреждение о сертификате.

3. Если вы получите ответ, шлюз VPN считается работоспособным. Если вы не получите ответ, шлюз может быть неработоспособным, или проблема может быть вызвана группой безопасности сети (NSG) в подсети шлюза. Пример ответа приведен ниже:

   <?xml version="1.0"?>
   <string xmlns="http://schemas.microsoft.com/2003/10/Serialization/">Primary Instance: GatewayTenantWorker_IN_1 GatewayTenantVersion: 14.7.24.6</string>
   

Шаг 8. Проверьте, активирована ли функция совершенной прямой секретности на локальном VPN-устройстве.

Функция прямой секретности с идеальными характеристиками может вызвать проблемы с отключением. Если VPN-устройство имеет идеальную секретность пересылки, отключите эту функцию. Затем обновите политику IPsec VPN-шлюза.

Дальнейшие шаги

• Настройка подключения типа "сеть — сеть" к виртуальной сети
• Настройка политики IPsec/IKE для VPN-подключений типа "сеть — сеть"