У вас есть доменное имя? Тогда вам необходимо это знать

Часть IV –

Как защитить свое доменное имя от перехвата или несанкционированной передачи

Для многих владельцев доменные имена (и связанные с ними сервисы, такие как веб-сайты и электронная почта), очень важны как в профессиональном плане, так и для личной жизни. Доменные имена — это ценный актив независимо от того, используются они для онлайн-коммерции или просто для общения с родными и друзьями, поэтому управлять ими необходимо с большой осторожностью.

Защитите себя

Ознакомьтесь с передовыми практиками, которые помогут вам предупредить перехват или несанкционированную передачу вашего доменного имени.

Используйте при регистрации адрес электронной почты, который не привязан к вашему доменному имени. При регистрации доменного имени вам потребуется предоставить контактную информацию, в том числе адрес электронной почты. Эти сведения включаются в состав регистрационной записи WHOIS вашего доменного имени, которая открыта для свободного доступа. Рекомендуется использовать адрес электронной почты, не связанный с регистрируемым доменным именем. Например, если у вас доменное имя example.com, рекомендуется использовать в WHOIS адрес, отличный от «пользователь@example.com».

Причина: в случае перехвата вашего доменного имени кем-либо, кто получил доступ к вашей учетной записи у регистратора, этот человек, скорее всего, изменит информацию WHOIS, чтобы удалить вас как зарегистрированного владельца доменного имени. Если вы использовали адрес электронной почты, не связанный с вашим доменным именем в WHOIS, вы сможете предоставить этот адрес регистратору в качестве доказательства, что вы являлись зарегистрированным владельцем доменного имени до того, как данные были изменены в результате несанкционированного доступа к вашей учетной записи.

Создайте сложный, уникальный пароль. Защитите свое доменное имя от киберпреступников с помощью уникального, сложного пароля. Онлайн-сервисы часто взламывают, в результате чего имена пользователей и пароли попадают в руки преступников, которые могут попытаться перехватить ваше доменное имя с помощью информации, указанной вами для других учетных записей. Чтобы избежать этого, создайте сложный пароль, который будет использоваться исключительно для учетной записи вашего домена.

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

Наведите справки о многоуровневой аутентификации. Некоторые регистраторы предлагают владельцам доменов возможность реализовать многоуровневую аутентификацию при доступе к вашей учетной записи. Это повышает защиту благодаря необходимости вводить, помимо имени пользователя и пароля, уникальный защитный код, чтобы получить доступ к учетным записям в интернете. Изучите условия своего регистрационного соглашения, чтобы узнать о доступности многоуровневой аутентификации.

Чаще проверяйте учетные записи электронной почты, связанные с вашим доменом. Какой бы адрес или адреса вы ни предоставили, необходимо быть уверенным, что эти учетные записи электронной почты активны; для этого регулярно проверяйте их. Необходимо поддерживать актуальность ваших контактных данных, чтобы получать от вашего регистратора уведомления в рамках политики напоминания о данных WHOIS (WDRP), уведомления о необходимости продления регистрации и другие важные сообщения. Это особенно важно для тех, кто пользуется услугами сохранения конфиденциальности или услугами регистрации через доверенных лиц. Если вы пользуетесь услугой сохранения конфиденциальности, рекомендуется в регистрационной записи WHOIS указать свое имя в качестве владельца домена. Это может послужить для вашего регистратора еще одним доказательством того, что именно вы являлись зарегистрированным владельцем доменного имени.

Попросите регистратора применить к вашему доменному имени блокировку переноса. Вы можете попросить регистратора применить к вашему доменному имени блокировку переноса. Применение этой блокировки не является стопроцентной гарантией от несанкционированного переноса или перехвата вашего доменного имени, но может стать дополнительным уровнем защиты. У каждого регистратора свой способ применения блокировки межрегистраторского переноса. Некоторые требуют двухфакторной аутентификации для снятия блокировки; некоторые требуют простого разрешения со стороны владельца домена. Уточните у регистратора его политику в отношении блокировки переноса и решите для себя, отвечает ли данная услуга вашим потребностям.

Наконец, соблюдайте осторожность при любых действиях в сети. Проявляйте осторожность при нажатии ссылок в электронных письмах, открытии вложений и посещении сайтов. Именно такие средства преступники могут использовать для кражи вашего имени пользователя и пароля.

Кроме того, ознакомьтесь со следующими документами, опубликованными Консультативным комитетом ICANN по безопасности и стабильности:

Мое доменное имя было перенесено без разрешения с моей стороны — что мне делать?

Действуйте немедленно, обратитесь к своему регистратору. Если вы полагаете, что ваше доменное имя было передано другому регистратору или владельцу домена, либо если информация в вашей учетной записи была изменена без разрешения, немедленно обратитесь к своему регистратору. Действуйте без промедления! Чем скорее вы обратитесь к регистратору, тем лучше. В случае задержки ваше доменное имя может быть перенесено снова и снова, что еще больше усложнит процесс и затруднит возвращение вашего домена.

Доверяйте процессу. Действуйте быстро, уведомите своего регистратора, но не паникуйте! Существуют определенные правила, регулирующие перенос доменов, они ориентированы на вашу защиту. Регистратор может инициировать перенос только в том случае, если получил заполненную Стандартизованную форму разрешения (FOA) от владельца домена или контактного лица по административным вопросам для данного домена. Попросите своего регистратора запросить копию использовавшейся формы разрешения на перенос. Регистратор, которому было передано доменное имя, должен по запросу представить копию этого документа. Невыполнение этого требования является основанием для отмены переноса, если подана жалоба в соответствии с политикой разрешения споров при изменении регистраторов. Если вы обратились к своему регистратору, и он не может или не хочет помочь вам, подайте жалобу на несанкционированный перенос домена в ICANN. Мы рассмотрим вашу ситуацию и приложим все усилия, чтобы вернуть вам домен.

Дополнительная информация

Ответы на часто задаваемые владельцами доменов вопросы: перенос доменного имени

О передаче доменного имени другому регистратору

Инфографика по жалобам на перенос [PDF, 124 KB]

Статусы доменов | Что они означают и почему я должен их знать?

Политика переноса ICANN (дата вступления в силу: 1 декабря 2016 года)

---

Серия учебных материалов «У вас есть доменное имя? Тогда вам необходимо это знать» подготовлена в рамках более широких усилий ICANN, направленных на то, чтобы помочь вам лучше понять политику ICANN, затрагивающую ваши интересы, вашу роль в системе доменных имен (DNS), а также роль корпорации ICANN, регистратур и регистраторов в экосистеме DNS.

Доменный адрес — это… Что такое Доменный адрес?

Доменный адрес

Доменный адрес

Доменный адрес — уникальный символический адрес компьютера в сети Интернет. Доменный адрес может содержать латинские буквы, цифры, точки и некоторые другие специальные знаки. В процессе передачи данных доменный адрес преобразуются в IP-адрес.

По-английски: Domain address

См. также:  Сетевые адреса   Серверы Интернет  

Финансовый словарь Финам.

.

• Домен
• Доминантный цикл

Смотреть что такое «Доменный адрес» в других словарях:

• Сервер Интернет — компьютер, подключенный к сети, или выполняющаяся на нем программа, предоставляющие клиентам доступ к общим ресурсам и управляющие этими ресурсами. Каждый компьютер, подключенный к сети Интернет имеет два равноценных уникальных адреса: цифровой… …   Финансовый словарь

• Кремниевая долина (Сколково)

  — У этого термина существуют и другие значения, см. Кремниевая долина (значения). Координаты: 55° с. ш. 37° в. д. /  …   Википедия

• .no — Введение 1983 Тип домена …   Википедия

• Доменное имя — Доменное имя  символьное имя, служащее для идентификации областей  единиц административной автономии в сети Интернет  в составе вышестоящей по иерархии такой области. Каждая из таких областей называется доменом. Общее пространство… …   Википедия

• Доменная зона — Домен  область (ветвь) иерархического пространства доменных имён сети Интернет, которая обозначается уникальным доменным именем. Доменное имя  символьное имя домена. Должно быть уникальным в рамках одного домена. Полное имя домена состоит из имён …   Википедия

• Доменое имя — Домен  область (ветвь) иерархического пространства доменных имён сети Интернет, которая обозначается уникальным доменным именем. Доменное имя  символьное имя домена. Должно быть уникальным в рамках одного домена. Полное имя домена состоит из имён …   Википедия

• Доменные имена — Домен  область (ветвь) иерархического пространства доменных имён сети Интернет, которая обозначается уникальным доменным именем. Доменное имя  символьное имя домена. Должно быть уникальным в рамках одного домена. Полное имя домена состоит из имён …   Википедия

• Домены — Домен  область (ветвь) иерархического пространства доменных имён сети Интернет, которая обозначается уникальным доменным именем. Доменное имя  символьное имя домена. Должно быть уникальным в рамках одного домена. Полное имя домена состоит из имён …   Википедия

• Объектно-ориентированное программирование — Эта статья во многом или полностью опирается на неавторитетные источники. Информация из таких источников не соответствует требованию проверяемости представленной информации, и такие ссылки не показывают значимость темы статьи. Статью можно… …   Википедия

• Сокет (программный интерфейс) — У этого термина существуют и другие значения, см. Сокет. Сокеты (англ. socket углубление, гнездо, разъём) название программного интерфейса для обеспечения обмена данными между процессами. Процессы при таком обмене могут исполняться как на… …   Википедия

Основы работы со службой DNS (domain name system)

Общая информация

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

DNS (Domain Name System — система доменных имен) представляет собой распределенную систему хранения и обработки информации о доменных зонах. Она необходима, в первую очередь, для соотнесения IP-адресов устройств в сети и более адаптированных для человеческого восприятия символьных имен. Предоставление информации об IP-адресах хостов по символьному адресу — не единственная задача DNS. Система работает с разными типами ресурсных записей, позволяющими реализовывать весьма широкий круг задач: переадресация между доменными именами, балансировка нагрузки между хостами, привязка специфических сервисов (напр., эл. почты) к домену.

 

 

Система доменных имен является одной из фундаментальных технологий современной интернет-среды, так как информация об IP-адресе запрашиваемого узла — обязательное условие получения ответа на любой интернет-запрос. Но IP-адрес представляет собой числовое значение вида «1.23.45.67», неподходящее для комфортного восприятия человеком. К тому же основной принцип распределения IP-адресов в сети — уникальность. Важно и то, что сетевой адрес — не самый устойчивый параметр. Он может изменяться (напр., при смене хоста, обслуживающего запрашиваемый узел, смене хостинг-провайдера, и т.п.). Все перечисленные особенности делают систему навигации по сетевым адресам сложной для человека.

DNS обеспечивает преобразование запрашиваемого клиентом символьного имени домена в IP-адрес (адреса) обслуживающего эту доменную зону сервера (серверов). Изначально, до разрастания сети интернет, адреса преобразовывались согласно содержимому файла «hosts», составлявшегося централизованно и автоматически рассылавшегося на каждую из машин в сети. По мере роста глобальной сети такой метод перестал оправдывать себя — появилась потребность в новом механизме, которым и стала DNS, разработанная в 1983 году Полом Мокапетрисом.

Ключевыми характеристиками DNS являются:

• Распределенность хранения и управления — каждый DNS-сервер обязан хранить информацию только по делегированным ему доменам, а ответственность за различные узлы дерева доменных имен несут разные лица
• Кэширование данных — DNS-сервер может временно хранить некоторое количество информации о неделегированных ему доменах для уменьшения уровня общей нагрузки
• Иерархическая структура — узел, ответственный за доменную зону, может самостоятельно делегировать нижестоящие узлы другим DNS-серверам
• Резервирование — хранение и обработка информации об одних и тех же узлах обычно обеспечивается несколькими DNS-серверами, изолированными физически и логически. Такой подход обеспечивает доступность информации даже при сбое одного или нескольких узлов.

Иерархия и делегирование доменных имен

Домен представляет собой именованную ветвь в дереве имен, включающую в себя сам узел (напр., домен первого уровня «.com»), а также подчиненные ему узлы (напр., домен второго уровня «example.com», домен третьего уровня «mail.example.com» и т.д.). Для обозначения иерархической принадлежности доменных имен принято использовать понятие «уровень» — показатель положения узла в дереве доменов. Чем ниже значение уровня, тем выше иерархическое положение домена

• «.» — домен нулевого уровня
• «.ru» — домен первого (верхнего) уровня
• «example.com» — домен второго уровня
• «mail.example.com» — домен третьего уровня
• Этот список можно продолжать

 

 

Обратите внимание на домен нулевого уровня «.» (dot — точка), также называемый корневым. На практике точку обычно не указывают («example.com» вместо «example.com.»), т.е. указание корневого домена не является обязательным условиям разрешения IP-адреса. Большинство клиентских программ (интернет-браузеров и т.д.) добавляют домен нулевого уровня автоматически и не отображают его пользователю. Доменное имя, не включающее обозначение домена нулевого уровня называется относительным, включающее же точку на конце — полностью определенным (FQDN — Fully Qualified Domain Name).

Доменная зона — часть иерархического дерева доменных имен (напр. «.ru»), целиком переданная на обслуживание определенному DNS-серверу (чаще нескольким) с целью делегирования другому лицу ответственности за этот и все подчиненные домены («anyaddress.ru», «any.anyaddress.ru»).

Делегирование — передача ответственности за определенную ветвь дерева доменных имен другому физическому или юридическому лицу. Именно эта процедура практически реализует важный принцип работы DNS — распределенность хранения записей и обработки запросов. Сам процесс делегирования представляет собой добавление в ресурсные записи родительской зоны («.ru»), так называемых «склеивающих» («glue») NS-записей для делегируемой дочерней зоны («example.com»), указывающих на DNS-сервера принимающей домен стороны (например, DNS-сервера нашей компании). С этого момента все ресурсные записи домена второго уровня «example.com» и всех его дочерних доменов (например, «mail.example.com» и т.д.) хранятся на DNS-серверах этой компании, а родительская зона «.ru» хранит только указывающие на эти сервера NS-записи.

DNS-сервер — хост, хранящий ресурсные записи и обрабатывающий DNS-запросы. DNS-сервер может самостоятельно разрешать адреса, относящиеся к зоне его ответственности (в примере выше это зона example.com), или передавать запросы по зонам, которые он не обслуживает, вышестоящим серверам.

DNS-клиент — набор программных средств для работы с DNS. Сам DNS-сервер периодически также выступает в качестве клиента.

 

Основные типы ресурсных записей

Ресурсная запись (RR — Resource Record) — единица хранения и передачи информации в DNS, включающая в себя следующие элементы (поля):

• Имя (Name) — имя домена, к которому относится запись
• TTL (Time To Live) — допустимое время хранения записи неответственным сервером
• Тип (Type) — параметр, определяющий назначение и формат записи в поле данных (Rdata)
• Класс (Class) — тип сети передачи данных (подразумевается возможность DNS работать с типами сетей, отличных от TCP/IP)
• Длина поля данных (Rdlen)
• Поле данных (Rdata) — содержание и формат поля зависят от типа записи

 

Ниже представлены типы ресурсных записей, используемые чаще всего:

• A (IPv4 Address Record — адресная запись) — связывает доменное имя с IPv4-адресом хоста
• AAAA (IPv6 Address Record) — связывает доменное имя с IPv6-адресом хоста (аналогично А-записи)
• CNAME (Canonical Name Record — каноническая запись имени) — используется для перенаправления на другое доменное имя
• MX (Mail Exchange — почтовый обменник) — ссылается на почтовый сервер, обслуживающий домен
• NS (Name Server — сервер имен) — ссылается на DNS-сервер, ответственный за домен
• TXT — текстовое описание домена. Зачастую требуется для выполнения специфических задач (например, подтверждения права собственности на домен при привязке его к почтовому сервису)
• PTR (Point to Reverse — запись указателя) — связывает ip-адрес машины с доменом, используется преимущественно для проверки сторонними почтовыми сервисами отправляемых через эту машину электронных писем на отношение к домену, указанному в параметрах почтового сервера. При несоответствии этих параметров письмо проверяется более тщательно по другим критериям.

 

Рекурсивные и нерекурсивные DNS-запросы

Рекурсией называется модель обработки запросов DNS-сервером, при которой последний осуществляет полный поиск информации, в том числе о доменах, неделегированных ему, при необходимости обращаясь к другим DNS-серверам.

DNS-запросы (DNS queries) от клиента (сервера) к серверу бывают рекурсивными и нерекурсивными. В первом случае DNS-сервер, принявший запрос, опрашивает все узлы в порядке убывания уровня зон, пока не получит положительный ответ или информацию о том, что запрашиваемый домен не существует. В случае с нерекурсивными запросами сервер даст положительный ответ только при запросе узла, входящего в доменную зону, за которую этот сервер ответственен. Отсутствие рекурсии может быть обусловлено не только типом запроса, но и запретом на выполнение таких запросов со стороны самого DNS-сервера.

 

 

Кэширование — еще одна важная характеристика DNS. При последовательном обращении сервера к другим узлам в процессе выполнения рекурсивного запроса DNS-сервер может временно сохранять в кеш-памяти информацию, содержащуюся в получаемых им ответах. В таком случае повторный запрос домена не идет дальше его кэш-памяти. Предельно допустимое время кэширования содержится в поле TTL ресурсной записи.

 

P. S. Другие инструкции:

Спасибо за Вашу оценку! К сожалению, проголосовать не получилось. Попробуйте позже

зачем нужен адрес в сети, подбор. Что такое доменная зона и реестр доменного имени

Домен (доменное имя) является символьным обозначением интернет-сайта, пространственной областью иерархических названию, которую обслуживают определенные сервера. Управление происходит в централизованном порядке.

Какими бывают домены

Домен первого уровня. Отвечает за разновидность организации или определяет принадлежность к определенной стране.

В доменной зоне «.com» находятся сайты коммерческого характера. Под доменом .gov регистрируются государственные структуры в интернете. Для телевизионных каналов предусмотрен домен .tv, домен .info создан для информационных порталов. Домен .net используется телекоммуникационными компаниями. .edu – домен образовательного учреждения.

В сети вы можете найти список доменов, с помощью которых удается определить принадлежность сайта к определенному государству.

Домен второго уровня. Является уникальным идентификатором интернет-сайта. Такой домен покупается, регистрируется конкретными организациями или частными лицами.

Доменом третьего уровня обозначаются разделы сайта, создаются мини-проекты или версии основного веб-ресурса. Обычно субдомен находится под контролем тех, кто зарегистрировал домен второго уровня.

Как доменное имя влияет на продвижение

Уровень домена. Огромное значение поисковые системы придают уровням. Поддомену намного сложнее пробиться в ТОП результатов выдачи, они плохо индексируются, если сравнивать их с главным доменом.

История. Самый основной фактор для продвижения. Если вы покупаете новое доменное имя, узнайте, какой ресурс использовал его перед вами. Нельзя покупать домены, находящиеся под поисковым фильтром, подозреваются в наличии вредоносных программ и спама.

Ключи в домене. С помощью применения ключевых слов (тематического характера) в домене второго уровня можно значительно улучшить и ускорить продвижение. Например, пользователи смогут быстрее найти как ключ, так и сам сайт. В большинстве случаев название ресурса символизирует его тематическую направленность, что также хорошо влияет на продвижение. Первые десять сайтов обычно имеют в доменах ключевые слова и запросы.

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

Выбор правильного домена для своего сайта

Выбор имени домена является самым важным начальным этапом продвижения на просторах Всемирной паутины. Современный конкурентный уровень значительно усложняет поиск самого подходящего имени. Правильное название является важным атрибутом для сайта, который нацелен на серьезное достижение и продуктивную работу.

Выбор доменной зоны

В первую очередь необходимо правильно выбрать доменную зону. Так, например, система имен зоны com предназначена исключительно для сайтов, носящих коммерческий характер. ORG присваивается некоммерческим площадкам. Доменную зону NET должны выбирать компании из области цифровой индустрии. Но на сегодняшний день эти рекомендации могут быть только общими, поскольку собственник веб-ресурса имеет возможность выбора любой зоны, в независимости от особенностей направления его деятельности. Следует отметить, что зоны COM, NET, ORG на сегодняшний день пользуются высоким спросом на просторах англоязычного интернета. Учитывайте этот момент.

Чтобы покорять отечественный интернет, лучше всего отдать предпочтение национальному домену. С помощью регистрации домена в данной зоне вы получаете возможность рассказать пользователю о своем расположении уже до того, как он зайдет на ваш сайт. Таким образом вы отсеете нецелевой трафик из другой страны.

Название – приоритетным будет понятное и просто запоминающееся имя

Вторым важным вопросом является имя. Лучше всего его выбрать на основании тематики вашего сайта, не забывая о восприятии и запоминаемости. Имя должно быть понятным вашей целевой аудитории. Если вы создаете сайт для публичных людей – певцов, авторов книг, успешных адвокатов – не надо заново придумывать велосипед. Воспользуйтесь фамилией и инициалами. Так делают практически все известные личности.

Фирмы и организации должны обходить стороной подобный подход. В названии сайта лучше всего отражать вид деятельности, что в дальнейшем будет способствовать поисковому продвижению. Из-за этого вместе с названием компании будет хорошо смотреться ключевое слово, упоминающее о виде деятельности. Живых примеров множество.

Покупайте оптом

Регистрируя свой домен лучше не экономьте, а выкупите несколько похожих по названию доменов. Таким образом, если вы создадите сайт компании, занимающейся продажей и установкой окон, и отдали предпочтение домену evro-okna.ru, стоит сразу зарегистрировать все приближенные свободные домены. Таким образом вы сможете быстрее попасть в ТОП-10 результатов поисковой выдачи и не оставить своим будущим конкурентам воспользоваться созвучностью названий. Чтобы проверить доступность домена, можно воспользоваться службой Whois.

Под конец хотелось бы отметить, что домен необходимо регистрировать заранее, еще до начала разработки веб-ресурса. Интернет развивается настолько быстро, из-за чего свободное сегодня доменное имя завтра может быть занято вашими конкурентами.

Доменный адрес | Colta.ru

Четыре месяца назад остановились последние большие мартеновские печи в Европе — это случилось в Нижегородской области, на Выксунском металлургическом заводе. В июне мартеновский цех снова открылся — но не для того, чтобы плавить сталь. Заводское здание на несколько дней превратилось в театральную площадку: хореограф Анна Абалихина, композитор Алексей Сысоев и художница Ксения Перетрухина поставили здесь перформанс «Страсти по Мартену» в память об отжившем производстве.

Выкса вот уже восьмой год принимает фестиваль городской культуры «Арт-Овраг». Его учредитель — владелец завода, Объединенная металлургическая компания. Руководство «Арт-Оврага» меняется каждые три года, с недавних пор это кураторы «Архстояния» Юлия Бычкова и Антон Кочуркин. Конкретно «Страсти по Мартену» курировал режиссер Юрий Муравицкий, заведующий театральной программой.

© Юлия Абзалтдинова

* * *

Нынешний фестиваль проходил под лозунгом «Полезное искусство» — хотя, по большому счету, проект и раньше следовал этому девизу. Расписать фасад, поставить инсталляцию, провести перформанс — все это для кураторов не цель, а средство. Реальная цель — найти применение местным ресурсам, материальным и символическим.

Скажем, год назад «Арт-Овраг» освоил городскую акваторию. Когда-то, чтобы питать заводы энергией, вокруг Выксы вырыли восемь прудов. Но стоило производству перейти на паровые машины, как огромные водные пространства оказались бесполезными. Прошлым летом фестиваль заказал архитекторам и художникам пять плавучих скульптур, а потом подарил их Выксе. Сейчас эти плоты катают отдыхающих, а город на них благополучно зарабатывает.

© «Арт-Овраг»

Или другой, совсем свежий, пример: прямо посреди города разбит лесопарк, который местные жители называют «Посадкой», — после захода солнца там темно, неуютно и никого нет, кроме пьяных компаний. В первый день фестиваля в парке загорелась неоновая надпись «Все это не сон». Ее создатель — уличный художник Тимофей Радя, автор легендарного билборда «Я бы обнял тебя, но я просто текст». Если все пойдет по плану, по вечерам инсталляция будет притягивать выксунцев и «Посадка» перестанет быть дырой на городской карте.

В перформансе Абалихиной—Сысоева—Перетрухиной таким ресурсом оказалась история промышленного города. Мартеновский цех — натуральная местная скрепа. Выксунские печи выплавляли сталь с 1930-х годов и на несколько десятилетий пережили свой срок: технология давно устарела, экологи называют ее вредной, а экономисты — невыгодной. Сам металлургический завод намного старше: ему больше 250 лет, он — ровесник города.

© Юлия Абзалтдинова

* * *

Композицию «Страстей…» задавал порядок работы сталеваров. Зрители шли по пути металла — действие начиналось у печных ворот, куда закладывали лом, и заканчивалось там, откуда уезжали вагонетки с готовой сталью. Три пролета (зала) авторы поделили между собой: в первом основную роль на себя брал композитор, во втором — хореограф, а в последнем — художник.

Сперва девушки в халатах и белых касках становились прерывистой линией по длине всего пролета и распевали трудовые инструкции. Вокал мешался с криками грачей: эти птицы десятками гнездились на стропилах оставленного здания. Музыка Сысоева вызывала в памяти христианские хоралы, но по сути была заклинанием, чем-то вроде «Сезам, откройся»: от песнопений цех оживал — обе печи с грохотом поднимали ворота, по пять на каждую. Не случайно самым отчетливым словом в этом производственном хорале было «Утверждаю»: производство начинается не с пуска машины и даже не с постройки цеха, а с изъявления воли.

Робер Лепаж — и тот бы позавидовал.

После распоряжений, планов и смет наступает очередь физического труда — поэтому во втором пролете господствовала хореография. Танцовщики в алых касках и рабочих комбинезонах то падали, то кружились, то застывали в общем устремлении, напоминая группу персонажей на какой-нибудь из фресок Микеланджело, то синхронно размахивали флагами — белыми, как дым от остывающей стали. Все это — под аккомпанемент хора и ударных (перкуссионисты играли на вагонных колесах, отлитых из мартеновской стали в соседнем цеху).

Абалихина с удовольствием обживала местную технику — вроде громадных, выше человеческого роста, ковшей, которые служили танцевальными тумбами. Для хореографа «Страсти…» — визит из хорошо известного постиндустриального мира в малознакомый индустриальный. Один из любимых сюжетов Абалихиной — человек и цифра: движение, рожденное телом танцовщика, продолжается в компьютерной анимации (как в этих постановках для телепроекта «Большой балет»). Перформеры в мартеновском цехе взаимодействуют не с виртуальными сущностями, а со вполне материальными средствами труда.

Кульминация «Страстей…» — танец заводских кранов: исполинские машины движутся над головами зрителей под жуткий вой сирен, бесцельно перетаскивая грузы с места на место. Наблюдать эти гиганты в действии — зрелище само по себе фантастическое, но в контексте перформанса оно впечатляет еще больше, чем в обыденности. Утратив утилитарный смысл, механизмы стали грандиозной кинетической инсталляцией, какую ни в одном театре не увидишь. Робер Лепаж — и тот бы позавидовал.

© Юлия Абзалтдинова

Если пение соответствует инженерному замыслу, а танец — труду сталеваров, то продукцию цеха символизирует лес изложниц, занимавший половину последнего пролета (изложница — большой чугунный стакан, где сталь затвердевает и становится слитком). В героическом балете Абалихиной рабочие казались единым организмом. Ксения Перетрухина выбрала другую оптику — у нее получился памятник частным судьбам. Пока остальная команда сочиняла перформанс, драматург Екатерина Бондаренко расспрашивала металлургов о работе на мартене, фиксируя воспоминания на диктофон. Каждого, кто заходил в инсталляцию, мгновенно накрывало хором голосов. Встав под любым из динамиков, зритель мог услышать чей-то рассказ от начала до конца.

«Страсти…» заканчивались обещанием новой жизни: в пролет заходил состав из вагонеток, нагруженных живыми зелеными саженцами, и забирал перформеров на свежий воздух. Деревья, по словам Перетрухиной, появились не случайно: на месте разобранных мартенов завод собирается разбить парк.

© Юлия Абзалтдинова

* * *

Перформанс Абалихиной и компании — это, в сущности, церемония прощания с цехом, прослужившим городу восемьдесят с лишним лет. Создатели «Страстей…» — не первые, кто работает с местной исторической памятью: локальная культура — непреходящая тема фестиваля. Деревянный единорог Габора Миклоша Сёке напоминает об эмблеме промышленников Баташёвых, основателей Выксы. Инсталляция Петра Виноградова «Про. Елка» использует конструкции Владимира Шухова, подарившего городу место в истории: инженер опробовал на заводе новую технологию перекрытий и соорудил одну из первых гиперболоидных башен. А на колоссальной фреске Миши Most‘а «Эволюция-2» — крупнейшей в мире мурали одного автора — выксунские металлурги представляют научно-технический прогресс вместе с учеными и киборгами.

Каждый город, будь то миллионник или крошечный райцентр, пытается рассказывать о себе — не только командированным и туристам, но и собственным жителям. В России обычно с этим туго: трудно вообразить человека, который при виде всех этих гранитных стел, патриотичных баннеров и безликих сувениров ощущал бы что-то кроме скуки. Выкса — счастливое исключение: над ее идентичностью работают не безвестные фирмы, а талантливые художники.

Понравился материал? Помоги сайту!

Подписывайтесь на наши обновления

Еженедельная рассылка COLTA.RU о самом интересном за 7 дней

Лента наших текущих обновлений в Яндекс.Дзен

RSS-поток новостей COLTA.RU

При поддержке Немецкого культурного центра им. Гете, Фонда имени Генриха Бёлля, фонда Михаила Прохорова и других партнеров.

IP-адрес и доменная система имен.

IP-адрес

Для начала разберемся, что из себя представляет IP адрес.

IP адрес – это уникальный сетевой адрес компьютера или узла сети, которая построена по протоколу IP. IP адрес представляет собой число (номер) идентифицирующий компьютер или сетевой узел в сети. IP адрес должен быть уникальным для всей подсети – например в локальной сети, состоящей из 100 компьютеров, IP адрес каждого компьютера должен быть уникальным, и они не должны дублироваться, так и в глобальной сети интернет – IP адреса компьютеров и IP адреса сетевых узлов (группа компьютеров) не должны дублироваться.

Зачем нужен IP адрес

IP адрес нужен для идентификации компьютеров в сети, для адресации данных – для связи компьютеров между собой.

Структура

IP адрес состоит из двух частей: номер узла и номер сети. IP адрес в локальных сетях, изолированных от сети интернет может быть выбран администратором сети, но в сети которая подключается к интернету, IP адреса должен назначать провайдер или маршрутизатор по протоколу DHCP. В сети, которая подключается к интернету, IP адреса компьютеров можно прописать и вручную, но с учётом требований провайдера или маршрутизатора, например, у маршрутизатора IP адрес – 192.168.1.1, тогда у компьютеров должны быть адреса типа 192.168.1.XXX (192.168.1.2, 192.168.1.3, 192.168.1.10…) а шлюзом для всех компьютеров будет служить адрес маршрутизатора (роутера) — 192.168.1.1.

IP адрес версии 4

IP адрес v4 является 32 битовым числом, для удобства, он записывается в виде 4 чисел десятичной формы от 0 до 255 разделяемых точками, например 192.168.1.25.

IP адрес версии 6

Призван на смену IP v4, но пока мало используется, он представляет собой 128 битовое число записываемое через двоеточие восемью числами в шестнадцатеричной форме, например fedc:ba98:7654:3210:FEDC:BA98:7654:3210. Некоторое количество числовых групп состоящих из нуля, может быть пропущено двойным двоеточием.

Доменное имя.

Доменное имя или домен – это почти название сайта, с той лишь разницей, что к нему добавляются имена доменов вышестоящего уровня, на «территории» которых оно находится.

Объясним подробнее на примере домена 3го уровня. «blogwork.narod.ru.» – полное доменное имя складывается из домена «blogwork», имени домена «narod», на «территории» которого расположен сайт и «ru» – названия домена, закрепленного за государством.

Домен «ru» означает, что все домены низшего порядка на его «территории» созданы либо в РФ, либо предназначены для России, хотя, это не строгое правило. После «ru» стоит еще один символ «.». Это не ошибка, а обозначение нулевого домена, указывать его в адресе не нужно, но для наглядности мы его отобразили. Зачем же реализована такая древовидная структура, да еще и с точной на конце, какой смысл? Об этом мы расскажем дальше.

Как было сказано выше, домен первого уровня «ru, uk, ua» может говорить о географической принадлежности, так же он может сообщать информацию о целевом направлении проекта. Например, «info» – информационные, «edu» – образовательные, «com» – коммерческие сайты. Это тоже не строгое правило, но его стараются соблюдать.

Данный способ названия доменов существует только для удобства пользователей. Компьютеры в сети обмениваются не буквенными именами, а так называемыми IP адресами. Машины в сети по большей части имеют свои уникальные IP. Поэтому IP, как адрес, указывает точное место расположение домена, и выглядит как «111.222.333.444».

Адресация, перемещение от домена к домену, осуществляется посредством получения адреса от системы DNS.

Что такое DNS?

DNS (от англ. – Domain Name System) – сообщество сетевых ресурсов, преобразующих буквенное имя домена в IP адрес и наоборот. Это огромная база данных адресов с дублированием информации, древовидной структурой и еще некоторыми полезными функциями.

Как работает DNS (domain name system)?

Что такое DNS

DNS (domain name system) — это система, обеспечивающая работу привычных нам доменных имен сайтов. Связь между устройствами в сети Интернет осуществляется по IP адресам, например: «192.64.147.209». Однако, запомнить IP адреса сложно, поэтому были придуманы удобные для человека доменные имена, например: «google.com».

Компьютер / сервер не хранит таблицу соответствия доменов и их IP адресов. Точнее, не хранит всю таблицу, а временно запоминает данные для часто используемых доменов. Когда в браузере вводится домен сайта, компьютер автоматически узнает его IP адрес, и отправляет по нему запрос. Этот процесс называется «разрешение адреса домена» (domain resolving).

Разберемся, из чего состоит система DNS, и как она работает.

Как работает DNS

Система доменных имен состоит из следующих компонентов:

Иерархическая структура доменных имен:

• Доменные зоны верхнего уровня (первого уровня) – например: «ru», «com», или «org». Они включают в себя все доменные имена, входящие в эту зону. В любую доменную зону может входить неограниченное количество доменов.
• Доменные имена (доменные зоны второго уровня) – например: «google.com» или «yandex.ru». Т.к. система доменных имен является иерархичной, то «yandex.ru» можно также назвать поддоменом вышестоящей зоны «ru». Поэтому, правильнее указывать именно уровень домена. Однако, на практике, доменную зону любого уровня называют просто «доменом».
• Поддомены (доменные зоны третьего уровня) – например: «api.google.com» или «mail.yandex.ru». Могут быть доменные зоны 4, 5 уровней и так далее.

Обратите внимание, что «www.gооgle.com» и «google.com» — это, фактически, разные домены. Надо не забывать указывать А-записи для каждого из них.

DNS сервер или NS (name server) сервер – поддерживает (обслуживает) доменные зоны, которые ему делегированы. Он непосредственно хранит данные о ресурсных записях для зоны. Например, что сервер, на котором находится сайт «example.ru», имеет IP адрес «1.1.1.1». DNS сервер отвечает на все запросы, касательной этих доменных зон. Если ему приходит запрос о домене, который ему не делегирован, то он спрашивает ответ у других DNS серверов.

DNS записи (ресурсные записи) – это набор записей о доменной зоне на NS сервере, которые хранят данные необходимые для работы DNS. На основании данных в этих записях, DNS сервер отвечает на запросы по домену. Список записей, и их значение, вы можете найти ниже. 

Корневые DNS сервера (на данный момент их 13 во всем мире) хранят данные о том, какие DNS сервера обслуживают зоны верхнего уровня.

DNS сервера доменных зон верхнего уровня — хранят информацию, какие NS сервера обслуживают тот или иной домен.

Для того, чтобы узнать IP адрес, домена компьютер / сервер обращается к DNS-серверу, который указан у него в сетевых настройках. Обычно, это DNS сервер Интернет провайдера. DNS сервер проверяет делегирован домен ему или нет. Если да, то сразу отвечает на запрос. Если нет, то запрашивает информацию о DNS сервере, обслуживающем этот домен, у корневого сервера, и затем у сервера доменных зон верхнего уровня. После этого, непосредственно делает запрос на NS сервер, обслуживающий этот домен, и транслирует ответ вашему компьютеру / серверу.

Кэширование данных используется на всех устройствах (компьютерах, северах, DNS серверах). То есть, они запоминают ответы на последние пришедшие к ним запросы. И когда приходит аналогичный запрос, они просто отвечают то же самое, что и в предыдущий раз. Например, если вы в браузере открыли сайт google.com  первый раз после включения, то компьютер сделает DNS запрос, а при последующих запросах будет брать данные, которые ему были присланы DNS сервером в первый раз. Таким образом, для популярных запросов не надо каждый раз проходить всю цепочку и генерировать запросы к NS серверам. Это значительно снижает нагрузку на них, и увеличивает скорость работы. Однако, как результат, обновление данных в системе DNS происходит не сразу. При изменении IP адреса домена, информацию об этом будет расходиться по сети Интернет от 1 до 24 часов.

Регистрация/выделение доменов

У каждой доменной зоны первого уровня есть своя организация, которая устанавливает правила выделения доменов и обеспечивает работу этой зоны. Например, для доменных зон RU, SU и РФ – это Координационный центр национального домена сети Интернет https://cctld.ru. Эти организации устанавливают правила работы и технические требования к регистраторам доменов.

Регистраторы доменов – это компании, которые непосредственно регистрируют новые домены в рамках доменной зоны первого уровня для конечных клиентов. Организуют техническое взаимодействие с реестром доменных имен. В их личном кабинете владелец домена настраивает, какой DNS сервер будет поддерживать домен.

Администратор домена (владелец) – лицо, которому непосредственно принадлежат права на доменное имя. Он может управлять доменом, от него регистратор принимает заявки на внесение изменений.

Делегирование домена – указание для него DNS серверов, которые будут его обслуживать.

Основные DNS записи

Существуют следующие основные DNS (ресурсные) записи:

А – содержит информацию об IPv4 адресе хоста (сервера) для домена. Например, 1.1.1.1.

ААА – содержит информацию об IPv6 адресе хоста (сервера) для домена. Например, 2001:0db8:11a3:09d7:1f34:8a2e:07a0:765d.

MX – содержит данные о почтовом сервере домена. При этом указывается именно имя почтового сервера, например mail.example.com. Т.к. у домена может быть несколько почтовых серверов, то для каждого из них указывает приоритет. Приоритет задается числом от 0 до 65535. При этом «0» — это самый высокий приоритет. Принято по умолчанию для первого почтового сервера указывать приоритет «10».

TXT – дополнительная информация о домене в виде произвольного текста. Максимальная длина 255 символов. 

SRV – содержит информацию об имени хоста и номере порта, для определенных служб / протоколов в соответствии с  RFC 2782 http://www.rfc-editor.org/rfc/rfc2782.txt. Содержит следующие поля:

• _Service._Proto.Name ( Пример: _jabber._tcp.jabber ), где:
  • Service: название службы (пример: ldap, kerberos, gc и другие).
  • Proto: протокол, при помощи которого клиенты могут подключиться к данной службе (пример: tcp, udp).
  • Name: имя домена, в котором размещена данная служба.
• Приоритет – также как для MX записи указывает приоритет для данного сервера. Задается числом от 0 до 65535. При этом «0» — это самый высокий приоритет.
• Вес – Относительный вес для распределения нагрузки между серверами с одинаковым приоритетом. Задается целым числом.
• Порт – номер порта, на котором располагается служба на данном сервере.
• Назначение — доменное имя сервера, предоставляющего данную службу.

NS – имя DNS сервера, поддерживающего данный домен.

CNAME (каноническое имя хоста / canonical name) – используется для перенаправления на другое доменное имя. Например, имя сервера изменилось с example.com на new.com. В таком случае в поле «Alies» для записи cname надо указать — example.com, а в поле «Canonical name» — new.com. Таким образом, все запросы на example.com автоматически будут перенаправлены на new.com.

SOA – базовая запись о домене. В ней хранится само имя домена и время жизни данных о домене  — TTL. TTL (time-to-live) определяет какой период времени DNS сервер получив информацию о зоне будет хранить ее у себя в памяти (кэшировать). Рекомендуемое значение 86400 – 1 день. Значение указывается в секундах.

Подключить персональный домен | Firebase

Вам не нужно отказываться от своих уникальных, ориентированных на бренд доменных имен с Хостинг Firebase. Вы можете использовать собственный домен (например, example.com или app.example.com ) вместо домена, созданного Firebase для вашего Сайт, размещенный на Firebase.

Firebase Hosting предоставляет сертификат SSL для каждого из ваших доменов. и обслуживает ваш контент через глобальную сеть CDN.

Остальная часть этого документа проведет вас через эти шаги для подключения вашего пользовательского домен.

Обратите внимание на следующее о подключении пользовательских доменов:

• Каждый пользовательский домен может быть подключен только к одному сайту хостинга.
• Каждый пользовательский домен ограничен 20 субдоменами на домен вершины, из-за ограничений на чеканку SSL-сертификатов.

Настройте свой домен для хостинга

Убедитесь, что вы выполнили работу мастера «Начало работы» из своего проекта Страница хостинга Firebase так что у вас есть сайт хостинга Firebase в вашем проекте Firebase.

Шаг 1 : Добавить домен

1. Из вашего проекта Страница хостинга, введите мастер подключения персонального домена:

   • Если у вас только один хостинг-сайт, нажмите Подключить домен .
   • Если у вас несколько хостинговых сайтов, нажмите Просмотрите для нужного сайта, затем щелкните Подключить домен .

2. Введите имя личного домена, которое вы хотите подключить к своему хостингу. сайт.

3. (Необязательно) Установите флажок, чтобы перенаправлять все запросы в личном домене на второй указанный домен (например, example.com и www.example.com перенаправление на тот же контент).

4. Щелкните Продолжить , чтобы начать процесс проверки.

Шаг 2 : Подтвердите право собственности на домен

Если запрошено в мастере установки Connect Domain , подтвердите свой домен вершины.

Эти шаги гарантируют, что ваш домен еще не связан с Firebase и что вы являетесь владельцем указанного домена.

1. На сайте поставщика домена найдите страницу управления DNS.

2. Добавьте и сохраните новую запись со следующими входами:

   • Тип : добавьте запись TXT.

     Firebase Hosting требует, чтобы вы постоянно хранили эту запись TXT. присутствуют в настройках DNS, чтобы подтвердить свое право собственности на домен и разрешите Firebase назначать и обновлять сертификаты SSL для вашего сайта.

     Ваш провайдер домена может указать этот термин как «Тип записи».

   • Хост : Введите свой ключ домена apex.

     Подтверждение того, что вы являетесь владельцем домена apex или корневого домена, подтверждает, что вы владение всеми его поддоменами.

     Ваш провайдер домена может указать этот термин как «Имя хоста», «Имя», или «Домен».

   • Значение : скопируйте уникальное проверочное значение в поле.

     Firebase Hosting проверяет это значение, чтобы подтвердить право собственности на домен.

     Ваш провайдер домена может указать этот термин как «Данные».

3. Подождите до 24 часов для распространения ваших обновленных записей TXT, затем нажмите Проверить .

   Обратите внимание, что вы можете нажать Отмена , чтобы безопасно закрыть Connect Domain окно и открыть позже. Это не влияет на распространение время, но вам будет предложено повторно введите свое доменное имя, когда вы снова открываете окно.

   После достаточного времени распространения нажмите Проверить в домене Connect окно консоли Firebase позволяет запустить сертификат SSL процесс подготовки.

   В большинстве случаев распространение ваших записей и проверка вашего домена произойдет в течение нескольких часов, в зависимости от провайдера вашего домена. Ссылаться на документацию вашего поставщика домена с подробными инструкциями по добавлению Записи TXT и время распространения.

   Если при нажатии Проверить появляется сообщение об ошибке, ваши записи не распространяются или ваши значения могут быть неверными.

Примечание: Не стесняйтесь проверить, правильно ли обновились ваши записи DNS с помощью Сервис Dig в G Suite Toolbox.Обратите внимание, что, хотя ваши записи обновлены, может потребоваться больше времени для распространение или предоставление сертификата SSL.

Шаг 3 : Начало работы

В окне Connect Domain консоли Firebase выберите Quick Setup для нового сайта или Advanced Setup , если у вас уже есть сайт работает на другом хостинг-провайдере и требует миграции без простоев.

Быстрая настройка

1. Вернитесь на сайт управления DNS вашего провайдера доменного имени, чтобы создать DNS A записи, указывающие вашу страницу на хостинг Firebase.Добавить и сохранить записи со следующими входами:

• Тип : добавьте две записи A DNS.
  
• Хост : введите ключ личного домена для обеих записей.

Указанный вами хост — это домен, на котором вы хотите работать. содержание; этот домен может быть верхним доменом или субдоменом.

Ваш провайдер домена может указать этот термин как «Имя хоста», «Имя» или «Домен».

• Значение : назначить по одному значению каждой записи A DNS для укажите в своем домене указанные IP-адреса.
Ваш провайдер домена может указать этот термин как «Данные», «Указывает на», «Контент», «Адрес» или «IP-адрес».

Подождите, пока будет предоставлен сертификат SSL. Это может занять до 24 часов после того, как вы укажете свои записи A на Хостинг Firebase. В большинстве случаев распространение ваших записей и предоставление вашего сертификата SSL произойдет в течение нескольких часов, в зависимости от провайдера вашего домена.

Расширенная настройка

1. Окно Connect Domain консоли Firebase запросит у вас токен для переноса существующего сайта. Ты необходимо заполнить только одно из следующих действий, чтобы предоставить токен:

• Обновите записи DNS TXT : посетите Сайт управления DNS. Добавьте запись TXT с ключом вашего домена и предоставленное значение.
Разрешите до 24 часов для распространения ваших записей TXT.
• Загрузить файл на существующий сайт : Загрузить токен на ваш существующий сайт по указанному URL-адресу и проверьте его существование.

Эта страница должна обслуживаться через HTTPS и не должна быть действительной или безопасный. Зашифрованный токен действителен только для одной попытки. Если миграция сбой, для ваших записей будет сгенерирован новый токен.

Дайте время вашему Сертификат SSL быть подготовленным. Это может занять до 24 часов. В большинстве случаев распространение ваших записей и предоставление вашего SSL-сертификата произойдет в течение нескольких часов, в зависимости от провайдера вашего домена.

После предоставления сертификата SSL вернитесь в свой DNS. сайт управления DNS провайдера, чтобы добавить записи DNS A, указывающие на ваш страницу на хостинге Firebase. Добавьте и сохраните записи со следующими входы:

• Тип : добавьте две записи A DNS.
• Хост : Введите свой ключ личного домена для обеих записей.

Указанный вами хост — это домен, на котором вы хотите работать. содержание; этот домен может быть верхним доменом или субдоменом.

Ваш провайдер домена может указать этот термин как «Имя хоста», «Имя» или «Домен».

• Значение : назначить по одному значению каждой записи A DNS для укажите в своем домене указанные IP-адреса.
Ваш провайдер домена может указать этот термин как «Данные», «Указывает на», «Контент», «Адрес» или «IP-адрес».

Обязательно удалите все записи A или CNAME, которые указать на других провайдеров. Также удалите все записи AAAA.Если какая-либо из этих записей типы существуют, Firebase не может предоставить сертификат SSL.

Ожидание предоставления сертификата SSL

После подтверждения права собственности на домен мы предоставляем сертификат SSL для вашего домен и разверните его в нашей глобальной сети CDN в течение 24 часов после того, как вы укажете свой DNS A записи для хостинга Firebase.

Ваш домен будет указан как одно из альтернативных имен субъектов (SAN) в SSL-сертификат FirebaseApp. Вы можете просмотреть этот сертификат с помощью браузера инструменты безопасности.Во время подготовки домена вы можете увидеть недопустимый сертификат, который не включает ваше доменное имя. Это нормальная часть процесс и разрешится после того, как сертификат вашего домена станет доступен.

Для пользователей Advanced Setup ваш веб-сайт будет размещен на вашем предыдущем хостинге. поставщик до статус настройки в вашем проект Страница хостинга Firebase обновления до Connected .

Примечание. Firebase Hosting автоматически повторно предоставляет сертификаты SSL для пользовательские домены.

Ключ личного домена

При добавлении или редактировании записей DNS разные поставщики доменов ожидают, что вы для ввода различных входных данных для поля Host в своем управлении DNS места. Ниже мы собрали общие данные от популярных поставщиков. Для получения подробных инструкций обратитесь к документации вашего провайдера домена.

Тип домена	Ключ личного домена
Домен Apex	Общие входы включают: @ Доменное имя вершины (например, пример .com ) Оставить поле Host пустым
Поддомен	Общие входы включают: Полное имя поддомена (например, приложение пример .com ) Только часть поддомена (например, только приложение , и исключая . пример .com ) Только www для субдомена www. пример .com

Поставщики общих доменов

Вот несколько распространенных поставщиков доменов и типы входных данных, которые могут потребоваться каждому. Эта информация постоянно обновляется, насколько это возможно, но обратитесь к вашему документацию поставщика домена с подробными инструкциями.

Cloudflare

Проверочное значение

Тип	Хост	Значение
Входы записи TXT DNS
TXT	пример .com	предоставлено в консоли Firebase
DNS A записи входов
А	пример .com	151.101.1.195
А	пример .com	151.101.65.195
А	www	151.101.1.195
А	www	151.101.65.195

Google Domains

Проверочное значение

Тип	Хост	Значение
Входы записи TXT DNS
TXT	@	предоставлено в консоли Firebase
DNS A записи входов
А	@	151.101.1.195
А	www	151.101.1.195
А	www	151.101.65.195

Google Cloud DNS

Проверочное значение

Тип	Хост	Значение
Входы записи TXT DNS
TXT	пример .com	предоставлено в консоли Firebase
DNS A записи входов
А	пример .com	151.101.1.195
А	пример .com	151.101.65.195
А	www	151.101.1.195
А	www	151.101.65.195

NameCheap

Проверочное значение

Тип	Хост	Значение
Входы записи TXT DNS
TXT	@	предоставлено в консоли Firebase
DNS A записи входов
А	@	151.101.1.195
А	@	151.101.65.195

Squarespace

Проверочное значение

Тип	Хост	Значение
Входы записи TXT DNS
TXT	@	предоставлено в консоли Firebase
DNS A записи входов
А	@	151.101.1.195
А	@	151.101.65.195
А	www	151.101.1.195
А	www	151.101.65.195

Описание статуса установки для пользовательских доменов

Статус	Описание
Требуется настройка	Возможно, вам потребуется изменить конфигурацию записей DNS. В большинстве случаев записи A DNS не распространяются от вашего поставщика доменного имени на серверы хостинга Firebase. Совет по поиску и устранению неисправностей: если прошло более 24 часов, проверьте, что вы указали свои записи на Firebase Hosting. В более редких случаях, особенно если вы используете расширенную настройку flow, проблемы SSL могут не работать, потому что: Ваши записи DNS содержат записи A или CNAME, которые указать на других хостинг-провайдеров. Совет по устранению неполадок: убедитесь, что ваши записи A указывают только на Firebase Hosting и удалите все записи CNAME. Ошибка миграции, и токен (записи DNS TXT или загруженный файл, предоставленный вашему сайту) теперь недействителен. Совет по устранению неполадок: нажмите Просмотреть для домена, затем предоставьте новый токен существующему домену.
В ожидании	Вы правильно настроили личный домен, но хостинг Firebase не предоставил сертификат SSL. Иногда следующие проблемы могут остановить создание SSL. сертификат для личного домена: Ваши записи CAA слишком строгие. Совет по устранению неполадок: убедитесь, что центры сертификации letsencrypt.org и pki.goog могут создавать сертификаты SSL для ваш домен. Ваш контрольный код недействителен. Если вы используете Advanced Поток установки и миграция не удались, ваш токен (и его проблема code) теперь недействительны. Совет по устранению неполадок: нажмите Просмотреть для домена, затем предоставьте новый токен существующему домену. Вы запросили сертификаты для слишком большого количества поддоменов. Совет по устранению неполадок: как правило, Firebase Hosting не рекомендует более 20 поддоменов в одном личном домене вершины, благодаря SSL лимиты чеканки сертификатов.
Подключено	Ваш личный домен имеет правильные записи DNS и SSL сертификат. Вы можете обслуживать контент своего сайта.
Требуется повторная проверка	Firebase может потребовать от вас вручную повторно подтвердить право собственности на домен. право собственности в любой из следующих ситуаций: Запись TXT добавлена, когда вы изначально подтвердил право собственности на домен был изменен или удален из настроек DNS вашего домена. Обратите внимание, что несколько записей TXT с проверкой на сайте google токены разрешены в одном домене. Мы требуем, чтобы запись TXT постоянно присутствовала в вашем DNS. настройки, поскольку это доказывает, что вы являетесь владельцем домена и разрешаете нам назначать и обновлять сертификаты SSL для вашего сайта. Лицо, подтвердившее право собственности на домен, больше не получает Роль IAM, содержащая требуется разрешение для подтверждения права собственности на домен. Эти роли включают Владелец, редактор, администратор Firebase и администратор Firebase Develop. Совет по устранению неполадок: посетите свой проект Страница хостинга для завершения процесса повторной проверки в течение указанного временного окна (обычно 30 дней), чтобы ваш личный домен не был автоматически отключен от хостинга Firebase.

Начать | Публичный DNS | Разработчики Google

Настройте параметры сети для использования Google Public DNS

При использовании Google Public DNS вы меняете своего оператора «коммутатора» DNS. от вашего интернет-провайдера в Google Public DNS.

В большинстве случаев протокол динамической конфигурации хоста (DHCP) автоматически настраивает вашу систему на использование IP-адресов доменного имени вашего интернет-провайдера серверы. Чтобы использовать Google Public DNS, вам необходимо явно изменить DNS настройки в вашей операционной системе или устройстве для использования IP-адреса Google Public DNS адреса. Процедура изменения настроек DNS зависит от операционная система и версия (Windows, Mac, Linux или Chrome OS) или устройство (компьютер, телефон или роутер). Здесь мы приводим общие процедуры, которые могут не подать заявку на вашу ОС или устройство; обратитесь к документации вашего поставщика для получения достоверных Информация.

В зависимости от вашей системы у вас также может быть возможность включить новый функция, ориентированная на конфиденциальность, называемая DNS-over-TLS. Эта функция обеспечивает конфиденциальность и безопасность сообщений DNS, отправляемых между вашим устройством и DNS Google серверы. Подробная информация о настройке этой дополнительной функции находится в отдельных разделах. для каждой системы.

Осторожно: Мы рекомендуем только пользователям, разбирающимся в настройке эти изменения вносятся в настройки операционной системы.

Важно: перед запуском

Перед тем, как изменить настройки DNS для использования Google Public DNS, обязательно напишите вниз текущие адреса серверов или настройки на листе бумаги.Это очень важно, чтобы вы сохранили эти номера для резервного копирования, на случай, если вам понадобится вернуться к ним в любое время.

Мы также рекомендуем вам распечатать эту страницу в том случае, если вы столкнетесь с проблема и необходимо обратиться к этим инструкциям.

Google Public DNS IP-адреса

IP-адреса публичного DNS Google (IPv4) следующие:

IPv6-адреса Google Public DNS следующие:

• 2001: 4860: 4860 :: 8888
• 2001: 4860: 4860 :: 8844

Вы можете использовать любой адрес в качестве основного или вторичного DNS-сервера.

Важно: Для наиболее надежной службы DNS настройте как минимум два DNS адреса. Не указывайте один и тот же адрес в качестве основного и дополнительного.

Вы можете настроить общедоступные DNS-адреса Google для IPv4 или IPv6. соединения или и то, и другое. Для сетей только IPv6 со шлюзом NAT64 с использованием 64: ff9b :: / 96 префикс , вы можете использовать Google Public DNS64 вместо Google Общедоступные адреса DNS IPv6, обеспечивающие подключение к службам только IPv4 без любая другая конфигурация.

Измените настройки DNS-серверов

Поскольку инструкции различаются для разных версий / выпусков каждого операционной системы, мы приводим только одну версию в качестве примера. Если вам нужны конкретные инструкции для вашей операционной системы / версии, обратитесь к поставщику документация. Вы также можете найти ответы на странице нашей группы пользователей.

Многие системы позволяют указать несколько DNS-серверов, с которыми нужно связаться в приоритетный порядок. В следующих инструкциях мы предлагаем шаги, чтобы указать только общедоступные DNS-серверы Google в качестве первичного и вторичного серверов, чтобы что ваша установка правильно использует Google Public DNS во всех случаях.

Примечание: В зависимости от настроек вашей сети вам может потребоваться администратор / root права на изменение этих настроек.

Окна

Настройки DNS задаются в окне TCP / IP Properties для выбранных подключение к сети.

Пример: изменение настроек DNS-сервера в Windows 10

1. Перейти к панели управления .
2. Щелкните Сеть и Интернет > Центр управления сетями и общим доступом > Изменить Настройки адаптера .

3. Выберите соединение, для которого вы хотите настроить Google Public DNS. Для пример:

   • Чтобы изменить настройки подключения Ethernet, щелкните правой кнопкой мыши Интерфейс Ethernet и выберите Свойства .
   • Чтобы изменить настройки беспроводного подключения, щелкните правой кнопкой мыши значок Wi-Fi. интерфейс и выберите Свойства .

   Если вам будет предложено ввести пароль администратора или подтверждение, введите пароль или предоставить подтверждение.

4. Выберите вкладку Сеть . Менее Это соединение использует следующие элементы , выберите Интернет-протокол версии 4 (TCP / IPv4) или Интернет Протокол версии 6 (TCP / IPv6) , а затем щелкните Свойства .

5. Щелкните Advanced и выберите вкладку DNS . Если есть DNS сервер Перечисленные здесь IP-адреса, запишите их для использования в будущем и удалите их из этого окна.

6. Щелкните ОК .

7. Выберите Используйте следующие адреса DNS-серверов . Если есть IP адреса, перечисленные в предпочтительном DNS-сервере или Альтернативном DNS server , запишите их для использования в будущем.

8. Замените эти адреса IP-адресами DNS-серверов Google:

   • Для IPv4: 8.8.8.8 и / или 8.8.4.4.
   • Для IPv6: 2001: 4860: 4860 :: 8888 и / или 2001: 4860: 4860 :: 8844.
   • Только для IPv6: вы можете использовать Google Public DNS64 вместо IPv6 адреса в предыдущем пункте.

9. Убедитесь, что ваша установка работает правильно; см. Проверка новых настроек.

10. Повторите процедуру для дополнительных сетевых подключений, которые вы хотите изменить.

Примечание: В базовой ОС отсутствует поддержка DNS-over-TLS. Чтобы использовать DNS-over-TLS требует настройки прокси-преобразователя, поддерживающего DNS-over-TLS.Из-за сложность настройки мы здесь не описываем.

macOS

Настройки DNS задаются в окне Сеть .

Пример: изменение настроек DNS-сервера в macOS 10.15

1. Щелкните Меню Apple > Системные настройки > Сеть .
2. Если значок замка в нижнем левом углу окна заблокирован, щелкните значок, чтобы внести изменения, и при появлении запроса на аутентификацию введите твой пароль.
3. Выберите соединение, для которого вы хотите настроить Google Public DNS. Для пример:
   • Чтобы изменить настройки подключения Wi-Fi, выберите Wi-Fi и щелкните Дополнительно .
   • Чтобы изменить настройки подключения Ethernet, выберите Встроенный. Ethernet и щелкните Advanced .
4. Выберите вкладку DNS .
5. Нажмите + , чтобы заменить все перечисленные адреса или добавить IP-адрес Google. адреса вверху списка:
   • Для IPv4: 8.8.8.8 и / или 8.8.4.4.
   • Для IPv6: 2001: 4860: 4860 :: 8888 и / или 2001: 4860: 4860 :: 8844.
   • Только для IPv6: вы можете использовать Google Public DNS64 вместо IPv6 адреса в предыдущем пункте.
6. Щелкните ОК > Применить .
7. Убедитесь, что ваша установка работает правильно; см. Проверка новых настроек.
8. Повторите процедуру для дополнительных сетевых подключений, которые вы хотите изменить.

Примечание: В базовой ОС отсутствует поддержка DNS-over-TLS.Чтобы использовать DNS-over-TLS требует настройки прокси-преобразователя, поддерживающего DNS-over-TLS. Из-за сложность настройки, здесь мы ее не описываем.

Linux

В большинстве современных дистрибутивов Linux настройки DNS настраиваются через сеть. Менеджер.

Пример: изменение настроек DNS-сервера в Ubuntu

1. Щелкните Система > Настройки > Сетевые подключения .
2. Выберите соединение, для которого вы хотите настроить Google Public DNS.Для пример:
   • Чтобы изменить настройки подключения Ethernet, выберите Wired вкладку, затем выберите свой сетевой интерфейс в списке. Это обычно позвонил по номеру eth0 .
   • Чтобы изменить настройки беспроводного подключения, выберите Беспроводная связь , затем выберите соответствующую беспроводную сеть.
3. Щелкните Изменить и в появившемся окне выберите Параметры IPv4 или Настройки IPv6 вкладка .
4. Если выбран метод Автоматически (DHCP) , откройте раскрывающийся список и выберите Автоматически (DHCP) адресует только . Если для метода задано значение что-то еще, не меняйте.
5. В поле DNS-серверов введите IP-адреса Google Public DNS, через запятую:
   • Для IPv4: 8.8.8.8 и / или 8.8.4.4.
   • Для IPv6: 2001: 4860: 4860 :: 8888 и / или 2001: 4860: 4860 :: 8844.
   • Только для IPv6: вы можете использовать Google Public DNS64 вместо IPv6 адреса в предыдущем пункте.
6. Щелкните Применить , чтобы сохранить изменения. Если вам будет предложено ввести пароль или подтверждения, введите пароль или предоставьте подтверждение.
7. Убедитесь, что ваша установка работает правильно; см. Проверка новых настроек.
8. Повторите процедуру для дополнительных сетевых подключений, которые вы хотите изменить.

Если ваш дистрибутив не использует Network Manager, ваши настройки DNS указано в /etc/resolv.conf .

Пример: изменение настроек DNS-сервера на сервере Debian

1. Отредактируйте / etc / resolv.конф :

     судо vi /etc/resolv.conf
     

2. Если появятся строки nameserver , запишите IP-адреса на будущее Справка.

3. Замените строки сервера имен или добавьте следующие строки:

   Для IPv4:

     сервер имен 8.8.8.8
   сервер имен 8.8.4.4
     

   Для IPv6:

     сервер имен 2001: 4860: 4860 :: 8888
   сервер имен 2001: 4860: 4860 :: 8844
     

   Только для IPv6 можно использовать Google Public DNS64 вместо , как указано выше. Адреса IPv6.

4. Сохранить и выйти.

5. Перезапустите все используемые интернет-клиенты.

6. Убедитесь, что ваша установка работает правильно; см. Проверка новых настроек.

Кроме того, если вы используете клиентское программное обеспечение DHCP, которое перезаписывает настройки в /etc/resolv.conf вам необходимо настроить DHCP-клиент, отредактировав файл файл конфигурации клиента.

Пример: настройка программного обеспечения DHCP-клиента на сервере Debian

1. Резервное копирование / etc / resolv.конф :

     sudo cp /etc/resolv.conf /etc/resolv.conf.auto
     

2. Изменить /etc/dhcp/dhclient.conf (или /etc/dhcp3/dhclient.conf ):

     sudo vi /etc/dhcp*/dhclient.conf
     

3. Если есть строка после запроса только с серверами доменных имен, удалите эту строку.

4. Если есть строка, содержащая серверов доменных имен с IP-адресами, напишите вниз по IP-адресам для дальнейшего использования.

5. Заменить эту строку или добавить следующую строку:

   Для IPv4:

     добавить серверы доменных имен 8.8.8.8, 8.8.4.4;
     

   Для IPv6:

     добавить серверы доменных имен 2001: 4860: 4860 :: 8888, 2001: 4860: 4860 :: 8844;
     

   Только для IPv6 можно использовать Google Public DNS64 вместо , как указано выше. Адреса IPv6.

   Примечание: ISC DHCP v4.3.6 или выше требуется для серверов доменных имен IPv6 для обрабатываться; более ранние версии молча игнорировали такую ​​конфигурацию.

6. Сохранить и выйти.

7. Перезапустите все используемые интернет-клиенты.

8. Убедитесь, что ваша установка работает правильно; см. Проверка новых настроек.

Chrome OS

Настройки DNS указаны в разделе Сеть меню Настройки для выбранного сетевого подключения.

Пример: изменение настроек DNS-сервера в Chrome OS 71

1. Откройте меню Настройки .
2. В разделе Сеть выберите соединение, для которого вы хотите настроить Google Public DNS. Например:
   • Чтобы изменить настройки подключения Ethernet, щелкните значок Ethernet секция.
   • Чтобы изменить настройки беспроводного подключения, щелкните Wi-Fi раздел и выберите соответствующее имя сети.
   • Изменение настроек DNS для мобильного подключения для передачи данных, установленного с Мгновенный модем невозможен.Для мобильных точек доступа Wi-Fi, которые настроить вручную, однако вы можете изменить настройки DNS с помощью инструкция по беспроводному подключению.
3. Разверните раздел Сеть для выбранного соединения.
4. В разделе Серверы имен :
   • Для IPv4: нажмите кнопку серверов имен Google (или, альтернативно, нажмите кнопку Пользовательские серверы имен и введите 8.8.8.8 и 8.8.4.4).
   • Для IPv6: нажмите кнопку Пользовательские серверы имен и введите 2001: 4860: 4860 :: 8888 и / или 2001: 4860: 4860 :: 8844.
   • Только для IPv6: вы можете использовать Google Public DNS64 вместо IPv6 адреса в предыдущем пункте.
5. Щелкните за пределами раздела Сеть , чтобы применить настройки.
6. Убедитесь, что ваша установка работает правильно; см. Проверка новых настроек.
7. Повторите процедуру для дополнительных сетевых подключений, которые вы хотите изменить.

Примечание. Приложения для Linux и Android, работающие в Chrome OS, будут использовать этот DNS-сервер. настройки по умолчанию, но у них также есть возможность переопределить настройки. Примечание: В базовой ОС отсутствует поддержка DNS-over-TLS. Чтобы использовать DNS-over-TLS требует настройки прокси-преобразователя, поддерживающего DNS-over-TLS. Из-за сложность настройки мы здесь не описываем.

Маршрутизаторы

Каждый маршрутизатор использует свой пользовательский интерфейс для настройки DNS-сервера. настройки; мы предоставляем только общую процедуру. Для дополнительной информации, обратитесь к документации вашего маршрутизатора.

Примечание: Некоторые интернет-провайдеры жестко кодируют свои DNS-серверы в оборудование, которое они предоставляют; если вы используете такое устройство, вы не можете настроить его для использования Google Public DNS.Вместо этого вы можете настроить каждый из компьютеров, подключенных к маршрутизатору, как описано выше.

Чтобы изменить настройки на маршрутизаторе:

1. В браузере введите IP-адрес маршрутизатора, чтобы просмотреть его консоль администрирования. Большинство маршрутизаторов производятся для использования по умолчанию адрес, например 192.168.0.1, 192.168.1.1, 192.168.2.1 или 192.168.1.100. Если ни один из них не работает или он изменился, попробуйте найти адрес шлюза по умолчанию в панели сетевых настроек вашей системы.
2. При появлении запроса введите пароль для редактирования сетевых настроек.
3. Найдите экран, в котором указаны настройки DNS-сервера.
4. Если в полях для основного и вторые DNS-серверы, запишите их для использования в будущем.
5. Замените эти адреса IP-адресами Google:
   • Для IPv4: 8.8.8.8 и / или 8.8.4.4.
   • Для IPv6: 2001: 4860: 4860 :: 8888 и / или 2001: 4860: 4860 :: 8844.
   • Только для IPv6: вы можете использовать Google Public DNS64 вместо IPv6 адреса в предыдущем пункте.
