Примечание
Для доступа к этой странице требуется авторизация. Вы можете попробовать войти или изменить каталоги.
Для доступа к этой странице требуется авторизация. Вы можете попробовать изменить каталоги.
В этой статье показано, как перенести активное DNS-имя в службу приложений Azure без простоев.
При переносе работающего сайта и его DNS-имени в службу приложений такое DNS-имя уже обслуживает реальный трафик. Во время миграции можно избежать простоя в разрешении DNS, предварительно привязав активное DNS-имя к приложению службы приложений.
Если вы не обеспокоены простоем в разрешении DNS, см. статью "Сопоставление существующего пользовательского DNS-имени" со службой приложений Azure.
Требования
Чтобы выполнить действия, убедитесь, что приложение службы приложений не в уровне "Бесплатный".
1. Получение идентификатора проверки домена
При предварительной привязке личного домена необходимо выполнить оба следующих действия перед внесением изменений в существующие записи DNS:
- Проверьте владение доменом, добавив идентификатор проверки домена поставщиком домена.
- Включите доменное имя в приложении службы приложений.
При последующей миграции пользовательского DNS-имени со старого сайта в приложение App Service в разрешении DNS не будет простоев.
На портале Azure откройте область управления приложения службы приложений.
В левой области страницы приложения выберите Личные домены.
В области "Пользовательские домены" скопируйте идентификатор в поле "Идентификатор проверки личного домена ". Этот идентификатор используется в последующих шагах.
2. Создание записей DNS
Войдите на веб-сайт своего поставщика домена.
Вы можете использовать Azure DNS для управления записями DNS для вашего домена и настроить пользовательское DNS-имя для Службы приложений Azure. Дополнительные сведения см. в руководстве по размещению домена в Azure DNS.
Найдите страницу управления записями DNS.
Каждый поставщик домена имеет свой собственный интерфейс записей DNS, поэтому вам следует обратиться к документации поставщика. Найдите области сайта, обозначенные как Имя домена, DNS или Name Server Management (Управление сервером доменных имен).
Часто можно найти страницу записей DNS, просмотрев сведения о учетной записи, а затем найдите ссылку, например "Мои домены". Перейдите на эту страницу и найдите ссылку с именем наподобие Файл зоны, Записи DNS или Расширенная конфигурация.
На снимке экрана ниже показан пример страницы с записями DNS:
Чтобы создать запись, нажмите кнопку "Добавить " или выберите соответствующее мини-приложение.
Примечание.
У некоторых поставщиков, например GoDaddy, изменения записей DNS не вступают в силу, пока вы не щелкнете ссылку Сохранить изменения.
Добавьте TXT record
для проверки домена. Имя TXT record
узла зависит от типа записи DNS, которую требуется сопоставить. Примеры см. в следующей таблице (@
обычно обозначает корневой домен):
Пример записи DNS | Узел TXT | Значение TXT |
---|---|---|
\@ (root) |
_asuid_ |
Идентификатор проверки домена, показанный в области управления пользовательскими доменами |
www (sub) |
_asuid.www_ |
Идентификатор проверки домена, показанный в области управления пользовательскими доменами |
\* (подстановочный знак) |
_asuid_ |
Идентификатор проверки домена, показанный в области управления пользовательскими доменами |
Примечание.
Подстановочные знаки *
не проверяют поддомены с существующим CNAME record
. Возможно, необходимо явно создать TXT record
для каждого поддомена.
3. Включение домена для приложения
На панели "Личные домены" выберите "Добавить личный домен".
Чтобы настроить сторонний домен, в поставщике домена выберите "Все другие доменные службы".
Для TLS/SSL-сертификата нажмите кнопку "Добавить сертификат позже". После завершения миграции домена можно добавить управляемый сертификат службы приложений.
Для типа TLS/SSL выберите нужный тип привязки.
Настройка Описание Личный домен Доменное имя, для которого добавляется привязка TLS/SSL. Отпечаток закрытого сертификата Сертификат для привязки. Тип TLS/SSL ПРОТОКОЛ SSL SNI: могут быть добавлены несколько привязок SSL для указания имени сервера (SNI). Этот параметр позволяет указать несколько TLS/SSL-сертификатов для защиты нескольких доменов с одним IP-адресом. Большинство современных браузеров (включая Internet Explorer, Chrome, Firefox и Opera) поддерживает SNI (дополнительные сведения см. в статье Server Name Indication).
SSL IP: можно добавить только одну привязку SSL IP. Этот параметр позволяет указать только один TLS/SSL-сертификат для защиты выделенного общедоступного IP-адреса. После настройки привязки выполните действия, описанные в переназначении записей для SSL на основе IP-адресов.
SSL на основе IP-адресов поддерживается только на уровне "Стандартный" или выше.Введите полное доменное имя, которое требуется перенести, и соответствующее созданному домену
TXT record
. Например:contoso.com
,www.contoso.com
, или*.contoso.com
.Выберите Проверить. Хотя в диалоговом окне показаны две записи, необходимые для работы пользовательского домена приложения, проверка проходит только с идентификатором проверки домена (
TXT record
).Если в разделе проверки домена отображаются зеленые флажки, то вы правильно настроили идентификатор проверки домена. Выберите Добавить. Если в нем отображаются красные знаки X, исправьте ошибки на веб-сайте поставщика домена.
В списке должен отображаться личный домен. Кроме того, может появиться красная привязка X без привязки.
Так как вы выбрали "Добавить сертификат позже", вы увидите красный X без привязки. Он остается до добавления закрытого сертификата для домена и настройки привязки.
Примечание.
Если вы не настроите привязку сертификата для личного домена, любой запрос HTTPS из браузера в домен получает ошибку или предупреждение в зависимости от браузера.
4. Переназначьте активное DNS-имя
Переназначьте активную запись DNS, чтобы указать службу приложений. Пока этот шаг не будет завершен, он по-прежнему указывает на старый сайт.
A record
только: получение внешнего IP-адреса приложения службы приложений. На панели "Пользовательские домены " скопируйте IP-адрес приложения.В области записей DNS поставщика домена выберите запись DNS для переназначения.
Переназначите
A
примеры в следующей таблице:CNAME record
Пример полного доменного имени Тип записи Хост Значение contoso.com
(root)A
@
IP-адрес из раздела Копирование IP-адреса приложения. www\.contoso.com
(sub)CNAME
www
_<app-name>.azurewebsites.net_
\*.contoso.com
(подстановочный знак)CNAME
_\*_
_<app-name>.azurewebsites.net_
Сохраните свои настройки.
Разрешение запросов DNS должно начаться в приложении службы приложений сразу после распространения DNS.
Часто задаваемые вопросы
- Можно ли добавить управляемый сертификат App Service при переносе активного домена?
- Как перенести домен из другого приложения?
Можно ли добавить управляемый сертификат App Service при переносе активного домена?
Вы можете добавить управляемый сертификат службы приложений в перенесенный активный домен, но только после повторного сопоставления активного DNS-имени. Чтобы добавить управляемый сертификат Службы приложений, см. статью "Создание бесплатного управляемого сертификата".
Как перенести домен из другого приложения?
Вы можете перенести активный личный домен в Azure между подписками или в одной подписке. Однако для выполнения миграции без простоя исходное приложение и целевое приложение должны быть назначены одному и тому же пользовательскому домену в определенное время. Поэтому необходимо убедиться, что два приложения не развернуты в одном блоке развертывания (внутренне известном как веб-пространство). В каждой единице развертывания доменное имя может быть назначено только одному приложению.
Вы можете найти единицу развертывания своего приложения по доменному имени URL-адреса FTP/S <deployment-unit>.ftp.azurewebsites.windows.net
. Убедитесь, что единица развертывания отличается от исходного приложения и целевого приложения. Единица развертывания приложения определяется планом службы приложений, к которому оно относится. Azure случайным образом выбирает его при создании плана и его невозможно изменить. При создании двух приложений в одной группе ресурсов и в одном регионе Azure помещает их в одну единицу развертывания. Тем не менее, нет способа убедиться, что противоположность является истинной. Другими словами, единственным способом создания плана в другой единице развертывания является сохранение плана в новой группе ресурсов или регионе до тех пор, пока не вы получите другую единицу развертывания.
Связанный контент
Узнайте, как привязать пользовательский СЕРТИФИКАТ TLS/SSL к службе приложений: