Поддомены подстановочных знаков на веб-сайтах Azure

Question

Мой вопрос не нов, как видно по этой ссылке: Как сопоставить подстановочный домен с экземпляром веб-сайта Windows Azure?

Но теперь, когда Micosoft реализовал эту функцию на прошлой неделе в соответствии с: http://bit.ly/1qYPJ1R & http://bit.ly/1eMsXVc Я думаю, что пришло время вернуться к этой проблеме. Несмотря на то, что это теперь помечено как функция на веб-сайтах Azure, у меня возникают проблемы с реализацией динамических / подстановочных поддоменов для клиента.

Мой клиент купил свой домен на GoDaddy. Цель состоит в том, чтобы все поддомены с подстановочными символами попали на наш размещенный веб-сайт Azure и чтобы этот поддомен использовался для направления пользователя на соответствующую страницу. Я смог сделать это безупречно с помощью облачных служб Azure, но у меня возникают проблемы с назначением доменов с подстановочными знаками для веб-сайтов с той же целью, хотя я выполнил все инструкции, которые предоставляет портал управления Azure.

Вот что я делаю:

1. Я установил для своего веб-сайта Azure базовый план (Shared & Standard также должен работать).

2. Я установил рекорд для * чтобы перейти к IP-адресу веб-сайта Azure, указанному внизу модального окна "Управление пользовательскими доменами". (см. изображение ниже)

3. Я установил CNAME для awverify.*.mydomain.com указать на awverify.myazurewebsitedomain.azurewebsites.net как указано в портале (см. изображение ниже)

4. Я терпеливо ждал распространения и проверил, что все динамические субдомены достигают IP-адресов веб-сайтов Azure с помощью http://digwebinterface.com/.

5. Я проверил использование случайных поддоменов и убедился, что моя запись A попадает на IP-адрес, предоставленный Azure, и переходит на общую страницу 404, в которой говорится, что имя домена не было настроено владельцем сайта:

6. Но мой сайт не может подтвердить *.mydomain.com как видно на следующем скриншоте. Это напоминает мне те инструкции, которые я уже реализовал в GoDaddy:

Это GoDaddy? Я не самый большой поклонник, поэтому у меня нет проблем с рекомендацией, чтобы мой клиент от них отказался, но я пытаюсь избавить нас от всех хлопот, и кроме того - разве это не должно сработать? Также очевидно, что мои случайные субдомены попадают в Azure, поэтому мне кажется, что существует проблема с процессом проверки на стороне Microsoft. Я пробовал несколько вариантов на awverify субдомен и даже пытался создать CNAME для * вместо записи A и решил еще раз перейти с четкими инструкциями Microsoft перед отправкой в ​​Stack Overflow.

Мне кажется, что я исчерпал все свои варианты и следую четким инструкциям, данным порталом Azure, но он просто не работает от начала до конца. Я что-то пропустил? Является ли единственный вариант отказаться от веб-сайтов и перейти на облачные сервисы? Мне действительно нравятся функции управления, которые могут предлагать веб-сайты, и Microsoft, похоже, продвигает предложения своих веб-сайтов гораздо быстрее, чем любой другой облачный компонент, поэтому я бы предпочел не переходить на облачные службы из-за этой небольшой проблемы.!

Заранее спасибо!

Answer 1

Ответ Zhe Yang в разделе комментариев в блоге Скотта Гитри ответил на этот вопрос. Вот ссылка на пост: http://bit.ly/1qYPJ1R (прокрутите вниз до раздела комментариев).

По существу, проблемы, с которыми мы сталкивались, связаны с тем, что нам необходимо удалить дочерние домены, такие как xyz.domain.com, с любого другого сайта, прежде чем связывать *.domain.com с веб-сайтом. Перекрывающиеся доменные имена могут сосуществовать, но должны быть связаны с тем же сайтом. По словам Же, это ограничение в отношении того же сайта будет смягчено в будущем. Когда это обновляется, то, если два сайта находятся в одной подписке Azure, они могут предполагать перекрывающиеся доменные имена.

Также убедитесь, что тест владения доменом на основе CNAME проходит для domain.com, а не только для произвольного xyz.domain.com. То есть, чтобы связать .domain.com с mysite.azurewebsites.net, убедитесь, что существует запись CNAME для awverify.domain.com, указывающая на: awverify.mysite.azurewebsites.net. Вам также понадобится ваша запись A для " ", указывающая на IP-адрес для этого сайта.

Answer 2

Когда CodeAbundance заявляет "удалите субдомены, такие как xyz.domain.com, с любого другого сайта, прежде чем связывать *.domain.com с веб-сайтом", обратите внимание, что это включает промежуточные сайты.

то есть, если у вас есть test.domain.com для вашего промежуточного сайта, вам нужно удалить его, чтобы иметь возможность использовать домены с подстановочными знаками на основном (не промежуточном) сайте.

Answer 3

У меня точно такие же проблемы, но я использую AWS Route 53 в качестве поставщика DNS.

Странно то, что у меня есть два веб-сайта (prod, staging) - первый работает нормально с подстановочными знаками DNS, поэтому я решил использовать подстановочные знаки на моем производственном веб-сайте, и я получаю тот же результат, что и вы.

Когда я настраивал первый, мне понадобилось около часа, чтобы я смог ввести запись с подстановочными знаками в Azure, даже если я уже настроил DNS. Я вернусь к вам с дополнительной информацией, если смогу это выяснить.