2016-03-23 2 views
1

Когда я пытаюсь выполнить New-AzureRmApplicationGatewayIPConfiguration создать шлюз приложений, я получаю исключение:Почему Azure Application Gateway требуется пустая подсеть

Subnet xxx cannot be used for application gateway yyy since subnet is not empty. 

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

Почему это не вариант? Для каждого шлюза требуется отдельная подсеть? Какова рекомендуемая конфигурация?

Похожие вопросы:

  • В документации сказано, серверы Серверные могут быть добавлены, когда они относятся к подсети виртуальной. Как серверный сервер может принадлежать к подсети виртуальной сети шлюза приложения, если шлюз приложения должен находиться в отдельной подсети?
  • Как настроить шлюз приложения, не требуя публичного IP-адреса на серверных серверах?

ответ

0

Шлюз приложения должен быть в подсети сам по себе, как поясняется в the documentation, поэтому причина этого не является опцией. Создайте меньшее адресное пространство для вашей подсети шлюза вашего приложения (CIDR 'x.x.x.x/29'), чтобы не тратить ненужные IP-адреса.

Это хорошая практика, чтобы стремиться к многоуровневой топологии сети с использованием подсетей. Это позволяет вам определять маршруты и группы сетевой безопасности (т. Е. Разрешать вход 80-го порта, отказывать порт 80, отклонять RDP и т. Д.) Для управления потоком трафика для ресурсов в подсети. Требования группы маршрутизации и безопасности для шлюза, как правило, будут отличаться от требований группы маршрутизации и безопасности других ресурсов в виртуальной сети.

+0

Действительно, в документации говорится, что это делается так. К сожалению, он не говорит, почему. Спасибо за разъяснения. –

+0

Можете ли вы взглянуть на мои вопросы? –

+0

Я бы не рекомендовал публиковать IP-адрес на внутренних серверах. Они должны быть частными ресурсами, доступными из шлюза приложений, который является общедоступным. Если вы это сделаете, возможно, для RDP через общедоступный Интернет, то при настройке шлюза приложения вы все равно должны использовать внутренний IP-адрес сети для бранд-сервера. –

0

У меня была такая же проблема, поэтому моя виртуальная сеть была 10.0.0.0/24, которая не позволяла мне создавать отдельную подсеть. Я решил проблему, добавив еще одно адресное пространство в лазурную виртуальную сеть, например. 10.10.0.0.24, а затем создала новую подсеть, чтобы шлюз приложения был рад работать с серверными серверами.