6. Сохраните и выйдите.
7. Перезагрузите браузер.
8. Убедитесь, что ваша установка работает правильно; см. Проверка новых настроек.

Некоторые маршрутизаторы используют отдельные поля для всех восьми частей адресов IPv6 и не может принять синтаксис сокращения :: IPv6. Для таких полей введите:

• 2001: 4860: 4860: 0: 0: 0: 0: 8888
• 2001: 4860: 4860: 0: 0: 0: 0: 8844

Расширьте записи 0 до 0000 , если требуются четыре шестнадцатеричные цифры.

Примечание: В базовой ОС отсутствует поддержка DNS-over-TLS. Чтобы использовать DNS-over-TLS требует настройки прокси-преобразователя, поддерживающего DNS-over-TLS. Из-за сложность настройки мы здесь не описываем.

iOS

Вы можете изменить настройки DNS на iPhone, iPad или iPod touch с помощью следующих шаги.

1. Перейдите в Настройки > Wi-Fi .
2. Коснитесь значка ⓘ рядом с сетью Wi-Fi, DNS которой вы хотите изменить. серверы для.Прокрутите вниз, чтобы найти раздел DNS, и нажмите Настроить DNS .
3. Нажмите Вручную и добавьте IP-адреса Google. При желании вы также можете удалить все DNS-серверы по умолчанию в списке.
   • Для IPv4: 8.8.8.8 и / или 8.8.4.4
   • Для IPv6: 2001: 4860: 4860 :: 8888 и / или 2001: 4860: 4860 :: 8844

При возврате в автоматический режим будет восстановлен DNS-сервер, указанный Wi-Fi. сеть.

Примечание: это изменение применяется только к определенной сети Wi-Fi, но не к другим сети в списке Wi-Fi или в настройках DNS для сотовых данных.Если ты хочешь все ваши сети Wi-Fi использовать одну и ту же конфигурацию DNS, лучший вариант - обновите конфигурацию DNS на своих маршрутизаторах. Чтобы изменить DNS для вашего iOS устройству во всех сетях, включая сотовые данные, требуется приложение VPN, которое позволяет для настройки DNS-сервера для VPN. Учитывая, что есть так много вариантов Приложение VPN и сложность настройки рекомендуется только опытным пользователям.

Android

Android 9 (Pie) или выше

Android 9 поддерживает "частный DNS", который использует DNS-over-TLS для обеспечения безопасности. и конфиденциальность ваших DNS-запросов.Вы можете настроить его, выполнив следующие действия.

1. Перейти к настройкам > Сеть и Интернет > Расширенный > Частный DNS .
2. Выберите Имя хоста частного DNS-провайдера .
3. Введите dns.google в качестве имени хоста поставщика DNS.
4. Щелкните Сохранить.

Внимание: Только для Android 9 ! Эти настройки частного DNS не имеют эффекта , когда вы используете VPN , например Nexus / Pixel Wi-Fi Assistant или Google Fi Расширенные сетевые VPN или сторонние приложения для смены VPN или DNS.Те функции и приложения переопределяют частный DNS, а не отправляет DNS-over-TLS запросы к Google Public DNS . Большинство сменщиков DNS отправляют запросы в открытом виде (некоторые например, Intra, используют другие безопасные протоколы DNS), а приложения VPN могут быть небезопасными. запросы за пределами VPN-сервера. Это исправлено в Android 10.

. Для получения дополнительной информации см. Сообщение в блоге Android, в котором объявляется об этой функции. Обратите внимание, что в Android P режим по умолчанию для частного DNS - «Автоматический». это означает, что он использует указанный в сети DNS-сервер и пытается выполнить TLS подключение к порту 853, прежде чем вернуться к UDP на порт 53.

Старые версии Android

Устройства под управлением версий старше Android 9 не поддерживают DNS-over-TLS и не может настроить частный DNS для всех сетей. Вы можете настроить DNS для каждого индивидуальная сеть Wi-Fi, которую вы используете. Это требует настройки всей сети. информацию вручную и рекомендуется только для опытных пользователей.

Мобильные или другие устройства

DNS-серверы

обычно указываются в дополнительных настройках Wi-Fi. Однако, как каждое мобильное устройство использует другой пользовательский интерфейс для настройки DNS-сервера. настройки, мы предоставляем только общую процедуру.Для дополнительной информации, обратитесь к документации вашего оператора мобильной связи.

Чтобы изменить настройки на мобильном устройстве:

1. Перейти на экран, в котором указаны настройки Wi-Fi.
2. Найдите экран, в котором указаны настройки DNS-сервера.
3. Если в полях для основного и вторичные DNS-серверы, запишите их для использования в будущем.
4. Замените эти адреса IP-адресами Google:
   • Для IPv4: 8.8.8.8 и / или 8.8.4.4.
   • Для IPv6: 2001: 4860: 4860 :: 8888 и / или 2001: 4860: 4860 :: 8844.
   • Только для IPv6: вы можете использовать Google Public DNS64 вместо IPv6 адреса в предыдущем пункте.
5. Сохраните и выйдите.
6. Убедитесь, что ваша установка работает правильно; см. Проверка новых настроек.

Проверьте свои новые настройки

Чтобы проверить, что распознаватель Google DNS работает:

