Поиск
Удалить поисковый запрос
Закрыть поиск
Приложения Google
Главное меню
true

О записях ресурсов

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

Каждая запись ресурса включает следующие поля:

  • Название – ярлык, обозначающий название или владельца записи. Это может быть корневой домен (отмечен знаком @) или субдомен (например, www).
  • Тип – тип записи. Например, запись А (адрес).
  • Время жизни (TTL) – периодичность обновления (получения из исходной системы хранения данных) копии записи, хранящейся в кеше (локальном хранилище). Чем короче время жизни, тем чаще обновляются записи (доступ занимает больше времени, но предоставляются более актуальные данные). Чем больше время жизни, тем реже обновляются записи (доступ занимает меньше времени, но данные могут устареть). Значение по умолчанию – 1 час.
    Примечание. При изменении записи ресурса для вступления изменений в силу может потребоваться время, равное времени жизни. При добавлении новой записи ресурса она станет видимой для пользователей в Интернете через 5 минут.
  • Данные – данные записи, различающиеся в зависимости от ее типа. Например, IP-адрес для записей A. Именно эти данные возвращаются при поиске DNS.

Примечание. Поскольку Google Domains по умолчанию поддерживает класс IN (Интернет), поле "Класс" в записи отсутствует.

Типы записей ресурсов

Помимо описанных здесь записей DNS, регистратор Google Domains также поддерживает комплексные записи, которые дополняют функции записей ресурсов. Подробнее об этом можно узнать в разделе Комплексные записи.

A

Записи A (адрес IPv4) сопоставляют имя домена хоста с IP-адресом этого хоста (сопоставление имени с адресом).

@ А 1h 123.123.123.123

Примечание. Записи A и AAAA выполняют одну и ту же функцию. Записи A сопоставляются с IP-адресами версии 4 (IPv4). Записи AAAA сопоставляются с IP-адресами версии 6 (IPv6).

AAAA

Записи AAAA (адрес IPv6) сопоставляют имя домена хоста с IP-адресом этого хоста (сопоставление имени и адреса).

www АААА 1h 2002:db80:1:2:3:4:567:89ab

Примечание. Записи A и AAAA выполняют одинаковую функцию. Записи A сопоставляются с IP-адресами версии 4 (IPv4). Записи AAAA сопоставляются с IP-адресами версии 6 (IPv6).

CNAME

Записи CNAME (каноническое имя) сопоставляют псевдоним домена с каноническим (истинным) именем домена. Можно сопоставить несколько псевдонимов с одним каноническим именем (это позволяет настроить IP-адреса записи A или AAAA в одном месте).

В примере ниже www является псевдонимом, а example.com –каноническим доменом (он сопоставляется с IP-адресом с помощью записи A).

www CNAME 1h example.com.
example.com. А 1h 123.123.123.123

В примере ниже www и FTP являются псевдонимами, а server1.example.com. – каноническим доменом (он сопоставляется с IP-адресом с помощью записи A).

www CNAME 1h server1.example.com.
ftp CNAME 1h server1.example.com.
server1.example.com. A 1h 123.123.123.123

Записи CNAME невозможно настроить для корневого домена. Кроме того, целевым объектом записи CNAME может быть только доменное имя; пути не могут использоваться. Если необходимо переадресовать корневой домен или целевой URL включает путь, выполните одно из следующих действий:

MX

Записи MX (обмен сообщениями) сопоставляют доменное имя и почтовый сервер, на который поступает почта для данного домена. Записи MX определяют, какие почтовые серверы используются для отправки электронных сообщений в домен.

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

@ MX 1h 10 mailhost1.example.com.
@ MX 1h 20 mailhost2.example.com.

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

@ MX 1h 10 mailhost1.example.com.
@ MX 1h 10 mailhost2.example.com.

Примечание. В Google Domains нет отдельного поля для указания приоритета. Чтобы указать приоритет, введите значение в поле после почтового хоста (10 mailhost1.example.com.).

NS

Записи NS (DNS-сервер) сопоставляют домен или субдомен с DNS-сервером. На DNS-серверах хранится информация о пространстве имен домена. Они также преобразуют доменные имена в IP-адреса с помощью ссылок на записи ресурсов, хранящихся на DNS-сервере.

В Google Domains можно создать записи NS только для субдоменов. Управление записями NS корневого домена выполняется автоматически. Подробнее об этом можно узнать в разделе О записях ресурсов NS (DNS-сервер).

