Назад | Перейти на главную страницу

Почему мое веб-приложение, развернутое в среде службы приложений, связанной с виртуальной сетью, не видит мою виртуальную машину?

Сценарий:

  1. Диапазон адресов VNET - 10.2.0.0/23 с подсетью по умолчанию 10.2.0.0/27.
  2. Совершенно новый экземпляр ASE, настроенный для использования виртуальной сети с шага 1 и в той же подсети по умолчанию
  3. MySQL VM присоединилась к VNET с первого шага в 10.2.0.8, готово!
  4. Добавление нового веб-приложения Azure в план обслуживания ASE с шага 2
  5. Развертывание кода веб-сайта в веб-приложении Azure, настроенном для указания на 10.2.0.8 для виртуальной машины MySQL.
  6. Посетите веб-сайт с шага 5, и при попытке поговорить с виртуальной машиной MySQL ему будет отказано в доступе к сети при попытке подключиться к 10.2.0.8

Теперь, если я настрою точку-сайт и явно подключу веб-приложение к этой точке-сайту, я смогу пройти, но, очевидно, теперь весь мой трафик проходит через шлюз, и это не желаемая настройка. Кроме того, если я использую общедоступный адрес .cloudapp.net (и открываю публичный порт MySQL), я могу пройти, но, очевидно, это еще хуже, потому что я выхожу в Интернет. Очевидно, что весь смысл размещения виртуальной машины и ASE в одной виртуальной сети / подсети заключается в том, чтобы они могли напрямую общаться друг с другом.

Итак, что мне не хватает? Полностью ли я понимаю, что размещение ASE в виртуальной сети должно приводить к автоматическому запуску связанных приложений в этой же виртуальной сети?

Я не могу подтвердить это прямо сейчас, но я думал, что ASE планировалось разместить в отдельный подсеть в виртуальной сети из виртуальных машин / вычислительных ресурсов ... против сосуществования с вычислительными ресурсами. Пробовали ли вы разместить ASE и виртуальные машины в отдельной подсети и посмотреть, разрешают ли маршруты по умолчанию или UDR для «локального» трафика связь, если ASE разрешено «владеть» определенной подсетью для своей работы?