1. В браузере введите URL-адрес имени хоста (например, http: // www.google.com/ ). Если это разрешится правильно, выйдите из браузера, снова загрузите страницу и обновите ее на несколько раз, чтобы убедиться, что результат не с кэшированной веб-страницы.

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

2. В браузере введите фиксированный IP-адрес. Ты можешь использовать http://216.218.228.119/ (что указывает на test-ipv6.com) в качестве URL-адреса. ¹

   Если это работает правильно, перезагрузите страницу в новом открытом браузере, чтобы убедитесь, что страница загружается с нуля.Если эти тесты работают (но шаг 1 сбой), значит, проблема с вашей конфигурацией DNS; проверьте шаги выше, чтобы убедиться, что вы все правильно настроили. Если эти тесты не работают, переходите к следующему шагу.

3. Откатите внесенные вами изменения DNS и снова запустите тесты. Если тесты по-прежнему не работают, значит, проблема с настройками вашей сети; обратитесь за помощью к своему интернет-провайдеру или сетевому администратору.

Если у вас возникнут проблемы после установки Google Public DNS в качестве преобразователя, пожалуйста, запустите диагностическую процедуру.

¹ Google благодарит Джейсона Феслера за предоставление разрешения на использование URL-адресов test-ipv6.com для тестирования DNS в браузере целей.

Вернитесь к своим старым настройкам DNS

Если вы ранее не настраивали настраиваемые DNS-серверы, для обратного переключения к вашим старым настройкам, в том окне, в котором вы указали Google IP адресов, выберите опцию включения получения адресов DNS-серверов автоматически и / или удалить IP-адреса Google.Это отменяет ваши настройки использовать серверы по умолчанию вашего интернет-провайдера.

Если вам нужно вручную указать какие-либо адреса, используйте описанные выше процедуры для укажите старые IP-адреса.

При необходимости перезагрузите систему.

Подключите свой домен к Square Online | Центр поддержки Square

Примечание: Ваш веб-сайт Square Online должен быть обновлен до платного плана, чтобы опубликовать его на собственном доменном имени.

Если вы уже зарегистрировали собственное доменное имя у третьей стороны, вы все равно можете использовать его с Square Online.Чтобы подключить свой домен к Square Online, вам необходимо выполнить следующие задачи.

Подключить домен

Чтобы настроить свой домен в Square Online, следуйте инструкциям ниже:

1. На странице обзора Square Online перейдите на веб-сайт > Общие настройки .

2. В разделе Адрес сайта выберите Настроить .

3. Под Используйте домен, который принадлежит мне в другом месте , введите свое доменное имя и выберите Подтвердить .

4. Выполните следующие действия в зависимости от того, у кого находится ваш домен.

Автоматическое подключение к домену

Если у вас есть домен с известным сторонним хостом, таким как Godaddy или Google, вы можете автоматически подключить этот домен с помощью нашей встроенной функции подключения.

1. Выбор Подтвердить на шаге 4 в первом разделе выше покажет вам кнопку с надписью Подключиться к ... , и при ее выборе вам будет предложено войти в свою учетную запись хоста стороннего домена.

2. После входа в систему процесс подключения домена позаботится о себе автоматически в течение 24 часов.

Вот несколько популярных хостов доменов, которые поддерживаются этой функцией:

Вам не нужно переходить к следующему разделу, поэтому вы можете остановиться здесь.

Подключение домена вручную

Если домен не поддерживается функцией автоматического подключения к домену, описанной выше, вы можете подключить свой домен вручную.

1. Выбор Проверить на шаге 4 в первом разделе выше покажет вам кнопку с надписью Connect , и ее выбор даст вам следующие шаги для обновления DNS с помощью хоста вашего домена.

2. Войдите в свою учетную запись хоста домена на отдельной вкладке или в отдельном окне и измените настройки DNS на значения, перечисленные во всплывающем окне «Настройка домена» . Вы увидите значения под Тип , Имя и Указывает на .

3. По завершении внесения изменений в учетную запись хоста домена вернитесь во всплывающее окно Настройка домена и выберите Проверить изменения .

Примечание. Изменения DNS могут вступить в силу в некоторых случаях в течение 24–48 часов, поэтому для начала работы вашего сайта может потребоваться время.

Если вам неудобно вносить изменения в DNS, используя описанные выше действия, хост домена сможет вам помочь. Сообщите им, что вы создали свой сайт с новым хостом (Square) и вам нужно, чтобы они обновили настройки DNS за вас.Поделитесь подробностями из всплывающего окна «Настройка домена» .

Совет: Если вы хотите использовать собственный поддомен с Square Online (например, store.mybusiness.com ), вы можете создать дополнительную запись A для поддомена и указать ее на предоставленный IP-адрес, выполнив те же действия. изложено в этой статье.

Отключить домен

Вы можете отключить собственный домен, который вы приобрели где-либо еще, от своего сайта Square Online, заменив его бесплатным субдоменом Square.Узнайте, как использовать бесплатный субдомен в Square Online.

Связанные домены - Справочный центр Zoom

Обзор

Associated Domains использует домен адресов электронной почты вашей организации (например, @ zoom.us) для добавления или автоматического создания пользователей, адреса электронной почты которых соответствуют этому домену. После того, как ваш связанный домен был проверен, вы можете включить настройку, чтобы предлагать всем новым и существующим пользователям с указанным доменом присоединиться к вашей учетной записи, когда они входят в Zoom. Добавление связанного домена также позволяет принудительно использовать методы единого входа в систему.

Эта статья охватывает:

Предварительные требования

• Учетная запись Zoom Business, Enterprise или Education
• Владелец учетной записи или администратор для добавления и управления доменами
• Персональный домен (нельзя использовать такие домены, как @ gmail.com или @ outlook.com), принадлежащий вашей организации.

Добавление личного домена в аккаунт

1. Войдите на веб-портал Zoom.
2. На панели навигации щелкните Управление учетной записью , затем Профиль учетной записи .
3. В разделе Associated Domains щелкните Добавить .
4. В диалоговом окне Добавить связанные домены введите имя одного или нескольких доменов, затем щелкните Добавить .
5. На странице профиля учетной записи щелкните Проверить домен рядом с только что добавленным доменным именем.
6. Выберите один из методов проверки в диалоговом окне «Подтвердите свой домен», затем нажмите Далее :
7. Следуйте инструкциям на следующей открывшейся странице.
   Эта страница отличается для каждого из методов проверки.
   
   • Добавить запись TXT в свой домен
   • Загрузите HTML-файл в свой домен
   • Добавьте тег на главную страницу своего домена
8. Установите флажок, который указывает, что вы добавили или загрузили соответствующую информацию, затем щелкните Проверить домен .

Сообщение Verifying… отображается рядом с доменом, указывая на то, что выполняется проверка.Это сообщение остается там до тех пор, пока домен не будет фактически проверен, после чего домен покажет сообщение Проверено . В зависимости от метода проверка может занять час или несколько дней.

Если проверка не происходит в ожидаемый период времени, вы можете нажать Просмотреть подробности проверки . Здесь показаны шаги проверки для вашего метода проверки, позволяющие повторить шаги, если они не были выполнены правильно.

Управление связанными доменами и учетными записями

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

1. Войдите на веб-портал Zoom.
2. На панели навигации щелкните Управление учетной записью , затем Профиль учетной записи .
3. В разделе Associated Domains вы можете просмотреть домены, связанные с вашей учетной записью, и проверить параметры, которые вы хотите включить.
   • Управляйте пользователями с тем же доменом : Всем пользователям, которые попытаются создать учетную запись Zoom с адресом электронной почты в этом домене, будет предложено использовать другой адрес электронной почты.Пользователи с этим доменом, которые не являются членами вашей учетной записи, должны будут изменить свои адреса электронной почты. Пользователи, у которых есть существующие учетные записи Zoom в этом домене, должны будут изменить свой адрес электронной почты.
   • Разрешить пользователям с тем же доменом объединяться в эту учетную запись : новым пользователям будет разрешено присоединиться к вашей учетной записи Zoom или зарегистрироваться с другим адресом электронной почты. Существующим пользователям будет предложено присоединиться к вашей учетной записи Zoom или зарегистрироваться с другим адресом электронной почты, и они смогут войти в свою учетную запись до 3 раз, прежде чем они будут вынуждены сделать выбор.
   • Разрешить пользователям с одним и тем же доменом регистрироваться в Zoom : Пользователи могут регистрировать учетную запись Zoom, используя адрес электронной почты со связанным доменом. Например, если связанный домен - mydomain.com, они могут зарегистрироваться, используя [email protected]. Пользователям будет предложено объединиться в управляющую учетную запись или зарегистрироваться с другим адресом электронной почты после трех входов, в зависимости от настроек учетной записи. Этот параметр отключен по умолчанию и требует, чтобы параметр « Управление пользователями с тем же доменом » был включен.
     Примечание : Чтобы предоставить пользователям возможность консолидации, должен быть включен предыдущий параметр: Разрешить пользователям с одним доменом объединяться в эту учетную запись .
4. Нажмите Сохранить .
   Отобразится сводка пользователя .
5. (Необязательно) Если в этом домене существуют какие-либо существующие учетные записи Zoom, вы можете нажать Отправить электронное письмо , чтобы уведомить эти учетные записи об изменениях домена.

Просмотр существующих связанных доменов

1. Войдите на веб-портал Zoom.
2. На панели навигации щелкните Управление учетной записью , затем Профиль учетной записи .
3. В разделе Associated Domains вы можете просмотреть домены, связанные с вашей учетной записью, и их статус проверки.
   
   • Если они подтверждены, вы можете нажать Просмотреть сводку пользователей , чтобы увидеть, сколько подходящих пользователей есть в вашей учетной записи, а сколько нет в вашей учетной записи.
   • Если они не подтверждены, вы можете подтвердить или удалить домен.

Примечание : Если связанный домен является подтвержденным доменом, вам нужно будет связаться со службой технической поддержки Zoom, чтобы удалить его.

Требование единого входа в систему для связанных доменов

После проверки связанного домена вы можете принудительно войти в систему SSO с этим доменом.

1. Войдите на веб-портал Zoom.
2. В меню навигации щелкните Advanced , затем Security .
3. В разделе Методы входа убедитесь, что Разрешить пользователям входить с помощью единого входа (SSO) включен.
4. Проверка Требовать от пользователей входа в систему с помощью SSO, если их адрес электронной почты принадлежит одному из доменов ниже .
5. Щелкните Выберите домены .
6. Отметьте домены, которые вы хотите требовать для входа с помощью SSO.
7. (Необязательно) Если у вас есть определенные пользователи, которым необходимо обходить SSO и входить в систему с адресом электронной почты и паролем, нажмите + Добавить пользователей под Укажите пользователей, которые могут обходить SSO-вход . Введите их адреса электронной почты, разделенные знаком запятая.
8. Нажмите Сохранить .

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

Учебное пособие по

: сопоставление существующего настраиваемого DNS-имени - Служба приложений Azure

• 25.08.2020
• 13 минут на чтение

В этой статье

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

Из этого руководства вы узнаете, как:

• Сопоставьте поддомен (например, www.contoso.com ) с помощью записи CNAME.
• Сопоставьте корневой домен (например, contoso.com ) с помощью записи A.
• Сопоставьте домен с подстановочными знаками (например, * .contoso.com ) с помощью записи CNAME.
• Перенаправить URL-адрес по умолчанию в настраиваемый каталог.
• Автоматизация сопоставления доменов с помощью сценариев.

Предварительные требования

Для выполнения этого руководства:

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

• Купите доменное имя и убедитесь, что у вас есть доступ к реестру DNS для вашего поставщика услуг домена (например, GoDaddy).

  Например, чтобы добавить записи DNS для contoso.com и www.contoso.com , необходимо иметь возможность настроить параметры DNS для contoso.com корневой домен.

Подготовьте приложение

Чтобы сопоставить настраиваемое DNS-имя веб-приложению, план службы приложений веб-приложения должен быть платным (общий, базовый, стандартный, премиум или потребление для функций Azure). На этом этапе вы убедитесь, что приложение службы приложений находится на поддерживаемом ценовом уровне.

Примечание

Планы бесплатного и общего (предварительного просмотра) хостинга службы приложений

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

Примечание

Удаление или добавление личного домена в ваше веб-приложение приведет к перезапуску вашего сайта.

Войдите в Azure

Откройте портал Azure и войдите в свою учетную запись Azure.

Выберите приложение на портале Azure

1. Найдите и выберите Службы приложений .

2. На странице App Services выберите имя своего приложения Azure.

Вы видите страницу управления приложения службы приложений.

Проверить ценовой уровень

1. На левой панели страницы приложения прокрутите до раздела Настройки и выберите Увеличение масштаба (план службы приложений) .

2. Текущий уровень приложения выделен синей рамкой. Убедитесь, что приложение не относится к уровню F1 . Пользовательский DNS не поддерживается на уровне F1 .

3. Если план службы приложений не находится на уровне F1 , закройте страницу Масштабирование до и перейдите к Сопоставление записи CNAME.

Расширение плана службы приложений

1. Выберите любой из платных уровней ( D1 , B1 , B2 , B3 или любой уровень в категории Production ). Для дополнительных опций выберите См. Дополнительные опции .

2. Выбрать Применить .

   Когда вы увидите следующее уведомление, операция масштабирования завершена.

Получите идентификатор подтверждения домена

Чтобы добавить собственный домен в свое приложение, вам необходимо подтвердить свое право собственности на домен, добавив проверочный идентификатор в качестве записи TXT у вашего поставщика домена. На левой панели страницы приложения выберите Пользовательские домены . Скопируйте идентификатор из поля Идентификатор подтверждения персонализированного домена на странице Персонализированные домены для следующего шага.

Предупреждение

Добавление идентификаторов подтверждения домена в ваш личный домен может предотвратить появление висящих записей DNS и помочь избежать захвата поддоменов. Для пользовательских доменов, которые вы ранее настроили без этого проверочного идентификатора, вы должны защитить их от такого же риска, добавив проверочный идентификатор в свою запись DNS. Дополнительные сведения об этой распространенной угрозе с высокой степенью серьезности см. В разделе Захват субдомена.

Сопоставьте свой домен

Вы можете использовать запись CNAME или запись A для сопоставления настраиваемого имени DNS со службой приложений.Выполните соответствующие шаги:

Примечание

Следует использовать записи CNAME для всех настраиваемых имен DNS, кроме корневых доменов (например, contoso.com ). Для корневых доменов используйте записи A.

Сопоставить запись CNAME

В этом учебном примере вы добавляете запись CNAME для субдомена www (например, www.contoso.com ).

Если у вас есть субдомен, отличный от www , замените www своим субдоменом (например, sub , если ваш личный домен sub.constoso.com ).

Доступ к записям DNS с помощью поставщика домена

1. Войдите на сайт провайдера вашего домена.

2. Найдите страницу для управления записями DNS. У каждого поставщика домена есть собственный интерфейс записей DNS, поэтому обратитесь к документации поставщика. Найдите на сайте области с пометкой Domain Name , DNS или Name Server Management .

   Часто вы можете найти страницу записей DNS, просмотрев информацию о своей учетной записи, а затем ища ссылку, например Мои домены .Перейдите на эту страницу и найдите ссылку с названием что-то вроде Zone file , DNS Records или Advanced configuration .

   На следующем снимке экрана показан пример страницы записей DNS:

3. На примере снимка экрана выберите Добавить , чтобы создать запись. У некоторых провайдеров есть разные ссылки для добавления разных типов записей. Опять же, обратитесь к документации поставщика.

Примечание

Для некоторых поставщиков, таких как GoDaddy, изменения в записях DNS не вступают в силу, пока вы не выберете отдельную ссылку Сохранить изменения .

Создайте запись CNAME

Сопоставьте субдомен с именем домена приложения по умолчанию ( .azurewebsites.net , где - это имя вашего приложения). Чтобы создать сопоставление CNAME для субдомена www , создайте две записи:

Служба приложений

Тип записи	Хост	Значение	Комментарии
CNAME	www	<имя-приложения>.azurewebsites.net	Само отображение домена.
TXT	asuid.www	Проверочный идентификатор, который вы получили ранее	обращается к записи asuid. TXT, чтобы подтвердить ваше право собственности на личный домен.

После добавления записей CNAME и TXT страница записей DNS выглядит следующим образом:

Включение сопоставления записи CNAME в Azure

1. На левой панели страницы приложения на портале Azure выберите Пользовательские домены .

2. На странице Пользовательские домены приложения добавьте в список полное настраиваемое DNS-имя ( www.contoso.com ).

3. Выберите Добавить личный домен .

4. Введите полное доменное имя, для которого вы добавили запись CNAME, например www.contoso.com .

5. Выбрать Проверить . Откроется страница Добавить пользовательский домен .

6. Убедитесь, что Тип записи имени хоста установлен на CNAME (www.example.com или любой поддомен) . Выберите Добавить личный домен .

   Может потребоваться некоторое время, чтобы новый личный домен отобразился на странице приложения Пользовательские домены . Обновите браузер, чтобы обновить данные.

   Если вы пропустили шаг или где-то раньше допустили опечатку, внизу страницы появится ошибка проверки.

Сопоставить запись A

В примере руководства вы добавляете запись A для корневого домена (например, contoso.com ).

Скопируйте IP-адрес приложения

Чтобы сопоставить запись A, вам потребуется внешний IP-адрес приложения. Вы можете найти этот IP-адрес на странице приложения Custom Domains на портале Azure.

1. На левой панели страницы приложения на портале Azure выберите Пользовательские домены .

2. На странице Custom Domains скопируйте IP-адрес приложения.

Доступ к записям DNS у поставщика домена

1. Войдите на сайт провайдера вашего домена.

2. Найдите страницу для управления записями DNS. У каждого поставщика домена есть собственный интерфейс записей DNS, поэтому обратитесь к документации поставщика. Найдите на сайте области с пометкой Domain Name , DNS или Name Server Management .

   Часто вы можете найти страницу записей DNS, просмотрев информацию о своей учетной записи, а затем ища ссылку, например Мои домены . Перейдите на эту страницу и найдите ссылку с названием что-то вроде Zone file , DNS Records или Advanced configuration .

   На следующем снимке экрана показан пример страницы записей DNS:

3. На примере снимка экрана выберите Добавить , чтобы создать запись.У некоторых провайдеров есть разные ссылки для добавления разных типов записей. Опять же, обратитесь к документации поставщика.

Примечание

Для некоторых поставщиков, таких как GoDaddy, изменения в записях DNS не вступают в силу, пока вы не выберете отдельную ссылку Сохранить изменения .

Создать запись A

Чтобы сопоставить запись A с приложением, обычно с корневым доменом, создайте две записи:

Служба приложений

Тип записи	Хост	Значение	Комментарии
A	@	IP-адрес из Скопируйте IP-адрес приложения	Само отображение домена ( @ обычно представляет корневой домен).
TXT	asuid	Проверочный идентификатор, который вы получили ранее	обращается к записи asuid. TXT, чтобы подтвердить ваше право собственности на личный домен. Для корневого домена используйте asuid .

Примечание

Чтобы добавить поддомен (например, www.contoso.com ) с использованием записи A вместо рекомендуемой записи CNAME, ваша запись A и запись TXT должны выглядеть, как в следующей таблице:

После добавления записей страница записей DNS выглядит следующим образом:

Включить отображение записи A в приложении

Вернувшись на страницу приложения Custom Domains на портале Azure, добавьте полное настраиваемое DNS-имя (например, contoso.com ) в список.

1. Выберите Добавить личный домен .

2. Введите полное доменное имя, для которого вы настроили запись A, например contoso.com .

3. Выбрать Проверить . Отображается страница Добавить пользовательский домен .

4. Убедитесь, что Тип записи имени хоста установлен на Запись A (example.com) . Выберите Добавить личный домен .

   Может потребоваться некоторое время, чтобы новый личный домен отобразился на странице приложения Пользовательские домены . Обновите браузер, чтобы обновить данные.

   Если вы пропустили шаг или где-то раньше допустили опечатку, внизу страницы появится ошибка проверки.

Сопоставление подстановочного домена

В этом учебном примере вы сопоставляете DNS-имя с подстановочными знаками (например, * .contoso.com ) с приложением службы приложений, добавляя запись CNAME.

Доступ к записям DNS с помощью поставщика домена

1. Войдите на сайт провайдера вашего домена.

2. Найдите страницу для управления записями DNS. У каждого поставщика домена есть собственный интерфейс записей DNS, поэтому обратитесь к документации поставщика. Найдите на сайте области с пометкой Domain Name , DNS или Name Server Management .

   Часто вы можете найти страницу записей DNS, просмотрев информацию о своей учетной записи, а затем ища ссылку, например Мои домены .Перейдите на эту страницу и найдите ссылку с названием что-то вроде Zone file , DNS Records или Advanced configuration .

   На следующем снимке экрана показан пример страницы записей DNS:

3. На примере снимка экрана выберите Добавить , чтобы создать запись. У некоторых провайдеров есть разные ссылки для добавления разных типов записей. Опять же, обратитесь к документации поставщика.

Примечание

Для некоторых поставщиков, таких как GoDaddy, изменения в записях DNS не вступают в силу, пока вы не выберете отдельную ссылку Сохранить изменения .

Создайте запись CNAME

Сопоставьте подстановочное имя * с именем домена приложения по умолчанию ( .azurewebsites.net , где - это имя вашего приложения). Чтобы сопоставить подстановочное имя, создайте две записи:

Служба приложений

Тип записи	Хост	Значение	Комментарии
CNAME	*	<имя-приложения>.azurewebsites.net	Само отображение домена.
TXT	asuid	Проверочный идентификатор, который вы получили ранее	обращается к записи asuid TXT, чтобы подтвердить ваше право собственности на личный домен.

Для примера домена * .contoso.com запись CNAME будет сопоставлять имя * с <имя-приложения> .azurewebsites.net .

После добавления CNAME страница записей DNS выглядит следующим образом:

Включить сопоставление записи CNAME в приложении

Теперь вы можете добавить в приложение любой поддомен, который соответствует имени подстановочного знака (например, sub1.contoso.com , sub2.contoso.com и * .contoso.com оба соответствуют * .contoso.com ).

1. На левой панели страницы приложения на портале Azure выберите Пользовательские домены .

2. Выберите Добавить личный домен .

3. Введите полное доменное имя, которое соответствует домену с подстановочными знаками (например, sub1.contoso.com ), а затем выберите Проверить .

   Кнопка Добавить личный домен активирована.

4. Убедитесь, что Тип записи имени хоста установлен на запись CNAME (www.example.com или любой поддомен) . Выберите Добавить личный домен .

   Может потребоваться некоторое время, чтобы новый личный домен отобразился на странице приложения Пользовательские домены . Обновите браузер, чтобы обновить данные.

5. Щелкните значок + еще раз, чтобы добавить еще один пользовательский домен, соответствующий домену с подстановочными знаками.Например, добавьте sub2.contoso.com .

Тест в браузере

Перейдите к настроенным ранее именам DNS (например, contoso.com , www.contoso.com , sub1.contoso.com и sub2.contoso.com ).

Разрешить 404 «Не найдено»

Если вы получаете сообщение об ошибке HTTP 404 (не найдено) при переходе по URL-адресу вашего личного домена, убедитесь, что ваш домен разрешается в IP-адрес вашего приложения с помощью nslookup.io. Если нет, убедитесь, что записи A и CNAME настроены правильно, используя один и тот же сайт. Если он правильно разрешает IP, но вы по-прежнему получаете 404, возможно, ваш браузер кэшировал старый IP-адрес вашего домена. Очистите кеш и снова проверьте разрешение DNS. На компьютере с Windows вы очищаете кеш с помощью ipconfig / flushdns .

Перенести активный домен

Чтобы перенести действующий сайт и его доменное имя DNS в службу приложений без простоя, см. Перенос активного DNS-имени в службу приложений Azure.

Перенаправить в пользовательский каталог

По умолчанию служба приложений направляет веб-запросы в корневой каталог кода вашего приложения. Но некоторые веб-фреймворки не запускаются в корневом каталоге. Например, Laravel запускается в общедоступном подкаталоге . Чтобы продолжить пример DNS contoso.com , такое приложение доступно по адресу http://contoso.com/public , но вместо этого вы хотите направить http://contoso.com в общедоступный каталог . .Этот шаг не связан с разрешением DNS, но касается настройки виртуального каталога.

Чтобы настроить виртуальный каталог для приложений Windows, выберите Параметры приложения на левой панели страницы веб-приложения.

Примечание

В приложениях Linux нет этой страницы. Чтобы изменить корень сайта для приложений Linux, см. Руководства по настройке для конкретных языков (например, PHP).

Внизу страницы корневой виртуальный каталог / по умолчанию указывает на site \ wwwroot , который является корневым каталогом кода вашего приложения.Измените его так, чтобы он указывал, например, на сайт \ wwwroot \ public , и сохраните изменения.

После завершения операции ваше приложение должно вернуть правильную страницу по корневому пути (например, http://contoso.com ).

Автоматизация с помощью скриптов

Вы можете автоматизировать управление личными доменами с помощью сценариев с помощью Azure CLI или Azure PowerShell.

Azure CLI

Следующая команда добавляет настроенное настраиваемое DNS-имя в приложение службы приложений.

  az имя хоста конфигурации webapp добавить \
    --webapp-name <имя-приложения> \
    --resource-group <имя_группы_ресурсов> \
    --hostname <полностью_квалифицированное_имя_домена>
  

Дополнительные сведения см. В разделе Сопоставление личного домена с веб-приложением.

Azure PowerShell

Примечание

В эту статью добавлен модуль Azure Az PowerShell. Модуль Az PowerShell рекомендуемый модуль PowerShell для взаимодействия с Azure. Чтобы начать работу с Az Модуль PowerShell см. В разделе Установка Azure PowerShell.Чтобы узнать, как чтобы перейти на модуль Az PowerShell, см. Перенесите Azure PowerShell из AzureRM в Az.

Следующая команда добавляет настроенное настраиваемое DNS-имя в приложение службы приложений.

  Set-AzWebApp `
    -Название <имя-приложения> `
    -ResourceGroupName <имя_группы_ресурсов> `
    -HostNames @ ("<полностью_квалифицированное_имя_домена>", "<имя-приложения> .azurewebsites.net")
  

Дополнительные сведения см. В разделе Назначение личного домена веб-приложению.

Следующие шаги

В этом руководстве вы узнали, как:

• Сопоставьте поддомен с помощью записи CNAME.
• Сопоставьте корневой домен с помощью записи A.
• Сопоставьте домен с подстановочными знаками с помощью записи CNAME.
• Перенаправить URL-адрес по умолчанию в настраиваемый каталог.
• Автоматизация сопоставления доменов с помощью сценариев.

Перейдите к следующему руководству, чтобы узнать, как привязать пользовательский сертификат TLS / SSL к веб-приложению.

Зарегистрируйте доменные имена »CNOBI TLD от $ 1

Сколько стоит доменное имя, зависит от нескольких вещей.Вы также сможете искать каждый домен по его окончанию. Некоторые окончания доменов будут дороже, чем другие. Это связано с тем, что они имеют разные статусы: общие домены верхнего уровня (gTLD), национальные домены верхнего уровня (ccTLD) и новые домены верхнего уровня (nTLD).

Срок действия

Домен можно зарегистрировать на срок до пяти лет за один раз. Рекомендуется зарегистрировать свой домен как можно дольше, во-первых, чтобы вы могли расслабиться и думать о чем-то меньше, а во-вторых, чтобы защитить себя от захвата домена, при котором другие люди регистрируют Интернет. домены с намерением продать их за большие деньги, а не использовать сами.Захватчики доменов нацелены на незащищенные термины, но по-прежнему доставляют неудобства, если вам нужно купить домен, который вы хотите, за большие деньги. Киберсквоттинг является более злонамеренным, когда сквоттеры концентрируются на признанных товарных знаках и брендах с целью продажи прав их законному владельцу за определенную плату. Вот почему так важно вовремя продлить домен и зарегистрировать его как можно дольше.

Более того, убытки, понесенные в результате потери вашего домена кем-либо, будь то приседание, захват или невинная ошибка, огромны.Посетители могут посчитать ваш сайт менее надежным, чем другие, если он не работает в течение длительного периода времени или переезжает на новый домен, который они не могут найти. Хорошее решение этой проблемы - обеспечить автоматическое продление вашего домена по истечении срока его действия. Это настройка по умолчанию для IONOS, то есть вам не нужно ничего менять, чтобы ваш домен оставался вашим.

Домены с истекшим сроком действия часто упускаются из виду, но у них уже могут быть хорошие обратные ссылки и много работы по SEO.Всегда следите за тем, чтобы вы не захватили домен, который на самом деле все еще хотел предыдущий владелец, но если старый домен действительно снова доступен, на него, возможно, стоит обратить внимание - просто убедитесь, что он стоит того и не связан со старым ненадежным бизнесом, Например.

Начальные предложения

Магазин IONOS предлагает определенные домены по сниженным ценам для новых клиентов. Это идеальный вариант для минимизации затрат на ввод в эксплуатацию. Возможно, вы заметили, что некоторые нДВУ дороже, чем другие, или классические ДВУ в целом.Это связано с тем, что нДВУ позволяют повторно открывать популярные домены, которые уже заявлены, с новым расширением. Хотя регистрационный сбор для нДВУ может снизиться в течение следующих нескольких лет, покупка расширения у того, у кого оно есть, станет более дорогостоящим. Например, доменное имя с точным соответствием станет дороже, поскольку люди узнают его ценность. Кроме того, желаемое доменное имя может быть занято, если вы слишком долго ждете - действуйте быстро, чтобы не упустить.

Премиум-домены

Премиум-домены уже зарегистрированы и стоят дороже, чем регистрация обычного домена, потому что они считаются более ценными.Но зачем инвестировать в премиальный домен? Как и домены с истекшим сроком действия, эти домены могут быть уже оптимизированы для SEO, содержать ключевые слова и обратные ссылки. Кроме того, вы можете получить точное имя, которое хотите, и добавить аутентичности вашему новому проекту. Чтобы продать домен, владелец установит цену на торговой площадке, такой как SEDO или Afternic, и те, кто хочет купить домен, могут отправиться туда, чтобы увидеть список. Эти домены могут стоить тысячи, но если вы найдете идеальный домен, вы поблагодарите себя за то, что сделали хорошее вложение.

Цены на продление

При регистрации домена убедитесь, что вы приняли во внимание цену продления. Не слишком ли высока цена продления яркого нДВУ, чтобы быть устойчивой? С другой стороны, вы можете позволить себе дополнительные домены из-за их более низкой стоимости регистрации и продления. Вы должны заплатить за продление для каждого домена, поэтому стоит убедиться, что вы знаете, какие сборы ждут вас в будущем - сборы можно найти в сравнительной таблице выше.

Сборы ICANN

Интернет-корпорация за присвоение имен и номеров (ICANN) взимает сбор в размере 0 долларов США.18 в год за каждый домен, который зарегистрирован, продлен или передан. Годовая регистрация стоит 0,18 доллара, и, соответственно, пятилетняя регистрация стоит 0,90 доллара.

Вопросы, связанные с этой темой / FAQ

Что такое захват домена?

Каковы преимущества новых TLD?

Что такое просроченные домены?

Пользовательские домены | Netlify Docs

Доменное имя - это URL-адрес или веб-адрес, по которому посетители находят ваш сайт.

По умолчанию любой сайт на Netlify доступен через его субдомен Netlify, который имеет форму [имя-вашего-сайта].netlify.app . Например, вы получите доступ к сайту с именем brave-curie-671954 по адресу https://brave-curie-671954.netlify.app/ .

Персонализированные домены позволяют сделать ваши сайты доступными с ваших собственных доменных имен, не принадлежащих Netlify (например, www.yourcustomdomain.com ). Netlify поддерживает все домены верхнего уровня в пользовательских доменах.

Определения

• Доменное имя (или домен для краткости): полное имя, используемое для доступа к сайту.Например, yoursitename.netlify.app или www.yourcustomdomain.com
• Домен верхнего уровня : последняя часть имени домена. Например, .com входит в www.yourcustomdomain.com .
• Домен Apex (также известный как корневой, чистый или голый домен): часть yourcustomdomain.com в www.yourcustomdomain.com .
• Поддомен : домен, который является частью более крупного домена; единственный домен, который не является также субдоменом, - это домен вершины.Например, www.yourcustomdomain.com и app.yourcustomdomain.com являются субдоменами yourcustomdomain.com .
• Поддомен Netlify : термин Netlify для домена по умолчанию в форме [имя-вашего-сайта] .netlify.app , присвоенный каждому сайту.
• Пользовательский домен : домен, не относящийся к Netlify, назначенный сайту.
• Основной домен : термин Netlify для основного настраиваемого домена, назначенного сайту.
• Псевдоним домена : термин Netlify для дополнительных пользовательских доменов, назначенных сайту.
• Регистратор домена (или служба регистрации домена): компания, которая позволяет вам зарегистрировать доменное имя.
• DNS-провайдер : компания, обслуживающая DNS-серверы, которые переводят доменное имя в пункт назначения.
• Netlify DNS : управляемый DNS-сервис Netlify.
• Сервер имен (или DNS-сервер): специализированный сервер, преобразующий доменные имена в IP-адреса.
• Зона DNS : предоставляет информацию об одном или нескольких доменных именах.Каждая зона содержит список DNS-записей с сопоставлениями между доменными именами и IP-адресами.

Назначьте домен сайту

Чтобы назначить сайту персональный домен или псевдоним домена, перейдите в Настройки сайта ›Управление доменом .

На панели Пользовательские домены перечислены все домены, связанные с вашим сайтом. По умолчанию в списке указан только субдомен Netlify, назначенный вашему сайту на основе имени сайта.

Совет

Вы можете изменить субдомен Netlify по умолчанию для сайта, нажав кнопку Параметры рядом с субдоменом на панели Пользовательские домены , а затем выбрав Изменить имя сайта в раскрывающемся списке.

Чтобы добавить персональный домен, выберите Добавить персональный домен в нижней части панели Персонализированные домены и введите имя своего домена. Выберите Проверить . Ваш следующий вариант зависит от того, зарегистрирован ли домен.

Если домен не зарегистрирован , вам предоставляется возможность зарегистрировать домен на Netlify. Если вы выберете этот вариант, вы сможете следовать инструкциям в пользовательском интерфейсе, и ваш домен будет автоматически настроен с использованием Netlify DNS.Дальнейшая настройка не требуется, но вы можете узнать больше о своем новом домене:

Если домен зарегистрирован (уже есть владелец), вам будет предложено подтвердить, что вы являетесь владельцем домена. Если вы не являетесь владельцем, вам придется выбрать другой домен. Если вы являетесь владельцем, выберите Да, добавить домен , чтобы назначить персональный домен сайту. Следующий шаг зависит от того, как зарегистрирован ваш домен:

• Если домен был зарегистрирован в Netlify, использует Netlify DNS или и то, и другое, настройка выполняется автоматически.Посетите страницу с несколькими доменами, чтобы узнать о вариантах псевдонимов домена, переадресации на уровне домена и поддоменов ответвлений.
• Если домен был зарегистрирован в другом месте, вы можете выбрать использование Netlify DNS для автоматической настройки, поддоменов филиалов и автоматического HTTPS на всех поддоменах через сертификаты с подстановочными знаками. Для начала ознакомьтесь с документацией о добавлении домена в Netlify DNS.
• В качестве альтернативы, если домен был зарегистрирован в другом месте, и вы хотите продолжить использовать своего текущего поставщика DNS, вам нужно будет добавить записи DNS на вашем провайдере, чтобы указать ваш домен или субдомен на ваш сайт на Netlify.Ознакомьтесь с инструкциями по внешнему DNS, чтобы завершить настройку.

.