|
|
|
|
||||||||||||
|
|
|
|
||||||||||||
|
|
|
|
||||||||||||
|
|
|
|
||||||||||||
|
|
|
|
||||||||||||
|
|
|
|
||||||||||||
|
|
|
|
||||||||||||
|
|
|
|
||||||||||||
|
|
|
|
||||||||||||
|
|
|
|
||||||||||||
|
|
|
|
||||||||||||
|
|
|
|
||||||||||||
|
|
|
|
||||||||||||
|
|
|
|
||||||||||||
|
|
|
|
||||||||||||
|
|
|
|
||||||||||||
|
|
|
|
||||||||||||
|
|
|
|
||||||||||||
|
|
|
|
||||||||||||
|
|
|
|
||||||||||||
|
|
|
|
||||||||||||
|
|
|
|
||||||||||||
|
|
|
|
||||||||||||
|
|
|
|
||||||||||||
|
|
|
|
||||||||||||
|
|
|
|
||||||||||||
|
|
|
|
||||||||||||
|
|
|
|
||||||||||||
|
|
|
|
||||||||||||
|
|
|
|
||||||||||||
|
|
|
|
||||||||||||
|
|
|
|
||||||||||||
|
|
|
|
||||||||||||
|
|
|
|
Как проверить и подтвердить домен
Зачастую у администраторов доменных имен возникает необходимость подтвердить принадлежность им зарегистрированного домена. Например, при взаимодействии с государственными органами или общении с контрагентами и партнерами. Одновременно с этим встаёт и вопрос о том, как же это сделать, так как в момент регистрации домена новый владелец, совершив на сайте регистратора определенные манипуляции, никаких документов в бумажном виде не получает.
Для формирования общего представления о процессе регистрации доменов пара слов о том, что происходит после того, как процедура регистрации домена завершена. Регистрация домена подразумевает внесение информации о домене, в том числе его владельце, в общую базу данных доменов определенной зоны, называемую реестром доменных имен. Процедура регистрации осуществляется специальной аккредитованной организацией – регистратором. Соответственно после приобретения домена информация о его новом владельце, сроке владения, регистраторе и иные общие сведения заносятся в реестр.
Для того, чтобы подтвердить, что домен принадлежит своему владельцу, можно воспользоваться одним из следующих способов.
Проверка домена через WHOIS-сервис
Если домен зарегистрирован на юридическое лицо, то наиболее простым способом подтверждения владения доменом является его проверка через службу «WHOIS». Служба «WHOIS» является автоматизированной системой, предоставляющей публичный доступ к основной информации о домене, содержащейся в реестре. Достаточно ввести в любом поисковике запрос «WHOIS», и выдача отобразит большое количество ссылок на сайты, содержащие данный сервис. Можно использовать WHOIS Сайт-Менеджера whois.sm.su
Введя в строке соответствующее доменное имя, можно ознакомиться с информацией о его владельце (юридическом лице). Предложите своего контрагенту повторить данный порядок действий, чтобы убедиться в принадлежности вам домена, либо сделайте для него скриншот страницы со сведениями о домене.
Недостатками данного способа является отсутствие в публичном доступе данных о владельцах, являющихся физическими лицами (в таких случаях «WHOIS» показывает обезличенные сведения о домене, такие как, например, срок его регистрации), а также некоторая неофициальность. Он подойдёт при общении с контрагентами, но для государственных органов будет неубедителен.
Письменный запрос к регистратору
Наиболее корректным и достоверным подтверждением принадлежности домена является справка от регистратора. Данный способ является более трудозатратным и потребует большего количества времени, чем способ, описанный выше, но полученная от регистратора справка снимет возможные вопросы, связанные с владением доменным именем.
Для получения данной справки требуется направить соответствующий запрос регистратору, который поддерживает ваш домен. Обязанность регистратора сообщить администратору домена информацию о доменном имени, хранящуюся в реестре, предусмотрена, в частности, Правилами регистрации доменных имен в доменах .RU и .РФ. Если вы регистрировали домен через агентов и не знаете своего регистратора, то для оперативного получения информации о нем можно воспользоваться всё той же службой «WHOIS» — эти сведения будут доступны вне зависимости от того, приобретен домен физическим лицом или организацией.
Вопросы и ответы по Amazon Route 53 – Amazon Web Services
Вопрос. Что такое обработка отказа сервиса DNS?
Переброс сервиса DNS включает в себя два этапа: проверка работоспособности и собственно переброс. Проверка работоспособности представляет собой автоматический запрос, отправляемый приложению через Интернет для проверки его доступности и работоспособности. Можно настроить аналогичные способы проверок работоспособности для типичных запросов пользователей, таких как запрос веб-страницы с некоторого адреса URL. При использовании переброса сервиса DNS сервис Route 53 возвращает ответы только для тех ресурсов, которые работоспособны и доступны. Благодаря этому ваши конечные пользователи будут перенаправлены с отказавших или неработоспособных компонентов вашего приложения.
Вопрос. Как начать использовать функцию обработки отказа сервиса DNS?
Подробные инструкции по началу работы вы найдете в руководстве разработчика Amazon Route 53. Настроить функцию переброса сервиса DNS можно также из консоли управления Route 53.
Вопрос. Поддерживается ли при обработке отказа переключение сервиса DNS на балансировщики нагрузки сервиса Elastic Load Balancing (ELB)?
Да, вы можете настроить переброс сервиса DNS на балансировщики нагрузки ELB. Для переброса сервиса DNS на адрес балансировщика ELB нужно создать запись псевдонима, указывающую на балансировщик нагрузки ELB, и для параметра Evaluate Target Health задать значение true. Route 53 автоматически выполняет проверку работоспособности ваших балансировщиков ELB, и вам не требуется делать этого самостоятельно. Вам также не требуется связывать ресурсную запись балансировщика ELB с самостоятельно созданной проверкой работоспособности. Сервис Route 53 автоматически свяжет эту запись с проверками работоспособности, создаваемыми от вашего имени. Проверка работоспособности ELB также определяет работоспособность серверных инстансов, на которых работают данные балансировщики ELB. Подробные сведения об использовании функции переброса сервиса DNS с конечными точками ELB см. в Руководстве разработчика по Amazon Route 53.
Вопрос. Можно ли настроить резервный сайт, который будет использоваться только в случае неработоспособности основного?
Да. Можно использовать переброс сервиса DNS для поддержки резервного сайта (например, статичного сайта, развернутого в корзине Amazon S3) и переключения на него в случае, если основной сайт станет недоступным.
Вопрос. Для каких типов записей DNS можно выполнять проверку работоспособности Route 53?
Проверить можно любой тип записи, поддерживаемый сервисом Route 53, кроме записей SOA и NS.
Вопрос. Можно ли выполнить проверку работоспособности URL сервера, если его IP-адрес неизвестен?
Да. Можно настроить переброс сервиса DNS для балансировщиков Elastic Load Balancers и корзин Amazon S3 с помощью Консоли Amazon Route 53. При этом необязательно создавать собственную проверку работоспособности. Для таких типов конечных точек сервис Route 53 автоматически создает и управляет проверками работоспособности вместо пользователя. Они используются, когда пользователь создает запись псевдонима, указывающую на ELB или корзину Amazon S3, и включает в этой записи параметр Evaluate Target Health.
При создании проверки работоспособности для любых других конечных точек можно указать либо имя DNS точки (например, www.example.com), либо IP-адрес.
Вопрос. Один из моих URL-адресов находится за пределами AWS. если он расположен не на платформе AWS?
Да. Можно настроить проверку работоспособности для компонентов приложения, находящихся за пределами сервисом AWS, аналогично созданию записи ресурса Route 53, которая указывает на внешний адрес. В случае сбоя можно переключиться на любую конечную точку в любом местоположении. Например, прежняя версия приложения может работать в центре обработки данных за пределами сервисов AWS, а резервный инстанс этого приложения – в сервисах AWS. Можно настроить проверки работоспособности прежней версии приложения, находящейся за пределами сервисов AWS, и, если проверка не срабатывает, автоматически выполнить переброс на резервный инстанс в сервисах AWS.
Вопрос. Если в ситуации переброса имеется несколько работоспособных конечных точек, будет ли сервис Route 53 учитывать уровень нагрузки на них во время принятия решения о том, куда направить трафик с неработоспособной конечной точки?
Нет. Сервис Route 53 не принимает решений о маршрутизации на основании нагрузки или доступных ресурсов конечных точек. Пользователь должен самостоятельно убедиться, что резервные конечные точки обладают достаточными ресурсами и масштабируемостью, чтобы обработать трафик, перенаправленный из отказавшей конечной точки.
Вопрос. Сколько последовательных проверок работоспособности URL сервера должны закончиться неудачей, чтобы он считался неработоспособным?
По умолчанию предел составляет три проверки работоспособности. Если конечная точка не пройдет три проверки подряд, сервис Route 53 посчитает ее неработоспособной. Однако сервис Route 53 продолжит выполнять проверки работоспособности и направлять трафик к этой конечной точке, когда она пройдет три проверки работоспособности подряд. Предел можно устанавливать в диапазоне 1–10 проверок. Дополнительную информацию см. в Руководстве разработчика по Amazon Route 53.
Вопрос. Каким образом будет выполнен обратный переброс сервиса DNS после возобновления работоспособного состояния конечной точки?
Если отказавшая конечная точка пройдет заданное количество последовательных проверок работоспособности, указываемое при создании проверки (по умолчанию – три проверки подряд), сервис Route 53 автоматически восстановит записи DNS. Трафик будет снова направляться к этой конечной точке без необходимости вмешательства пользователя.
Вопрос. С какой периодичностью выполняется проверка работоспособности?
По умолчанию проверки работоспособности выполняются каждые 30 секунд. Можно выбрать более короткий промежуток в 10 секунд.
При выборе более короткого промежутка сервис Route 53 сможет быстрее определить отказ конечной точки, в результате чего переброс сервиса DNS и перенаправление трафика произойдут быстрее.
Частые проверки работоспособности приводят к увеличению запросов к конечной точке в три раза, что следует учитывать, если конечная точка имеет ограниченные ресурсы для обработки сетевого трафика. См. страницу цен сервиса Route 53 для получения сведений о ценах на использование частых проверок работоспособности и других дополнительных функций. Дополнительную информацию см. в Руководстве разработчика по Amazon Route 53.
Вопрос. Какую нагрузку на конечную точку (например, на веб-сервер) создает процедура проверки работоспособности?
Каждая проверка работоспособности выполняется из нескольких местоположений по всему миру. Количество и набор местоположений настраивается, вы можете изменять количество местоположений, из которых проводится каждая из проверок работоспособности, с помощью консоли Amazon Route 53 или API. Каждое местоположение проверяет URL сервера независимо от других через заданный пользователем интервал (по умолчанию – 30 секунд, альтернативный ускоренный вариант – 10 секунд). Учитывая текущее стандартное количество местоположений, выполняющих проверку работоспособности, URL сервера будет получать запрос каждые 2–3 секунды при стандартном интервале проверок и один или несколько запросов в секунду при более частом интервале проверок.
Вопрос. Проверки работоспособности Route 53 следуют после выполнения переадресации HTTP?
Нет. Проверки работоспособности сервиса Route 53 рассматривают коды HTTP 3xx как успешный результат, поэтому они не переходят по перенаправлениям. Это может приводить к неожиданным результатам для проверок на совпадение строк. Проверка работоспособности выполняет поиск указанной строки в теле перенаправления. Поскольку проверка работоспособности не выполняет переход, она не отправляет запрос в указанное в перенаправлении местоположение и не получает от него ответ. Для проверок на совпадение строк рекомендуется не настраивать проверку работоспособности на местоположение, которое возвращает перенаправление HTTP.
Вопрос. Какова последовательность событий при выполнении переброса?
При неуспешной проверке работоспособности и перебросе сервиса произойдут следующие события:
Сервис Route 53 проводит проверку работоспособности приложения. В этом примере приложение не пройдет три проверки, что вызовет следующую последовательность событий.
Сервис Route 53 отключает записи ресурсов в отказавшей конечной точке и больше не обслуживает их. Это и есть этап переброса, в результате которого трафик начнет перенаправляться в работоспособную конечную точку или несколько точек.
Вопрос. Требуется ли настроить время жизни (TTL) для записей, для того чтобы использовать функцию переброса сервиса DNS?
Промежуток времени, в течение которого преобразователь адресов DNS сохраняет в кэше ответ, определяется значением, которое называют временем жизни. Этот параметр определяется для каждой записи. При использовании переброса сервиса DNS рекомендуется устанавливать параметр TTL в значение не более 60 секунд, чтобы минимизировать время, необходимое для остановки направления трафика в отказавшую конечную точку. При настройке переброса сервиса DNS для конечных точек ELB и Amazon S3 следует использовать записи псевдонимов с фиксированным значением TTL 60 секунд. Для этих типов конечных точек нет необходимости настраивать значения TTL, чтобы можно было использовать переброс сервиса DNS.
Вопрос. Что произойдет, если все конечные точки окажутся неработоспособными?
Сервис Route 53 может переключиться только на работоспособную конечную точку. Если в наборе записей ресурса отсутствуют работоспособные конечные точки, сервис Route 53 будет работать так, будто все проверки работоспособности проходят успешно.
Вопрос. Можно ли использовать функцию переброса сервиса DNS, не применяя маршрутизацию на основе задержки (LBR)?
Да. Можно настроить переброс сервиса DNS без применения LBR. В частности, можно использовать переброс сервиса DNS для настройки простых сценариев переброса, в которых сервис Route 53 контролирует основной веб-сайт и переключается на резервный, когда основной станет недоступным.
Вопрос. Можно ли настроить выполнение проверки работоспособности сайта, доступ к которому осуществляется только по HTTPS?
Да. Сервис Route 53 поддерживает проверки работоспособности по протоколам HTTPS, HTTP и TCP.
Вопрос. Выполняется ли при проверке работоспособности URL сервера с доступом по HTTPS проверка сертификата SSL?
Нет. Проверки работоспособности по протоколу HTTPS проверяют, можно ли подключиться к конечной точке по протоколу SSL и возвращает ли она действительный код ответа HTTP. Но такие проверки не проверяют SSL-сертификат, возвращаемый конечной точкой.
Вопрос. Поддерживается ли при проверке работоспособности конечной точки с доступом по HTTPS индикация имени сервера (SNI)?
Да, при проверке работоспособности по протоколу HTTPS поддерживается индикация имени сервера (SNI).
Вопрос. Как с помощью проверок работоспособности убедиться, что веб-сервер возвращает корректный контент?
Проверки работоспособности сервиса Route 53 можно использовать для проверки наличия требуемой строки в ответе сервера, выбрав опцию Enable String Matching. Такой вариант можно применять для проверки, содержит ли передаваемый сервером HTML-контент ожидаемую строку. Также можно создать отдельную страницу состояния и проверять состояние сервера с точки зрения внутренних процессов и операций. Дополнительную информацию см. в Руководстве разработчика по Amazon Route 53.
Вопрос. Как просмотреть состояние созданной проверки работоспособности?
Текущее состояние проверки работоспособности, а также причину, по которой она не была пройдена, можно посмотреть в консоли Amazon Route 53 или с помощью API сервиса Route 53.
Кроме того, все результаты проверки работоспособности публикуются в виде метрик Amazon CloudWatch. Они содержат работоспособность конечной точки, а также задержку ее ответа. Текущее и предыдущие состояния проверки работоспособности можно найти на графике метрики Amazon CloudWatch, расположенном во вкладке проверок работоспособности консоли Amazon Route 53. Для метрики можно также создать предупреждения Amazon CloudWatch, чтобы сервис отправлял оповещения при изменении состояния проверки работоспособности.
Метрики Amazon CloudWatch для всех проверок работоспособности Amazon Route 53 также доступны в консоли Amazon CloudWatch. Каждая метрика Amazon CloudWatch включает параметр Health Check ID (например, 01beb6a3-e1c2-4a2b-a0b7-7031e9060a6a), который используется для определения, какую проверку отслеживает метрика.
Вопрос. Как можно измерить производительность URL сервера в приложении с помощью Amazon Route 53?
Проверка работоспособности Amazon Route 53 включает дополнительную функцию измерения задержки, которая возвращает данные о времени, в течение которого конечная точка отвечает на запрос. При включении функции измерения задержки проверка работоспособности Amazon Route 53 создаст дополнительные метрики Amazon CloudWatch, отображающие время, которое потребовалось средствам проверки работоспособности Amazon Route 53, чтобы установить соединение и начать передачу данных. Amazon Route 53 возвращает отдельный набор метрик задержки для всех регионов AWS, в которых выполняется проверка работоспособности Amazon Route 53.
Вопрос. Каким образом можно получать оповещения о том, что проверки работоспособности некоторой конечной точки заканчиваются неудачей?
Каждая проверка работоспособности сервиса Route 53 выводит результаты в метрике CloudWatch. Можно настроить широкий диапазон оповещений и автоматических действий CloudWatch, срабатывающих, когда значение проверки работоспособности выходит за указанный предел. Сначала в консоли Route 53 или CloudWatch настройте предупреждение CloudWatch для метрики проверки работоспособности. Затем добавьте действие оповещения и укажите электронный адрес или тему SNS, на которые следует отправить оповещение. Полную информацию см. в Руководстве разработчика по Amazon Route 53.
Вопрос. Я создал(а) предупреждение для проверок работоспособности, но требуется повторно отправить письмо подтверждения для связанной с ним темы SNS. Как это сделать?
Письмо с подтверждением можно повторно отправить из консоли SNS. Чтобы найти название темы SNS, связанной с конкретным предупреждением, щелкните название предупреждения в консоли Route 53 и посмотрите в поле «Send notification to» (Отправить уведомление для).
В консоли SNS разверните список тем и выберите тему для предупреждения. Откройте поле Create Subscription, выберите протокол электронной почты и введите требуемый электронный адрес. Нажатие на кнопку «Subscribe» приведет к повторной отправке письма с подтверждением.
Вопрос. Я применяю обработку отказа сервиса DNS с переключением на балансировщики нагрузки сервиса Elastic Load Balancing (ELB). Как просмотреть их состояние?
Для настройки переброса сервиса DNS с конечными точками ELB рекомендуется использовать записи псевдонимов с опцией Evaluate Target Health. При использовании этой опции не нужно создавать собственные проверки работоспособности для конечных точек ELB, поэтому сервис Route 53 не создает для них отдельные метрики CloudWatch.
Эти метрики работоспособности балансировщика нагрузки можно получить двумя способами. Во-первых, сервис Elastic Load Balancing создает метрики, указывающие работоспособность балансировщика нагрузки и связанных с ним работоспособных инстансов. Подробную информацию о настройке метрик CloudWatch для балансировщиков ELB см. в Руководстве разработчика по ELB. Во-вторых, можно создать собственную проверку работоспособности для параметра CNAME, предоставляемого балансировщиком ELB, например elb-example-123456678.us-west-2.elb.amazonaws.com. Эту проверку нельзя будет использовать для переброса сервиса DNS (потому что опция Evaluate Target Health уже предоставляет переброс сервиса DNS), но вы сможете просмотреть метрики CloudWatch для данной проверки и создать предупреждения для оповещения о непройденной проверке.
Полную информацию об использовании переброса сервиса DNS с конечными точками ELB см. в Руководстве разработчика по Amazon Route 53.
Вопрос. Для записей псевдонимов, указывающих на корзины веб-сайта Amazon S3: какие параметры проходят проверку работоспособности, если задать значение true для опции Evaluate Target Health?
Amazon Route 53 выполняет проверку работоспособности сервиса Amazon S3 во всех регионах AWS. При включении функции Evaluate Target Health для псевдонима, указывающего на корзину веб-сайта Amazon S3, Amazon Route 53 проверит состояние сервиса Amazon S3 в регионе AWS, в котором расположена эта корзина. Amazon Route 53 не проверяет существование соответствующей корзины и наличие действительного содержимого веб-сайта; Amazon Route 53 способен выполнить только аварийный переброс в другое местоположение, если сервис Amazon S3 будет недоступен в регионе AWS, в котором расположена эта корзина.
Вопрос. Какова стоимость использования метрик CloudWatch при выполнении проверок работоспособности в Route 53?
Метрики CloudWatch для проверок работоспособности Route 53 бесплатны.
Вопрос. Можно ли настраивать переброс сервиса DNS на основе внутренних метрик работоспособности, таких как нагрузка на ЦПУ, состояние сети или памяти?
Да. Проверки работоспособности сервисом Amazon Route 53 на основе метрик позволяют выполнять переброс сервиса DNS на основе любой метрики, доступной в рамках Amazon CloudWatch, включая предоставляемые AWS метрики и пользовательские метрики ваших приложений. Если в Amazon Route 53 создана проверка работоспособности на основе метрик, такая проверка возвращает результат «состояние неработоспособности» всякий раз, когда связанная с проверкой метрика Amazon CloudWatch переходит в состояние предупреждения.
Проверки работоспособности на основе метрик удобно применять для переброса сервиса DNS для URL серверов, которые нельзя проверить стандартной проверкой работоспособности сервиса Amazon Route 53, таких как инстансы внутри виртуального частного облака (VPC), имеющего только частные IP-адреса Используя функцию Amazon Route 53 расчетной проверки работоспособности можно также осуществить более сложные сценарии обработки отказов, сочетая результаты проверок работоспособности на основе метрик с результатами стандартных проверок работоспособности сервисом Amazon Route 53, которые делают запросы в отношении URL сервера от сети средств проверки работоспособности по всему миру. Например, вы можете создать конфигурацию проверки работоспособности, при которой URL сервера будет признан неработоспособным в случае, если недоступна его публичная веб-страница либо его неработоспособность показывают такие внутренние метрики, как загрузка ЦПУ, объем сетевого входящего/исходящего трафика или количество дисковых операций чтения и записи.
Вопрос. Мой веб-сервер получает от сервиса Route 53 запросы проверки работоспособности, которых я не создавал(а). Как прекратить подобные запросы?
Бывает, что клиенты сервиса Amazon Route 53 создают запросы проверки работоспособности с указанием IP-адреса или домена, которые им не принадлежат. Если ваш веб-сервер получает нежелательные запросы HTTP(s), которые исходят от сервиса Amazon Route 53 и связаны с проверкой работоспособности, просим сообщить об этой нежелательной проверке, заполнив форму, и мы свяжемся с нашим клиентом для решения данной проблемы.
Вопрос. Если указать доменное имя в качестве целевого для проверки работоспособности, по какому протоколу Amazon Route 53 будет выполнять проверку, IPv4 или IPv6?
Если указать имя домена в качестве URL сервера для проверки работоспособности сервисом Amazon Route 53, Amazon Route 53 найдет адрес IPv4 этого доменного имени и подключится к URL сервера по протоколу IPv4. Amazon Route 53 не будет пытаться найти адрес IPv6 для URL серверов, определенных именем домена. Если нужно выполнить проверку работоспособности по протоколу IPv6, а не IPv4, следует в качестве типа адреса/URL сервера вместо «domain name» выбрать «IP address» и ввести в поле «IP address» значение адреса IPv6.
Вопрос. Где можно узнать диапазоны адресов IPv6 для серверов DNS и средств проверки работоспособности Amazon Route 53?
AWS в настоящее время публикует свои диапазоны IP-адресов в формате JSON. Чтобы узнать текущие диапазоны, загрузите файл .json по следующей ссылке. Если доступ к этому файлу осуществляется программно, примите меры к тому, чтобы приложение загружало файл только после успешной проверки сертификата TLS, возвращаемого сервером AWS.
Загрузить: ip-ranges.json
Чтобы определить диапазоны IP-адресов серверов Route 53, ищите в поле «service» следующие значения.
Серверы DNS сервиса Route 53: искать «ROUTE53»
Средства проверки работоспособности сервиса Route 53: искать «ROUTE53_HEALTHCHECKS»
Дополнительную информацию см. в разделе Диапазоны IP-адресов AWS в общих справочных материалах по Amazon Web Services.
Имейте в виду, что диапазоны адресов IPv6 на настоящий момент могут отсутствовать в этом файле. Для справки: диапазоны адресов IPv6 для средств проверки работоспособности сервиса Amazon Route 53 перечислены ниже.
2600:1f1c:7ff:f800::/53
2a05:d018:fff:f800::/53
2600:1f1e:7ff:f800::/53
2600:1f1c:fff:f800::/53
2600:1f18:3fff:f800::/53
2600:1f14:7ff:f800::/53
2600:1f14:fff:f800::/53
2406:da14:7ff:f800::/53
2406:da14:fff:f800::/53
2406:da18:7ff:f800::/53
2406:da1c:7ff:f800::/53
2406:da1c:fff:f800::/53
2406:da18:fff:f800::/53
2600:1f18:7fff:f800::/53
2a05:d018:7ff:f800::/53
2600:1f1e:fff:f800::/53
2620:107:300f::36b7:ff80/122
2a01:578:3::36e4:1000/122
2804:800:ff00::36e8:2840/122
2620:107:300f::36f1:2040/122
2406:da00:ff00::36f3:1fc0/122
2620:108:700f::36f4:34c0/122
2620:108:700f::36f5:a800/122
2400:6700:ff00::36f8:dc00/122
2400:6700:ff00::36fa:fdc0/122
2400:6500:ff00::36fb:1f80/122
2403:b300:ff00::36fc:4f80/122
2403:b300:ff00::36fc:fec0/122
2400:6500:ff00::36ff:fec0/122
2406:da00:ff00::6b17:ff00/122
2a01:578:3::b022:9fc0/122
2804:800:ff00::b147:cf80/122
Ваша учетная запись SSL.com — Домены
Ошибка Домены страница, найденная нажатием Домены вкладка в вашем Портал учетных записей клиентов SSL.com, позволяет управлять всеми доменными именами, для которых вы запрашивали продукты SSL.com. По сути, эта страница собирает доменные имена из всех заказов на сертификаты и ваучеров, которые вы приобрели на нашем сервере, что позволяет вам проверить их или получить их статус проверки в едином интерфейсе.
Домены в порядке заказа
Покупка сертификата на SSL.com включает в себя отправку заказа сертификата для вашего сервера через SSL.com портал для клиентов, В результате большинство доменных имен, найденных в Домены страница будет связана с (или область видимости под) заказ сертификата — также возможно создание незаданной домены, которые будут обсуждаться в следующий раздел.
Все публично доверенные сертификаты SSL требуют, чтобы центры сертификации (то есть мы) подтвердили, что заявитель сертификата (это вы) действительно имеет контроль над сервером, для которого будет выдан их сертификат. Некоторые продукты (например, продукты Premium или Enterprise SSL) также требуют ручной проверки нашими агентами по проверке. В таких случаях вы можете использовать Домены страница для управления всеми ожидающими проверками, как показано ниже.
Домены перечислены в таблице с четырьмя столбцами. Фактическое доменное имя, используемое в каждом заказе сертификата, показано в первом столбце, Имя, Кроме того, порядок сертификатов, связанный с каждым доменным именем, отображается в Ограниченный колонка. Ограниченный столбец содержит ссылку на подробные сведения о заказе сертификата, и щелчок по нему перенаправит ваш браузер на страницу с деталями заказа, которую также можно найти через Заказы страница портала.
Статус показывает статус ограниченного заказа. Это сообщает вам, был ли домен уже проверен или его проверка еще не завершена. Нажав на в ожидании Проверка ссылка перенаправит ваш браузер на свой Валидации страница, где вы можете приступить к выполнению процесса проверки.
Наконец, придание вновь юридической силы В столбце показано, сколько дней осталось до тех пор, пока каждый подтвержденный домен не потребует от вас повторения процесса проверки. Срок действия всех сертификатов истекает из-за множества проблем с безопасностью, даже если необходимость в сертификате может долго переживать сам сертификат. По этой причине клиентский портал SSL.com позволяет вам повторно подтвердить любой домен, который вы уже подтвердили, простым щелчком.
Когда срок действия сертификата истекает, домен Статус изменится на ожидание проверкии вы можете следовать обычному процессу проверки, не добавляя новый запрос на подпись сертификата или домен.
Конечно, вы также можете использовать SSL.com Напоминания об истечении срока действия предупредить вас, когда ваш сертификат близок к истечению срока действия.
Создание доменов с незаданной областью
До сих пор мы обсуждали только домены в порядке заказа. Также можно добавить домен и проверить его, прежде чем он будет связан с заказом сертификата. Это можно сделать через форму над таблицей доменов. Введите ваши доменные имена (разделенные , or space) и нажмите Добавить добавить новые доменные имена.
Доменное имя появится в таблице, хотя оно будет содержать только слово Team под его Ограниченный колонка. Как вы можете видеть на следующем скриншоте, строка для нового домена также будет содержать небольшой флажок. Поскольку этот домен был добавлен вручную и еще не ограничен активным заказом, портал позволяет нам удалить его.
Чтобы удалить домен с незаданной областью, установите флажок слева от его домена. Имя и нажмите удаление Кнопка, расположенная справа над доменной таблицей. Если у вас есть несколько доменов с незаданной областью, которые вы хотите удалить, вы можете установить все их флажки и удалить их все сразу.
Вы также можете использовать флажок для проверки любого из этих доменов с незаданной областью, используя две кнопки рядом с удаление. Обратите внимание, что, поскольку вы не связали домен с определенным порядком сертификатов (и, как следствие, CSR), единственный доступный метод управления доменом будет проверка по коду электронной почты, Чтобы узнать больше о методах проверки управления доменом, ознакомьтесь с наш FAQ по требованиям валидации домена, Подробную информацию о проверке доменного имени с незаданной областью см. В нашем инструкции по предварительной проверке доменного имени.
Существенным преимуществом использования портала для управления доменами является то, что при покупке нового сертификата и создании CSR для этого домена домен будет автоматически связан с вашим заказом как предварительно проверенный домен. Это означает, что вам не нужно будет выполнять проверку домена для каждого создаваемого вами заказа на сертификат — при условии, что вы уже провели хотя бы одну успешную проверку для этого домена в ближайшем прошлом.
Примечание: Чтобы удовлетворить Базовые требования CA / B ForumДомен может считаться проверенным только на максимальный срок 825 дней (около 27 месяцев). Это означает, что вам придется повторно проверять все свои домены каждые 825 дней. К счастью, повторная проверка домена с использованием того же CSR на портале SSL.com займет у вас всего несколько секунд.Спасибо, что выбрали SSL.com! Если у вас возникнут вопросы, свяжитесь с нами по электронной почте по адресу [email protected], вызов 1-877-SSL-SECURE, или просто нажмите ссылку чата в правом нижнем углу этой страницы. Вы также можете найти ответы на многие распространенные вопросы поддержки в нашем база знаний.Глобальные информационные бюллетени ICANN за 2018 г.
Система доменных имен
Интернационализированное доменное имя, IDN, «IDN — это доменные имена, которые включают символы, используемые в местном представлении языков, которые не пишутся с использованием двадцати шести букв основного латинского алфавита» «az» «. IDN может содержать латинские буквы с диакритическими знаками, как того требуют многие европейские языки, или может состоять из символов нелатинских алфавитов, таких как арабский или китайский. Многие языки также используют другие типы цифр, кроме европейских» «0-9» ».Основной латинский алфавит вместе с европейско-арабскими цифрами для целей доменных имен обозначается как «символы ASCII» (ASCII = Американский стандартный код для обмена информацией). Они также включены в более широкий диапазон «символов Unicode», который составляет основу для IDN. «Правило имени хоста» »требует, чтобы все доменные имена рассматриваемого здесь типа хранились в DNS с использованием только перечисленных выше символов ASCII с дополнительным добавлением дефиса« — ».Поэтому форма IDN в Юникоде требует специальной кодировки перед вводом в DNS. При различении этих форм используется следующая терминология: Доменное имя состоит из серии «меток» (разделенных «точками»). Форма ASCII метки IDN называется «A-меткой». Все операции, определенные в протоколе DNS, используют исключительно A-метки. Форма Unicode, которую пользователь ожидает отобразить, называется «U-меткой». Разницу можно проиллюстрировать с помощью слова на хинди, обозначающего «тест» — परीका — здесь, как и U-метки (в сценарии деванагари).К нему применяется специальная форма «ASCII-совместимая кодировка» (сокращенно ACE) для создания соответствующей A-метки: xn — 11b5bs1di. Доменное имя, которое включает только буквы, цифры и дефисы ASCII, называется «меткой LDH». Хотя определения A-меток и LDH-меток частично совпадают, имя, состоящее исключительно из меток LDH, например «icann.org» «не является IDN».
Поиск доменного имени
Наш инструмент мгновенного поиска поможет вам одновременно находите доменные имена, расширения доменов и домены для продажи.
Продажа доменов
Найдите миллионы доменных имен для продажи. Мы работаем с такими крупными торговыми площадками, как GoDaddy, Sedo и BrandBucket. Поиск на основе искусственного интеллекта помогает найти отличные имена, связанные с поиском вашего доменного имени.
Частный и безопасный
Весь трафик на сайт зашифрован. Нажмите Return, чтобы зарегистрировать свое доменное имя. Мы собираем данные об использовании, чтобы улучшить наши продукты.
Часто задаваемые вопросы
Как искать доменное имя?
Найдите доменное имя, введя его в поле мгновенного поиска.Мы проверяем доступные доменные имена по мере ввода. Если ваш домен занят, мы генерируем доступные доменные имена и расширения, которые вы можете зарегистрировать.
Как проверить, доступен ли домен?
Ввод в поле поиска сразу показывает доступность домена. Мы проверяем сразу много разных расширений и показываем другие доступные домены на том же экране.
Какое расширение домена лучше всего?
.com — лучшее расширение домена. Он настолько популярен, что бывает трудно найти доступный.com вы можете зарегистрировать. В настоящее время зарегистрировано около 150 миллионов доменных имен .com.
Что такое доменное имя?
Домен — это адрес, по которому находится веб-сайт. Это помогает людям быстро найти любой веб-сайт. Узнайте больше о том, как работают домены и как выбрать один для своей компании или проекта.
Просроченные домены
Поиск доменных имен, срок действия которых скоро истечет. Некоторые регистраторы позволяют вам купить доменное имя немедленно, иногда имена выставляются на аукцион, а другие выставляют за вас заказ на это имя.
Проверить доступность домена
Instant Domain Search проверяет доступность домена, выполняя DNS-запрос, чтобы получить результаты поиска по доменному имени как можно быстрее. Поиск домена WHOIS выполняется намного медленнее, чем запросы DNS, но он дает больше информации о том, кто зарегистрировал имя.
Красный результат означает, что доменное имя занято. Выполните поиск в WHOIS, чтобы узнать, когда истекает срок текущей регистрации.
Зеленый результат означает, что доменное имя доступно для регистрации!
Синий Результаты поиска показывают выставленные на продажу доменные имена.Купите их у одного из наших партнеров по аукциону.
Подтверждение вашего домена с помощью записи TXT | Cloud Identity
В этой статье показано, как подтвердить свой домен с помощью Cloud Identity, используя запись TXT.
Зачем проверять?
После того, как вы подтвердите, что являетесь владельцем домена, вы можете начать использовать свой сервис Google, например G Suite, G Suite Essentials или Cloud Identity. Если у вас есть G Suite, вы можете начать использовать Gmail, Google Диск и все другие сервисы, включенные в ваш аккаунт G Suite.
Примечание. Если вы приобрели домен при регистрации в G Suite, вам не нужно подтверждать его. Если вы используете пробную версию G Suite, вам необходимо подтвердить право собственности на домен в течение первых 9 дней пробного периода.
Подтвердите свой домен для службы Google
Вы подтверждаете право собственности на домен через хоста домена (обычно там, где вы приобрели свое доменное имя). Хост вашего домена поддерживает настройки, называемые записями DNS, которые направляют интернет-трафик на ваше доменное имя.Дополнительные сведения см. В разделе Определение хоста домена.
Google предоставляет вам проверочную запись TXT для добавления в записи DNS вашего хоста домена. Когда Google видит, что запись существует, ваше право собственности на домен подтверждается. Проверочная запись не влияет на ваш веб-сайт или электронную почту.
Добавить проверочную запись TXT (любой хост домена)
Примечание : Администратор, получивший проверочную запись, должен завершить процесс проверки. Записи проверки уникальны для каждого администратора, поэтому один администратор не может завершить проверку домена, запущенную другим.
Шаг 1. Получите свою уникальную проверочную запись
Если вы уже зарегистрировались в G Suite, но не завершили процесс настройки, вы можете продолжить с того места, где остановились.
Откройте инструмент настройки и щелкните Проверить .
Нажмите Продолжить , чтобы подтвердить свой домен с помощью записи TXT. Вы также можете нажать Переключить метод проверки , если вам нужно использовать другой метод.
Щелкните Копировать , чтобы скопировать уникальную проверочную запись.
Шаг 2. Перейдите к записям DNS вашего домена
- Во втором окне или вкладке браузера войдите в свою учетную запись хоста домена. Дополнительные сведения см. В разделе Определение хоста домена.
- Перейдите к записям DNS вашего домена. Страница может называться примерно так: DNS Management , Name Server Management , Control Panel или Advanced Settings .
- Выберите вариант добавления новой записи.
Шаг 3. Добавьте проверочную запись к хосту вашего домена
- В качестве типа записи выберите TXT .
- В поле Name / Host / Alias введите @ или оставьте поле пустым.
Ваш хост может потребовать от вас ввести свой домен, который выглядит как example.com , в это поле. Другие ваши записи DNS могут указывать на то, что вам следует ввести. - В поле Time to Live (TTL) введите 86400 или оставьте значение по умолчанию.
- В поле Value / Answer / Destination вставьте проверочную запись, которую вы скопировали на шаге 1.
- Сохраните запись.
Примечание : Если вы видите предупреждение об изменении настроек DNS, не обращайте на него внимания. Добавление записи TXT не повредит вашему веб-сайту или настройкам DNS.
Шаг 4. Сообщите Google, чтобы он подтвердил
Вернитесь к инструменту настройки в консоли администратора и нажмите Проверить .
Щелкните Продолжить , затем прокрутите страницу вниз до конца.Нажмите Проверить мой домен .
Получить поддержку
Если вам нужна помощь с подтверждением, вы можете обратиться в службу поддержки G Suite.
Дальнейшие действия (только G Suite)
После подтверждения домена вы можете настроить Gmail с помощью G Suite. Держите консоль администратора и сайт хоста вашего домена открытыми в браузере. В новой вкладке или окне откройте подробные инструкции по настройке Gmail на вашем хосте.
Проверка регистранта — Hover Help Center
Ярлык для этой страницы: hover.помощь / rv
С 1 января 2014 г. ICANN (организация, которая курирует общие доменные имена) требует, чтобы все регистраторы проверяли комбинацию имени, фамилии и адреса электронной почты владельца домена. В рамках этого процесса вы, как владелец регистрации, должны будете подтвердить контактную информацию, которую вы использовали для регистрации общих доменов верхнего уровня (gTLD).
Кроме того, любой домен gTLD (новая регистрация или переход на Hover), у которого изменились имя, фамилия или адрес электронной почты владельца регистрации, необходимо будет повторно подтвердить.
Примечание. Эта новая политика применяется ко всем регистраторам, а не только к Hover. Мы должны следовать процедуре, чтобы поддерживать нашу аккредитацию ICANN, которая позволяет нам продавать доменные имена.
- Покупка домена gTLD (если вы еще не подтвердили комбинацию имени, фамилии и адреса электронной почты с помощью Hover).
- При изменении какой-либо или всех трех сведений о владельце регистрации: имя, фамилия и / или адрес электронной почты.
- Если электронное письмо с напоминанием о продлении или Политикой напоминания данных Whois возвращается. Это означает, что адрес электронной почты больше не действителен и требует обновления.
Вскоре после регистрации домена или завершения перехода в Hover вы получите электронное письмо со специальной ссылкой, которую вам нужно будет щелкнуть, чтобы убедиться, что указанное вами имя и адрес электронной почты действительны. У вас есть 15 дней на ответ. Очень важно, чтобы вы обратили внимание на это сообщение, потому что неспособность подтвердить адрес электронной почты, связанный с доменом, в течение 15 дней приведет к приостановке работы этого домена.Это означает, что веб-сайт и электронная почта домена перестанут работать, пока вы не подтвердите адрес.
Если вы не ответите на это письмо сразу, вы получите его снова. Сообщение отправляется повторно несколько раз, чтобы убедиться, что вы его получили и ответили на него. Вам нужно ответить на сообщение только один раз. Если вы приобретаете дополнительные доменные имена, используя те же имя, фамилию и адрес электронной почты, вам не нужно будет повторно проверять эту информацию.
Письмо, которое вы получите, выглядит примерно так:
Щелкнув ссылку в письме, вы попадете на страницу подтверждения, которая выглядит примерно так, как показано на рисунке ниже.Убедитесь, что информация верна, а затем нажмите Проверить информацию .
Если это произойдет, то могло произойти одно из нескольких:
- Адрес электронной почты владельца регистрации был введен неправильно (т. Е. С опечатками). -> Вам нужно будет войти в учетную запись Hover и обновить, чтобы исправить орфографию.
- В поле адреса электронной почты владельца регистрации был введен старый / альтернативный / резервный адрес электронной почты. -> Вы должны убедиться, что вы вошли в правильную учетную запись электронной почты, чтобы получить сообщение.
- Письмо попало в папку для спама. -> Обязательно проверьте папку со спамом или нежелательной почтой в своей учетной записи на предмет электронной почты от [email protected].
- Электронное письмо было потеряно / удалено. -> Вы можете войти в учетную запись Hover и повторно отправить электронное письмо, щелкнув ссылку «повторно отправить электронное письмо» в разделе «Владелец» на вкладке «Сведения о домене»
Вы можете проверить страницу «Домены», чтобы узнать, имеет ли статус «Активный» или «Проверяющий». Домен со статусом « Active » означает, что проверка прошла успешно.
Если контактная информация регистранта не будет проверена в течение 15 дней, домен и DNS будут приостановлены, то есть ваш сайт, электронная почта, переадресация и любые другие службы, связанные с доменом, будут отключены в конце 15-го дня. Вы не проиграете. ваш домен.
Единственный способ разблокировать домен и создать резервную копию вашего веб-сайта — это завершить проверку, щелкнув ссылку в полученном электронном письме или обновив информацию о записи Владельца, чтобы было отправлено новое электронное письмо.Как только проверка будет завершена, резервное копирование домена будет выполнено практически мгновенно.
Если у вас больше нет доступа к адресу электронной почты, указанному в контактной информации Владельца, и, следовательно, вы не получили письмо с просьбой подтвердить подтверждение, тогда вы должны изменить адрес электронной почты на тот, к которому у вас есть доступ, и завершить процесс проверки. .
Для изменения адреса электронной почты:
- Войдите в свою учетную запись Hover на https://hover.com/signin Не можете войти в систему? См .: Как: войти в свою учетную запись Hover за 2 простых шага
- Если у вас более одного домена, выбрал домен для проверки из списка ваших доменов.
- На странице домена Overview прокрутите вниз до Registration Records , выберите Owner , а затем нажмите Edit .
- Возможно, вам придется прокрутить вниз, но здесь вы можете изменить адрес электронной почты на тот, к которому у вас есть доступ. Вы также можете отказаться от 60-дневной блокировки ICANN. Если эта блокировка применяется, вы не сможете перенести домен в течение 60 дней.
После ввода новых настроек нажмите Сохранить изменения .
При изменении адреса электронной почты Hover будет предупрежден о том, что новый адрес электронной почты необходимо подтвердить, и на этот адрес будет отправлена новая ссылка.
Внесение второго изменения в информацию о регистранте (т. Е. Изменение написания вашего имени и последующее изменение адреса электронной почты через два дня) не приведет к сбросу 15-дневного лимита времени проверки. Вам нужно будет выполнить проверку только один раз, для самого последнего набора контактной информации регистранта, находящегося на данный момент в домене.
Нет, нет. Регистрант должен завершить процесс, щелкнув ссылку в электронном письме. Мы можем только помочь вам обновить регистрационную информацию.
Если вы больше не можете получить доступ к своей учетной записи Hover со своим именем пользователя и паролем ИЛИ адрес электронной почты в файле основан на заблокированном домене, вы можете связаться с нами по адресу help @ hover или 1-866-731-6556. Мы можем помочь с входом в учетную запись и внесением необходимых изменений в контактный адрес электронной почты Владельца, чтобы ссылку для подтверждения можно было повторно отправить.
Как исправить домен, приостановленный ICANN
Однажды утром вы просыпаетесь и садитесь, взволнованно любуясь своим прекрасным новым веб-сайтом. Сделав глоток кофе, вы открываете браузер и набираете свое имя.com или coolstartup.co. Но вместо домашней страницы, на разработку и разработку которой вы потратили месяцы (или работая с такой компанией, как EMN, над ее проектированием и разработкой), вы видите это уведомление:
«Вы достигли домена, ожидающего проверки ICANN», — говорится в сообщении. «Этот домен был приостановлен .”
Приостановлено ?! Даже если ваш кофе не пролился на экран компьютера (надеюсь), это все равно проблема. Падение вашего веб-сайта не только расстраивает — это может означать, что вы теряете бизнес. Но, к счастью, это легко исправить. Вот краткое описание проверки ICANN, как избежать блокировки домена и как снова запустить ваш веб-сайт.
Прежде чем продолжить:
подтвердили ли вы свой новый или недавно измененный домен ?Нет? Хорошо.Это не дрель. Проверьте свою электронную почту на предмет сообщения от регистратора домена — компании, в которой вы зарегистрировали этот URL-адрес, например GoDaddy, Namecheap или HostGator, — о подтверждении домена. В строке темы может быть указано «Подтвердите свой домен». Или «Нам нужна от вас некоторая информация». Или даже «Внимание! Ваш веб-сайт вот-вот исчезнет, если вы не откроете это письмо! »
Пример электронного письма с подтверждением домена ICANN от вашего регистратора (в данном случае Namecheap).Если вы похожи на нас, вы, вероятно, получаете так много писем за день, что одно из них легко пропустить от регистратора домена, даже если в строке темы указано НЕМЕДЛЕННО.Но проверка домена — это то, что вы не хотите упускать из виду. Во-первых, его очень легко заполнить, а во-вторых, невыполнение может означать, что ваш сайт отключится на часов. Облом.
Зачем вам это нужно?
С 2014 года ICANN (Интернет-корпорация по присвоению имен и номеров — да, на самом деле существует руководящий орган для Интернета) потребовала, чтобы компании, регистрирующие домены, проверяли право собственности на некоторые из этих доменов.Информация о владельце попадает в базу данных под названием «WHOIS», открытый список владельцев всех доменных имен в Интернете.
Если список вашего домена в WHOIS является новым, неполным или недавно измененным, ваш регистратор должен отправить вам электронное письмо для подтверждения вашей личности. Если нет? Регистратором является , требуется для приостановки или удаления вашего доменного имени. Этот процесс предназначен для обеспечения того, чтобы владельцы доменных имен оставались подотчетными и прозрачными, поддерживая актуальные и полные записи.
Как узнать, нужно ли вам подтверждать право собственности на домен?
Как мы уже говорили выше, это относится к новым доменным именам, имеющим неполную информацию WHOIS или информацию о которых недавно изменились. Простой способ выяснить, применимо ли это к вам, — это войти на веб-сайт вашего регистратора, проверить свой список доменов и посмотреть, указаны ли какие-либо из них как «Ожидающие подтверждения» или предоставить вам возможность проверить свою контактную информацию. .
Вот как выглядит панель управления доменом Namecheap.Хорошо, значит, вы никогда не проверяли свою электронную почту, и теперь ваш домен заблокирован. что ты можешь сделать?
Проверьте свой почтовый ящик (и папку со спамом!) На предмет этого письма от вашего регистратора. Если вы не можете его найти, войдите в свою учетную запись и попросите регистратора повторно отправить письмо с подтверждением. Или вы можете заполнить поле reCAPTCHA на своей домашней странице, захваченной ICANN, чтобы регистратор повторно отправил электронное письмо. Не получаете? Убедитесь, что у вашего регистратора указан правильный адрес электронной почты (в этом вся суть проверки).
Просто нажмите ссылку в электронном письме регистратора — и готово, вы прошли проверку. К сожалению, если ваш домен уже заблокирован, его обновление займет некоторое время (до 24 часов). А пока все, что вы можете сделать, это подождать и, может быть, выпить себе еще чашку кофе.
Дополнительные ресурсы
Вот краткий сборник пошаговых руководств по проверке домена от некоторых из самых популярных регистраторов:
GoDaddy
Namecheap
HostGator
DreamHost
Если вашего регистратора домена нет в списке выше, не беспокойтесь — просто поищите на его сайте справочную или вспомогательную статью о «подтверждении домена ICANN», и вы найдете некоторые инструкции.
Это публичное объявление от Evolving Media Network. А теперь вернемся к регулярному расписанию!
Проверка и проверка домена | Сообщество Медиа Храма
Обзор
Начиная с 1 января 2014 г., новые правила ICANN, касающиеся владения регистрацией доменов, вступают в силу для всех регистраторов. Новые правила требуют, чтобы регистрация домена подтверждалась по электронной почте в следующих случаях:
- Зарегистрирован новый домен.
- Домен передан новому владельцу.
- Изменена информация о владельце домена в WHOIS.
- Ежегодное уведомление о продлении домена за 30 или 5 дней (также известное как «WDRP») возвращает сообщение о недоставке электронной почты.
В ситуациях, требующих проверки, сообщения проверки отправляются указанному контактному лицу владельца WHOIS. Если процесс проверки не будет завершен в течение 15 дней, домен перейдет в приостановленное состояние и будет заблокирован от дополнительной активности или передачи .
Если ваш домен был зарегистрирован 17 февраля 2014 г. или позже, вы увидите следующее сообщение, отправленное с « [email protected]».
Если вы зарегистрировали свой домен до 17 февраля 2014 г., полученное вами электронное письмо будет похоже на приведенный ниже пример.
ПРИМЕЧАНИЕ
От: «Media Temple, Inc»
Тема: ТРЕБУЕТСЯ ДЕЙСТВИЕ: немедленно подтвердите свое доменное имя Media Temple
Дата: 1 января 2014 г. 1:10:11 PM PST
Кому:
Уважаемый покупатель Media Temple,
Недавно вы зарегистрировали, передали или изменили контактную информацию для следующего доменного имени:
mt-example.com
Начиная с 1 января 2014 г., правила ICANN требуют, чтобы регистраторы доменных имен проверяли вашу новую контактную информацию. Чтобы предотвратить приостановку действия вашего доменного имени (имен), нажмите следующую ссылку и следуйте инструкциям по подтверждению:
https: // одобрить.domainadmin.com/registrant/?verification_id=unique_url_string
Если у вас есть какие-либо вопросы о проверке домена, прочтите эту статью базы знаний (https://kb.mediatemple.net/questions/2072) или посетите Справочный центр Media Temple (https://mediatemple.net/help) .
С уважением,
(mt) Медиа Храм
Инструкции
- Контактное лицо регистранта должно быть подтверждено после покупки или передачи доменного имени или при изменении имени или фамилии регистранта.
- Когда требуется проверка домена, наш аффилированный регистратор отправляет электронное письмо от имени (mt) Media Temple. Это сообщение отправляется указанному контактному лицу регистранта и требует перехода по ссылке в электронном письме для проверки домена.
- Если ответа не будет, это электронное письмо будет повторно отправлено на 5, 10 и 13 день в течение 15-дневного окна проверки.
ПРИМЕЧАНИЕ:
- Сообщения, отправленные на 10-й и 13-й день, также будут скопированы для контактов администратора, технических специалистов и специалистов по счетам.
- Согласно новым правилам ICANN, домен будет автоматически заблокирован после 15 дней отсутствия ответа.
- Домен можно восстановить, заполнив электронное письмо с подтверждением, отправленное контактному лицу Владельца / Регистранта в записи WHOIS домена.
Повторная отправка электронного письма с подтверждением домена
Если вы не получили электронное письмо с подтверждением домена, это может быть связано с тем, что оно могло быть отправлено в папку для спама или было отправлено на старый адрес электронной почты, который вы больше не используете.Однако после обновления информации WhoIs вы можете повторно отправить электронное письмо с подтверждением домена, выполнив следующие действия:
- Войдите в Учетный центр.
- Перейдите в панель управления своим доменом.
- Выберите в меню пункт «Подтверждение домена».
- Нажмите кнопку «Отправить письмо с подтверждением», чтобы продолжить
Часто задаваемые вопросы
- Является ли (mt) Media Temple единственным, кто вводит новые требования для регистрации доменов?
- Это решение не (mt) Media Temple, а связано с правилами ICANN, вступившими в силу в 2014 году.Таким образом, все регистраторы должны соблюдать эти новые правила.
- Почему вступают в силу эти новые правила ICANN?
- Эти правила вступают в силу по соображениям безопасности; основная цель, по-видимому, состоит в том, чтобы предотвратить растущую тенденцию к «захвату доменов» в преддверии появления широкого круга новых родовых доменов верхнего уровня (gTLD).
- Для каких TLD вступают в силу эти новые правила?
- Эти правила применяются ко всем рДВУ.
- Повлияет ли это изменение на регистрацию моего существующего домена?
- Существующие регистрации не будут затронуты, если имя или фамилия в контактной информации WHOIS не будут изменены.При изменении вашей контактной информации WHOIS теперь будет отправлено письмо с подтверждением.
- Как я узнаю, приостановлен ли мой домен в соответствии с этой политикой?
- Для доменов, заблокированных по причине отсутствия проверки, будет отображаться пустая белая страница.
- Мой домен был заблокирован в соответствии с этой политикой. Как мне повторно активировать мой домен?
- Обратите внимание, что домен, приостановленный в соответствии с этой политикой, заблокирован не (mt) Media Temple, а нашим аффилированным регистратором в соответствии с недавно введенными требованиями ICANN .Таким образом, вам просто нужно следовать инструкциям, предоставленным вам в электронных письмах с подтверждением, чтобы повторно активировать свой домен. Обычно это проверка в один клик.
- Мой домен заблокирован, а адрес электронной почты, указанный в записи WHOIS, недоступен. Помощь!
- Эту проблему можно решить, обновив запись WHOIS через панель управления вашего домена в Центре учетных записей. После обновления записи WHOIS электронное письмо должно автоматически отправляться на новый адрес.
- Если у вас по-прежнему возникают проблемы после обновления записи WHOIS, свяжитесь с нашей службой поддержки через чат, по телефону или запросите поддержку, чтобы решить эту проблему.Хотя такие приостановки не выполняются напрямую (mt) Media Temple, наши агенты смогут помочь вам завершить процесс проверки и обновить любые необходимые записи у нашего аффилированного регистратора.
Если у вас по-прежнему возникают проблемы, войдите в свой Центр учетных записей и откройте чат, запросите поддержку или позвоните нам по телефону.
Подтвердите домен электронной почты
Для отправки электронной почты через Mailchimp нам необходимо убедиться, что вы используете действительный адрес электронной почты отправителя, размещенный в домене, к которому вы можете получить доступ.Это помогает защитить ваши кампании от папок со спамом и защищает вашу репутацию, гарантируя, что другие не смогут использовать ваш домен без разрешения. Вам нужно подтвердить домен только один раз, после чего вы можете отправить его с любого адреса электронной почты в подтвержденном домене.
Из этой статьи вы узнаете, как подтвердить свой домен электронной почты.
Перед тем, как начать
Перед тем, как начать этот процесс, необходимо знать следующее.
- Вы по-прежнему можете пользоваться бесплатными поставщиками электронной почты, такими как Yahoo или AOL, но из-за текущих политик DMARC их больше нельзя добавить в ваши подтвержденные домены.
- Мы рекомендуем вам проверять и аутентифицировать домены электронной почты, принадлежащие вам или вашей организации. Если у вас еще нет домена, узнайте, как купить домен в Mailchimp.
- Если вы используете субдомен для своего адреса электронной почты «От», его необходимо подтвердить отдельно.
Подтвердите домен электронной почты на странице доменов
Чтобы подтвердить свой домен электронной почты на странице доменов, выполните следующие действия.
- Щелкните значок веб-сайта .
- Щелкните Домены .
В разделе Домены электронной почты щелкните Проверить домен электронной почты .
Введите адрес электронной почты в домене, который вы хотите подтвердить, и нажмите Отправить письмо для подтверждения .
Когда вы получите письмо с подтверждением, вы можете либо нажать кнопку Verify Domain Access в письме, либо ввести код подтверждения во всплывающем окне и нажать Verify .
Экран обновится и отобразит сообщение об успешном выполнении в верхней части экрана или во всплывающем окне.
Щелкните Готово , чтобы закрыть всплывающее окно и вернуться на страницу доменов.
Подтвердите домен электронной почты в конструкторе кампаний
Вы можете подтвердить домен электронной почты непосредственно в конструкторе кампаний, но процесс может немного отличаться в зависимости от типа кампании, с которой вы работаете.
Чтобы подтвердить свой домен электронной почты в конструкторе кампаний для обычной электронной почты, выполните следующие действия.
- В разделе Из щелкните Добавить из .
- Введите имя От и От адреса электронной почты , который вы хотите использовать для кампании.
- Нажмите Сохранить . Если ваш домен электронной почты не подтвержден, вам будет предложено подтвердить его.
- Нажмите Проверить домен .
- В модальном всплывающем окне Verify Domain введите адрес электронной почты, содержащий домен, который вы хотите подтвердить, и нажмите Отправить письмо для подтверждения .
- Когда вы получите письмо с подтверждением, вы можете либо нажать кнопку Verify Domain Access в письме, либо ввести код подтверждения во всплывающем окне и нажать Verify .
- Щелкните Готово , чтобы закрыть всплывающее окно.
Удалить подтвержденный домен электронной почты
Пользователи с уровнем Менеджера или выше могут удалить домен из списка проверенных доменов в любое время.
Чтобы удалить подтвержденный домен электронной почты, выполните следующие действия.
- Щелкните значок веб-сайта .
- Щелкните Домены .
Щелкните раскрывающееся меню домена, с которым хотите работать, и щелкните Удалить .
Щелкните Удалить домен во всплывающем окне подтверждения. Экран обновится, и в верхней части экрана отобразится сообщение об успешном выполнении.
Устранение неполадок с подтверждением домена электронной почты
Если вы выполнили действия по подтверждению своего домена, но не получили электронное письмо с подтверждением права собственности на домен, возможно, что-то происходит.Вот несколько советов, которые помогут вам устранить неполадки.
- Подождите больше времени
В зависимости от интернет-трафика и загруженности вашего интернет-провайдера доставка электронных писем может занять несколько часов. Это чаще всего происходит в праздничные дни и в часы пик. - Повторно отправить на другой адрес
Вы можете попробовать повторно отправить проверочное сообщение на другой адрес электронной почты с тем же доменом.