ns1 NS 1h ns-cloud1.googledomains.com.
ns2 NS 1h ns-cloud2.googledomains.com.
PTR

Записи PTR (указатель) сопоставляют IP-адрес хоста с каноническим (истинным) доменным именем хоста (сопоставление адреса с именем). IP-адрес записывается в обратной нотации и в конце добавляется запись arpa домена верхнего уровня. Этот процесс называется обратным DNS-запросом.

Записи PTR используются для обеспечения безопасности и борьбы со спамом: почтовые и другие серверы могут выполнять обратные DNS-запросы для проверки идентификаторов хостов.

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

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

Когда провайдер делегирует вам запись PTR, он создает запись CNAME, указывающую на запись PTR, управление которой осуществляется с помощью Google Domains. Например, запись A вашего сервера выглядит следующим образом:
www     A     1h     111.222.33.4

Чтобы делегировать вам запись PTR, провайдер должен настроить следующую запись CNAME. Обратите внимание, что порядок 4 чисел IP-адреса обратный:
4.33.222.111.in-addr.arpa.    CNAME     1h     ptr_www.example.com.

В Google Domains можно настроить следующую запись PTR:
ptr_www     PTR     1h     www.example.com.

После настройки этих записей при выполнении обратного запроса IP-адреса 111.222.33.4 сначала происходит обращение к записи провайдера 4.33.222.111.in-addr.arpa., а затем запрос перенаправляется к записи для ptr_www.example.com.. В ответе будет указано, что 111.222.33.4 соответствует адресу www.example.com.

Аналогично для адресов IPv6, если запись AAAA сервера выглядит следующим образом:
www     AAAA     1h     202:db80:1:2:3:4:567:89ab,

то полностью заданный адрес IPv6 будет таким: 0202:db80:0001:0002:0003:0004:0567:89ab. Чтобы получить запись CNAME, которая задается провайдером, запишите этот адрес в обратном порядке (только цифры без двоеточий), разделяя цифры точками. В конце необходимо добавить .ip6.arpa. (включая точку в конце):
b.a.9.8.7.6.5.0.4.0.0.0.3.0.0.0.2.0.0.0.1.0.0.0.0.8.b.d.2.0.2.0.ip6.arpa.     CNAME     1h     ptr_www.example.com.

Примечание. Делегирование блока адресов провайдером не поддерживается непосредственно в Google Domains. Создать и сохранить эти записи, можно в Cloud DNS. При этом в Cloud DNS потребуется перенести только записи PTR.

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

SOA

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

Управление записями SOA осуществляется DNS-серверами, их нельзя просматривать и редактировать в Google Domains.

SPF

SPF (инфраструктура политики отправителей) является техническим методом, основанным на открытых стандартах. SPF указывает почтовые серверы, которые могут отправлять электронную почту из домена.

Когда почтовый сервер отправляет сообщение, получающий сервер обращается к SPF домена. Если сообщение отправлено сервером, указанным в списке SPF, то получающий сервер примет это сообщение.

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

SPF использует записи TXT для сопоставления доменного имени с одним или несколькими почтовыми серверами. Запись TXT включает тег SPF v=spf1 и другие квалификаторы, механизмы и операторы SPF (см. www.openspf.org).

@ SPF   "v=spf1 +a:mailhost3.example.com +a:mailhost4.example.com –all"   
mail3   А 1h 123.123.123.7
mail4   А 1h 123.123.123.9
SRV

Записи SRV (сервис) сопоставляют определенный сервис или сервер с доменным именем. Запись SRV позволяет найти сервис, не зная, какой хост обеспечивает его работу.

В примере ниже запись сервиса _http._tcp.example.com. включает http, протокол tcp, по которому работает сервис, и доменное имя example.com.. Запись сопоставляется с доменом www.example.com., который в свою очередь сопоставляется с веб-сервером (хостом с IP-адресом 192.251.50.110). Приоритет этой записи – 10 (предпочтительно более низкий), вес – 5 (для балансировки нагрузки между записями с одинаковым приоритетом), а номер порта, по которому можно найти сервис, – 8080.

_http._tcp.example.com. SRV 1h 10 5 8080 www.example.com.
www А 1h 192.251.50.110

Примечание. В Google Domains отсутствует отдельное поле для указания значений приоритета, веса и номера порта. Эти значения необходимо ввести в поле данных, разделяя пробелом. Затем следует указать название сервиса (10 5 8080 www.example.com.).

TXT

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

А TXT 1h "Это мой домен."
Была ли эта статья полезна?
Как можно улучшить эту статью?