Разное

А запись в dns: Проверка DNS-записей домена — утилита dig | Проверка PTR, MX, A, NS, TXT, SOA, CNAME | Check DNS

15.11.1986

Содержание

Создать ресурсную A-запись | Работа с API 1cloud.ru

Создать ресурсную A-запись | Работа с API 1cloud.ru Необходимая информация по созданию новой ресурсной A-записи на DNS-серверах 1cloud через наш интерфейс программирования приложений (API). Входные параметры POST-запроса (DomainId, IP, Name), пример запроса, request header, пример ответа.

  1. Главная
  2. API
  3. DNS
  4. org/ListItem»> Создать А запись

Для того, чтобы создать новую запись на наших DNS серверах, необходимо отправить POST запрос по адресу https://api.1cloud.ru/dns/recorda.

Ответом будет JSON объект, данный объект будет содержать все атрибуты домена к которому добавлена запись.

Входные параметры

Название Тип Описание
DomainId string Уникальный идентификатор домена
IP string IP адрес в формате XXX.XXX.XXX.XXX
Name string Доменное имя или симовол «@»

TTL

string

Длительность кэширования записи в секундах. Может содержать следующие значения:
  • 1
  • 5
  • 30
  • 60
  • 300
  • 600
  • 900
  • 1800
  • 3600
  • 7200
  • 21160
  • 43200
  • 86400

Выходные параметры

Название Тип Описание
ID number Уникальный идентификатор домена
Name string Наименование домена
TechName string Техническое наименование домена
State string Статус домена на момент обработки запроса. Может содержать следующие значения:
  1. New: создание домена на DNS 1cloud
  2. Active: домен активен
DateCreate DateTime Дата создания домена
LinkedRecords list Список записей, которые ассоциированы с данным доменом. Содержит список объектов, каждый из которых имеет следующие атрибуты:
  1. ID: уникальный идентификатор записи
  2. TypeRecord: тип записи, может содержать следующие значения: A, AAAA, MX, CNAME, TXT, NS, SRV
  3. IP: IP адрес
  4. HostName: @ — если запись создана для домена, или наименование поддомена, если запись создана для него
  5. Priority: приоритет записи, актуально только для MX и SRV записей
  6. Text: текст записи, актуально только для TXT записей
  7. MnemonicName: мнемоническое имя, актуально только для CNAME записей
  8. ExtHostName: наименование внешнего к 1cloud хоста, актуально для MX или NS записей
  9. Weight: относительный вес для записей с одинаковым приоритетом, актуально для SRV записей
  10. Port: порт на котором работает сервис, актуально для SRV записей
  11. Target: канонические имя машины, предоставляющей сервис, актуально для SRV записей
  12. Proto: транспортный протокол используемый сервисом, актуально для SRV записей
  13. Service: символьное имя сервиса, предоставляющей сервис, актуально для SRV записей
  14. TTL: Длительность кэширования записи, в секундах
  15. State:
    1. New: создание записи на DNS 1cloud
    2. Active: запись активна
  16. Дата создания записи

Пример запроса

curl -X POST -H 'Content-Type: application/json' -H 'Authorization: Bearer 75bb9805c018b1267b2cf599a38b95a3a811e2ef7ad9ca5ed838ea4c6bafaf50' "https://api.

1cloud.ru/dns/recorda" -d '{"DomainId":"1", "IP":"1.1.1.2", "Name":"@"}'

Request Header

Content-Type: application/json Authorization: Bearer 75bb9805c018b1267b2cf599a38b95a3a811e2ef7ad9ca5ed838ea4c6bafaf50

Пример ответа

[
  {
    "ID":"1",
    "TypeRecord":"A",
    "IP":"1.1.1.1",
    "HostName":"@",
    "Priority":"",
    "Text":"",
    "MnemonicName":"",
    "ExtHostName":"",
    "State":"Active",
    "TTL":"3600",
    "CanonicalDescription":"@ 3600 IN A 1.1.1.1" 
  }
]

Последнее обновление: 03.06.2018

Настройка собственного сервера имен Windows Server

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

Данная инструкция будет актуальна для ОС Windows Server версии 2012 — 2022.

  • Добавление роли «DNS-сервера»
  • Создание первичной зоны «DNS-сервера»
  • Добавление «DNS-записей»
  • Проверка работоспособности

Добавление роли «DNS-сервера»

Откройте «Server Manager».

В правом верхнем меню выберите «Manage» > «Add Roles and Features». В появившемся окне нажмите «Next».

Далее убедитесь, что выбран пункт «Role-based or feature-based installation» и нажмите «Next».

В окне выбора сервера установки ничего не меняйте и нажмите «Next».

В окне выбора роли поставьте галочку на пункте «DNS Server».

В появившемся окне согласитесь с добавлением утилит, нажав на кнопку «Add Features».

Нажмите кнопку «Next».

Далее ничего не меняйте, нажмите кнопку «Next».

Нажмите «Next».

Далее для начала установки нажмите кнопку «Install».

Ждём завершения установки роли «DNS Server».

Как только увидите надпись о завершении установки «Installation succeeded», закройте окно, нажав «Close».

Создание первичной зоны «DNS-сервера»

Возвращаемся в «Server Manager», в правом верхнем углу наведите курсор на «Tools» и выберите пункт «DNS».

Двойным кликом выберите ваш сервер, в данном случае это «WIN-LIVFRVQFMKO».

Выберите «Forward Lookup Zones» и нажмите кнопку «New Zone».

Нажмите «Next».

Выберите первичный тип зоны «Primary zone», нажмите «Next».

В поле «Zone name» введите имя домена, на основе которого будут создаваться DNS сервер, нажмите «Next».

При необходимости поменяйте название создаваемого файла зоны, нажмите «Next».

Выберите «Do not allow dynamic updates», чтобы запретить динамическое обновление зоны для повышения безопасности, нажмите «Next».

Нажмите «Finish».

Добавление «DNS записей»

Выберите зону созданного домена и нажмите кнопку «New Record». Далее выберите из предложенного списка пункт «Host (A or AAAA)» для привязки домена к IP-адресу и нажмите кнопку «Create Record…».

В появившемся окне добавьте «А» записи для основного домена зоны. Для этого поле «Name» оставьте пустым (в данном случае «А» запись будет добавлена для основного домена зоны mydomens.ru). В поле «IP address» введите IP, куда должен быть привязан домен. После нажмите кнопку «Add Host».

Остальные записи типа «А» добавляются по тому же принципу. Добавим для примера запись для домена mail.mydomens.ru. В поле «Name» введите имя поддомена mail, в поле «IP address» введите IP-адрес.

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

Добавьте все необходимые «А» записи для доменов. Обязательно добавьте «А» записи для NS адресов в том же соответствии, как они указаны у регистратора домена:

ns1.mydomens.ru\192.168.1.1

ns2.mydomens.ru\192.168.1.2

Далее отредактируйте запись типа «Name Server (NS)». Для этого выберите запись в списке, она создана по умолчанию, после нажмите кнопку «Properties».

В появившемся окне выделите имеющуюся запись из списка и нажмите кнопку «Edit…».

В первом поле введите имя NS адреса, ниже введите соответствующий ему IP, после нажмите «Enter» на клавиатуре, далее нажмите кнопку «OK».

Далее добавьте второй NS, для этого нажмите кнопку «Add…».

Введите соответствующие данные в поля и нажмите кнопку «ОК».

Проверьте, что все NS записи добавлены верно, и нажмите кнопку «ОК».

Отредактируйте «SOA» запись.

В поле «Primary server» введите первичный NS адрес вашей DNS зоны. В поле «Responsible person» введите email адрес ответственного лица зоны DNS, вместо знака @ поставьте точку. Далее нажмите кнопку «ОК».

Добавьте «MX» запись для указания сервера, на который будет приходить почта на домен. 

В окне выбора типа записи выберите «Mail Exchanger (MX)».

Если добавляете запись для основного домена зоны, поле «Host» оставьте пустым. В поле «mail server» введите доменное имя почтового сервера, куда будет пересылаться почта для домена.

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

Проверка работоспособности

Для проверки вы можете воспользоваться командной строкой CMD или PowerShell, сторонними ресурсами для проверки DNS записей, например https://2whois. ru/?t=dig.

После выполнения запроса записей зоны вы должны получить соответствующую запись запрошенную с DNS сервера. При запросе записи типа ANY, с сервера будут отданы все имеющиеся DNS записи домена. Для примера рассмотрим два варианта проверки, через PowerShell и на сайте 2whois.ru.

PowerShell

Для проверки используйте следующий синтаксис команды: nslookup -type=ANY имя_домена IP_сервера

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

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

Онлайн сервис 2whois.ru

Для проверки работы DNS сервера на сайте https://2whois.ru/ выберите вкладку DIG, далее в поле «Домен или IP» введите имя домена, который вы добавляли ранее. В поле «DNS сервер» введите IP адрес сервера, на котором вы выполняли настройки. В поле «Тип записи» выберите «ANY» для получения всех записей доменной зоны. После нажмите кнопку «DIG». 

После получения результата проверки в секции «ANSWER SECTION» вы увидите перечень записей, добавленных ранее на сервер, это будет означать, что DNS сервер функционирует и работает корректно.

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

Настройка DNS сервера

  • Настройка DNS сервера
  • Установка DNS сервиса в систему
  • Управление DNS сервисом
  • Создание DNS зоны
  • Модификация DNS зоны
  • Удаление DNS зоны
  • Удаление MX записей для зоны
  • Удаление A записи для зоны
  • Создание DNS записи
  • Модификация записи
  • Удаление DNS записи
  • Информация о DNS сервисе
  • Информация о всех зонах
  • Информация о зоне
  • Информация о записи
  • Пример создания зоны и записей в ней
  • Проверка работоспособности DNS сервера

Настройка DNS сервера производится в несколько этапов:

Установка DNS сервиса в систему¶

Поддержка DNS сервиса появилась в пакете calculate-server 2. 1.4.
В качестве сервера используется наиболее распространенный DNS сервер BIND.

Перед установкой убедитесь что BIND скомпилирован с поддержкой sdb-ldap.

Перед установкой, убедитесь что у вас в системе установлен сервис ldap, если он не был установлен, выполните установку командой:

cl-setup ldap

Установка dns сервиса выполняется командой

cl-setup dns

Установка сервиса с установкой доверительных сетей:

cl-setup -a dns

Примечание: Интервал времени жизни DNS записи — ttl, составляет 178600 секунд.

Управление DNS сервисом¶

Термины:

  • DNS зона — сегмент пространства доменных имен.
  • master DNS зона — основная зона хранения записей.
  • slave DNS зона — подчиненная основной зона хранения записей.
  • Прямая DNS зона — зона хранения записей соответствия доменного имени ip адресу.
  • Обратная DNS зона — зона хранения записей соответствия ip адреса доменному имени.
  • Авторитативный сервер — сервер для хранения DNS зоны, записи которого считаются авторитетными для других DNS серверов.
  • SOA запись — запись описания зоны.
  • NS запись — доменное имя авторитативного сервера.
  • A запись — соответствие доменного имени ip адресу.
  • PTR запись — соответствие ip адреса доменному имени.
  • CNAME запись — соответствие одного доменного имени другому.
  • MX запись — соответствие доменного имени доменным именам почтовых серверов.

Создание DNS зоны¶

Для создания DNS зоны используется команда cl-dns-zoneadd.

Создание master DNS зоны

Cоздание зоны с авторитативным сервером в создаваемой зоне.

cl-dns-zoneadd -n <имя зоны> --server <имя авторитативного сервера> --ipserver <ip авторитативного сервера>

Cоздание зоны с авторитативным сервером в другой зоне.

cl-dns-zoneadd -n <имя зоны> --server <имя авторитативного сервера>

Примеры:

cl-dns-zoneadd -n test.ru --server test.ru --ipserver 10.0.0.34
  • Будет создана прямая зона test.ru
  • Если не существует, будет создана обратная зона 0.0.10.in-addr.arpa
  • Будет создана в записи зоны test.ru, A запись — test.ru соответствует 10.0.0.34
  • Будет создана в записи зоны test.ru NS запись — test.ru
  • Если обратная зона 0.0.10.in-addr.arpa была создана, для нее будет создана NS запись — test.ru
cl-dns-zoneadd -n test.ru --server ns.test.ru --ipserver 10.0.0.34
  • Будет создана прямая зона test.ru
  • Если не существует, будет создана обратная зона 0.0.10.in-addr.arpa
  • Будет создана в зоне test.ru, A запись — ns.test.ru соответствует 10.0.0.34
  • Будет создана в записи зоны test.ru NS запись — ns.test.ru
  • Если обратная зона 0.0.10.in-addr. arpa была создана, для нее будет создана NS запись — test.ru
  • В обратной зоне 0.0.10.in-addr.arpa будет создана PTR запись — 10.0.0.34 соответствует ns.test.ru, если такая запись не существует.
cl-dns-zoneadd -n 10.0.10.0/24 --server test.ru

* Будет создана обратная зона для сети 10.0.10.0/24 — 10.0.10.in-addr.arpa * Будет создана в записи зоны 10.0.10.in-addr.arpa NS запись — test.ru

Создание slave DNS зоны

Создание DNS зоны.

cl-dns-zoneadd -t slave -n <имя зоны> --servers <ip серверов хранения master зоны для этой зоны>

Примеры:

cl-dns-zoneadd -t slave -n slave.ru --servers 10.0.0.3,10.0.10.5
  • Будет создана подчиненная прямая зона slave.ru, данные для которой будут получены из основной зоны slave.ru находящейся на DNS серверах с адресами 10.0.0.3, 10.0.10.5
cl-dns-zoneadd -t slave -n 10. 0.0.0/24 --servers 10.0.0.3

* Будет создана подчиненная обратная зона для сети 10.0.0.0/24 — 0.0.10.in-addr.arpa, данные для которой будут получены из основной зоны 0.0.10.in-addr.arpa находящейся на DNS сервере с адресом 10.0.0.3

Модификация DNS зоны¶

Для модификации DNS зоны используется команда cl-dns-zonemod.

Модификация параметров зоны возможна только для master зоны.

cl-dns-zonemod  -n <имя зоны или сеть> <параметры>

имя зоны — модификация прямой зоны

сеть — модификация обратной зоны

Параметры модификации зоны:

  • —server — изменение доменного имени главного авторитативного сервера зоны
  • —ip — изменение или добавление в случае отсутствия, ip адреса для зоны (модификация или добавление A записи)
  • —mx — замена или добавление в случае отсутствия, MX записей для зоны (модификация или добавление доменных имен почтовых серверов)
  • —mxmod — замена одного доменного имени почтового сервера на другой в MX записи для зоны (модификация доменного имени почтового сервера)
  • — email — изменение почтового адреса администратора зоны (по умолчанию root@имя_зоны)
  • —servers — изменение списка всех авторитативных серверов зоны (NS записи зоны)
  • —refresh — интервал времени после которого будет обновлена зона в секундах или число + (M — минуты, H — часы, D — дни, W — недели).
    По умолчанию 8H — 8 часов.
  • —update — интервал времени после неудачного обновления зоны после которого будет сделано новое обновление зоны.
    По умолчанию 2H — 2 часа.
  • —expiry — интервал времени после которого данные зоны устареют на вторичных DNS серверах в случае невозможности соединения с главным DNS сервером.
    По умолчанию 2W — 2 недели.
  • —minimum — интервал времени хранения данных неудачных запросов для этой зоны.
    По умолчанию 2H — 2 часа.

Примеры:

cl-dns-zonemod -n test.ru --email [email protected]

Модификация почтового адреса администратора зоны

cl-dns-zonemod -n test.ru --refresh 10H

Модификация интервала времени обновления зоны (10 часов)

Удаление DNS зоны¶

Для удаления DNS зоны используется команда cl-dns-zonedel.

cl-dns-zonedel -n <имя зоны или сеть>

имя зоны — удаление прямой зоны
сеть — удаление обратной зоны

Примеры:

cl-dns-zonedel -n test. ru

Будет удалена прямая зона test.ru

сl-dns-zonedel -n 10.0.0.0/24

Будет удалена обратная зона 0.0.10.in-addr.arpa

Удаление MX записей для зоны¶

Пример.

cl-dns-zonedel --mx -n test.ru

Будут удалены MX записи для зоны test.ru (доменные имена почтовых серверов для зоны)

Удаление A записи для зоны¶

Пример.

cl-dns-zonedel --ip -n test.ru

Будет удалена A запись для зоны test.ru (ip зоны)

Создание DNS записи¶

Для создания DNS записи используется команда cl-dns-recadd.

Для создания записи необходимо создание master зоны в которую будет добавлена эта запись.

Для A записи (host.test.ru —> 10.0.0.4 ) необходимо создание master прямой зоны test.ru.

Для PTR записи (10.0.0.4 —> host.test.ru) необходимо создание master обратной зоны 0.0.10.in-addr.arpa

Cоздание A записи

Примеры создания записей:

Создание A записи и PTR записи. Сначала должны быть созданы прямая и обратная зоны, test.ru и 0.0.10.in-addr.arpa.

cl-dns-recadd --host host.test.ru --ip 10.0.0.66
  • Будет создана запись в прямой зоне test.ru, host.test.ru соответствует 10.0.0.66.
  • Будет создана запись в обратной зоне 0.0.10.in-addr.arpa, 10.0.0.66 соответствует host.test.ru

Создание только A записи. Сначала должна быть создана прямая зона test.ru.

cl-dns-recadd --autoptr off --host host.test.ru --ip 10.0.0.66
  • Будет создана запись в прямой зоне test.ru, host.test.ru соответствует 10.0.0.66.
Создание A записи, MX записи и PTR записи

Пример создания A записи, MX записи и PTR записи. Сначала должны быть созданы прямая и обратная зоны, test.ru и 0.0.10.in-addr.arpa.

cl-dns-recadd --mx mail1.test.ru,mail2.test.ru --host host2.test.ru --ip 10.0.0.69
  • Будет создана запись в прямой зоне test.ru, host2.test.ru соответствует 10.0.0.69.
  • Будет создана MX запись в прямой зоне test. ru, host2.test.ru соответствует двум почтовым серверам mail1.test.ru (приоритет 10), mail2.test.ru (приоритет 20)
  • Будет создана запись в обратной зоне 0.0.10.in-addr.arpa, 10.0.0.69 соответствует host2.test.ru
Создание A записи и MX записи

Пример создания A записи и MX записи. Сначала должна быть создана прямая зона test.ru.

cl-dns-recadd --autoptr off --mx mail1.test.ru,mail2.test.ru --host host2.test.ru --ip 10.0.0.69
  • Будет создана запись в прямой зоне test.ru, host2.test.ru соответствует 10.0.0.69.
  • Будет создана MX запись в прямой зоне test.ru, host2.test.ru соответствует двум почтовым серверам mail1.test.ru (приоритет 10), mail2.test.ru (приоритет 20)
Создание PTR записи

Пример создания PTR записи. Сначала должна быть создана обратная зона 0.0.10.in-addr.arpa.

cl-dns-recadd -t ptr --ip 10.0.0.67 --host host.test.ru
  • Будет создана запись в обратной зоне 0. 0.10.in-addr.arpa, 10.0.0.67 соответствует host.test.ru
Cоздание CNAME записи

Пример создания CNAME записи. Сначала должна быть создана прямая зона test.ru.

cl-dns-recadd -t cname --host host.test.ru --cname calculate.ru
  • Будет создана запись в прямой зоне test.ru, host.test.ru соответствует calculate.ru

Модификация записи¶

Для модификации DNS записи используется команда cl-dns-recmod.

Модификация A записи
Изменение доменного имени A записи и PTR записи

Пример.

cl-dns-recmod --host newname.test.ru oldname.test.ru

или

cl-dns-recmod --host newname.test.ru 10.0.0.5

Изменяет доменное имя oldname.test.ru на newname.test.ru

Исходные записи:
A запись, oldname.test.ru соответствует 10.0.0.5
PTR запись, 10.0.0.5 соответствует oldname.test.ru

Записи после модификации:
A запись, newname. test.ru соответствует 10.0.0.5
PTR запись, 10.0.0.5 соответствует newname.test.ru

Изменение ip A записи и PTR записи

Пример:

cl-dns-recmod --ip 10.0.0.6 10.0.0.5

или

cl-dns-recmod --ip 10.0.0.6 oldname.test.ru

Изменяет ip для доменного имени oldname.test.ru

Исходные записи:
A запись oldname.test.ru соответствует 10.0.0.5
PTR запись 10.0.0.5 соответствует oldname.test.ru

Записи после модификации:
A запись oldname.test.ru соответствует 10.0.0.6
PTR запись 10.0.0.6 соответствует oldname.test.ru

Изменение доменного имени A записи

Пример:

cl-dns-recmod --automod off --host newname.test.ru oldname.test.ru

или

cl-dns-recmod --automod off --host newname.test.ru 10.0.0.5

Изменяет доменное имя oldname. test.ru на newname.test.ru

Исходная запись:
A запись, oldname.test.ru соответствует 10.0.0.5

Запись после модификации:
A запись, newname.test.ru соответствует 10.0.0.5

Изменение ip A записи

Пример:
cl-dns-recmod --automod off --ip 10.0.0.6 10.0.0.5

или
cl-dns-recmod --ip 10.0.0.6 oldname.test.ru

Изменяет ip на 10.0.0.6 для доменного имени oldname.test.ru

Исходная запись:
A запись oldname.test.ru соответствует 10.0.0.5

Запись после модификации:
A запись oldname.test.ru соответствует 10.0.0.6

Модификация PTR записи
Изменение доменного имени PTR записи и A записи

Пример:

cl-dns-recmod -t ptr --host newname.test.ru oldname.test.ru

или

cl-dns-recmod -t ptr --host newname.test.ru 10.0.0.5

Изменяет доменное имя oldname. test.ru на newname.test.ru

Исходные записи:
PTR запись 10.0.0.5 соответствует oldname.test.ru
A запись oldname.test.ru соответствует 10.0.0.5

Записи после модификации:
PTR запись 10.0.0.5 соответствует newname.test.ru
A запись newname.test.ru соответствует 10.0.0.5

Изменение ip PTR записи и A записи

Пример:

cl-dns-recmod -t ptr --ip 10.0.0.6 10.0.0.5

или

cl-dns-recmod --ip 10.0.0.6 oldname.test.ru

Изменяет ip для доменного имени oldname.test.ru

Исходные записи:
PTR запись 10.0.0.5 соответствует oldname.test.ru
A запись oldname.test.ru соответствует 10.0.0.5

Записи после модификации:
PTR запись 10.0.0.6 соответствует oldname.test.ru
A запись oldname.test.ru соответствует 10.0.0.6

Изменение доменного имени PTR записи

Пример:

cl-dns-recmod -t ptr --automod off --host newname. test.ru oldname.test.ru

или

cl-dns-recmod -t ptr --automod off --host newname.test.ru 10.0.0.5

Изменяет доменное имя oldname.test.ru на newname.test.ru

Исходная запись:
PTR запись 10.0.0.5 соответствует oldname.test.ru

Запись после модификации:
PTR запись 10.0.0.5 соответствует newname.test.ru

Изменение ip PTR записи

Пример:

cl-dns-recmod -t ptr --automod off --ip 10.0.0.6 10.0.0.5

или

cl-dns-recmod -t ptr --ip 10.0.0.6 oldname.test.ru

Изменяет ip на 10.0.0.6 для доменного имени oldname.test.ru

Исходная запись:
PTR запись 10.0.0.5 соответствует oldname.test.ru

Запись после модификации:
PTR запись 10.0.0.6 соответствует oldname.test.ru

Модификация CNAME записи

Пример 1:

cl-dns-recmod --cname calculate. ru cn.test.ru

Изменяет CNAME запись.

Исходная запись:
CNAME запись cn.test.ru соответствует acoola.ru

Запись после модификации:
CNAME запись cn.test.ru соответствует calculate.ru

Пример 2:

cl-dns-recmod -t cname --host cname.test.ru cn.test.ru

Изменяет CNAME запись.

Исходная запись:
CNAME запись cn.test.ru соответствует calculate.ru

Запись после модификации:
CNAME запись cname.test.ru соответствует calculate.ru

Модификация или создание MX записи

Пример 1:

cl-dns-recmod --mx mail1.test.ru,mail2.test.ru test.test.ru

Заменяет а в случае отсутствия добавляет MX записи в A запись test.test.ru.

Исходная запись:
A запись test.test.ru — MX запись mail.test.ru (приоритет 10)

Запись после модификации:
A запись test. test.ru — MX запись mail1.test.ru (приоритет 10), MX запись mail2.test.ru (приоритет 20)

Пример 2:

cl-dns-recmod --mxmod mail2.test.ru,mailnew.test.ru test.test.ru

Изменяет MX запись.

Исходная запись:
A запись test.test.ru — MX запись mail1.test.ru (приоритет 10), MX запись mail2.test.ru (приоритет 20)

Запись после модификации:
A запись test.test.ru — MX запись mail1.test.ru (приоритет 10), MX запись mailnew.test.ru (приоритет 20)

Удаление DNS записи¶

Для удаления DNS записи используется команда cl-dns-recdel.

Удаление A или СNAME записи

Пример:

cl-dns-recdel --host test.test.ru

Будет удалена A или CNAME запись test.test.ru

Удаление PTR записи

Пример:

cl-dns-recdel --ip 10.0.0.20

Будет удалена PTR запись 20. 0.0.10.in-addr.arpa (10.0.0.20 соответствует test.test.ru)

Удаление MX записи из A записи

Пример:

cl-dns-recdel --mx --host test.test.ru

Будет удалены все MX записи из A записи test.test.ru

Информация о DNS сервисе¶

Для получения информации о записях и зонах DNS сервиса используется команда cl-info.

Информация о всех зонах¶

cl-info -z dns

Информация о зоне¶

cl-info -Z <имя_зоны или сеть> dns

Примеры:

cl-info -Z 10.0.0.0/24 dns

Информация о обратной зоне 0.0.10.in-addr.arpa (сеть 10.0.0.0/24)

cl-info -Z test.ru dns

Информация о прямой зоне test.ru

Информация о записи¶

cl-info -r <имя_записи или ip> dns

Примеры:

cl-info -r 10.0.0.5 dns

Информация о записи в обратной зоне 5. 0.0.10.in-addr.arpa (ip 10.0.0.5)

cl-info -r test.test.ru dns

Информация о записи в прямой зоне test.test.ru

Пример создания зоны и записей в ней¶

Необходимо создать зону test.ru а так-же доменные имена:

  • test.ru — ip 10.0.0.1 — WEB сервер, DNS сервер.
  • www.test.ru — ip 10.0.0.1 — WEB сервер (CNAME запись, тот же сервер что и test.ru)
  • ftp.test.ru — ip 10.0.0.5, FTP сервер
  • user1.test.ru — 10.0.0.100, компьютер пользователя

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

  1. Создаем зону test.ru с A записью (test.ru —> 10.0.0.1) и обратной зоной для сети 10.0.0.0/24
    cl-dns-zoneadd -n test.ru --server test.ru --ipserver 10.0.0.1
    
  2. Cоздаем CNAME запись (www.test.ru —> test.ru)
    cl-dns-recadd -t cname --host www.test.ru --cname test.ru
    
  3. Создаем A и PTR запись для FTP сервера
    cl-dns-recadd --host ftp. test.ru --ip 10.0.0.5
    
  4. Создаем A и PTR запись для компьютера пользователя
    cl-dns-recadd --host user1.test.ru --ip 10.0.0.100
    

Проверка работоспособности DNS сервера¶

Для проверки работоспособности DNS сервера используйте утилиты nslookup или host.

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

cl-info -Z имя_зоны dns

Пример:

Ранее была создана зона test.ru и записи в ней.

Выполняем:

cl-info -Z domain.ru dns

Результат:

Information about master DNS zone domain.ru                    
+----------------------------+----------------+                
| Field                      | Value          |
+----------------------------+----------------+
| Zone name                  | domain.ru      |
| Master autoritative server | domain.ru      |
| NS record                  | domain. ru.     |
| A record                   | 10.0.0.5       |
| Email administrator        | [email protected] |
| Serial number              | 3              |
| Refresh                    | 8H             |
| Update                     | 2H             |
| Expiry                     | 2W             |
| Minimum                    | 2H             |
+----------------------------+----------------+
(10 rows)
Information about A records in master DNS zone domain.ru
+---------------------+-----------+
| Domain              | ip        |
+---------------------+-----------+
| localhost.domain.ru | 127.0.0.1 |
| calculate.domain.ru | 10.0.0.54 |
+---------------------+-----------+
(2 rows)

Используя любую из cуществующих А записей проверьте работоспособность DNS cервера с помощью команд:

nslookup имя_A_записи ip_DNS_сервера

или

host имя_A_записи ip_DNS_сервера

Пример:

ip адрес проверяемого DNS сервера 10. 0.0.5 информация о зоне domain.ru приведена в предыдущем примере.

Выполняем проверку при помощи nslookup:

nslookup calculate.domain.ru 10.0.0.5

Результат при нормальной работе сервиса DNS:

Server:         10.0.0.5
Address:        10.0.0.5#53
Name:   calculate.domain.ru
Address: 10.0.0.54

Выполняем проверку при помощи host:

host calculate.domain.ru 10.0.0.5

Результат при нормальной работе сервиса DNS:

Using domain server:
Name: 10.0.0.5
Address: 10.0.0.5#53
Aliases:
calculate.domain.ru has address 10.0.0.54

Добавить запись хоста DNS

  • Центр управления
  • Центральная синхронизация

    При синхронизации с Sophos Central вы можете использовать Security Heartbeat, чтобы разрешить устройствам в вашей сети поделитесь информацией о здоровье. Синхронизированный контроль приложений позволяет обнаруживать приложения в сети и управлять ими. Кроме того, вы можете централизованно управлять своими устройствами XG Firewall через Sophos Central.

  • Пульс безопасности

    Security Heartbeat — это функция, которая позволяет конечным точкам и брандмауэрам сообщать друг другу о своем состоянии работоспособности. Узнайте подробности о том, как это работает, какие существуют различные состояния здоровья и что они означают.

  • Сеть

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

    • ДНС

      Вы можете получить адрес DNS-сервера с сервера DHCP или PPPoE или указать статические DNS-серверы. Другие опции позволяют разрешать запросы для определенных хостов с использованием указанного IP-адреса и разрешать запросы для внешних доменов используя DNS-серверы в вашей сети.

      • Добавить запись хоста DNS

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

      • Добавить маршрут запроса DNS

        Вы можете разрешать запросы на имена внешних доменов через DNS-серверы в вашей сети, используя маршруты запросов DNS.

    • Создание КРАСНОГО туннеля между сайтами

      w3.org/1999/xhtml» xmlns:toc=»http://www.oxygenxml.com/ns/webhelp/toc»> Настройте туннель RED типа «сеть-сеть» между двумя устройствами Sophos XG Firewall без развертывания устройства RED. В В этом типе конфигурации одно устройство действует как сервер, а другое — как клиент.

    • Развертывание RED вручную

      Чтобы развернуть устройства RED вручную, необходимо загрузить файл подготовки для интерфейса RED и сохранить его в Флешка.

  • Проверка политики

    com/ns/webhelp/toc»> С помощью инструмента проверки политик вы можете применять и устранять неполадки брандмауэра и веб-политик, а также просматривать полученные результаты безопасности. решения. Например, вы можете создать веб-политику, чтобы заблокировать все сайты социальных сетей для определенных пользователей и протестировать политику, чтобы увидеть, блокирует ли она содержимое только для указанных пользователей. Результаты отображают детали действия принимаемые брандмауэром, включая соответствующие правила и фильтры содержимого.

  • Синтаксис пользовательского шаблона IPS
  • Категории типов файлов по умолчанию
  • Список совместимости USB
  • Совместимость с SFMOS 15. 01.0
  • Уведомление об авторских правах

Основные записи DNS для доставки почты и защиты от спама

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

Провайдер хостинга DNS

Практически все провайдеры хостинга DNS предоставляют интерфейс управления на основе веб-браузера, используемый для изменения ваших записей DNS, и должны предоставить техническую поддержку, необходимую, если вы застрянете, пытаясь изменить любую из записей DNS, обсуждаемых в этой статье. Некоторые распространенные провайдеры DNS-хостинга состоят из таких компаний, как GoDaddy, Network Solutions и DynDNS, и это только три. Возможно, их сотни, так что поищите, если еще не нашли. Многие компании, в том числе ваша собственная, могут предлагать DNS-хостинг от вашего имени, но убедитесь, что они предлагают веб-интерфейс, который позволяет вам иметь некоторый контроль над своими записями DNS, и убедитесь, что они предлагают хорошую техническую поддержку. Все их интерфейсы разные, но они выполняют одну и ту же основную задачу; они позволяют публиковать в Интернете ваши имена хостов и важные записи DNS, такие как упомянутые в этой статье.

Размещение собственного DNS

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

Статический или динамический IP-адрес

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

Запись «A»

Запись «A» сопоставляет имя с адресом. Сначала вам понадобится запись A для вашего почтового сервера. Конечно, первым шагом был ваш статический IP-адрес от вашего интернет-провайдера. Например, вы может войти на веб-портал для домена example.com и создать запись «A» для «mail» для адреса 192.0.2.21. Это создаст публикацию mail.example.com в Интернете. Однако почтовые серверы все равно не узнают что сюда отправлять почту.Для этого и нужны записи «MX»

«MX» Record

Your сообщает другим почтовым серверам имя сервера в Интернете для отправки почты для вашего домена. Это свободное текстовое поле, потому что оно может иметь любое имя, включая имя, которое не является частью вашего домена. например, имя сервера от почтового хостинг-провайдера или почтового спам-фильтра.Если у вас есть сервер Kerio Connect с записью A mail.example.com, вам нужно будет создать запись MX, которая просто говорит .example.com» в качестве значения.

Для получения дополнительной информации см. Что такое запись MX и как она создается?.

Запись «PTR»

Запись PTR представляет собой обратный поиск, который сопоставляет IP-адрес с именем.

Некоторые почтовые серверы не будут доверять почте, поступающей с вашего сервера, если они не могут выполнить обратный поиск DNS. Это может быть в двух возможных формах. .Большинство почтовых серверов заботятся о том, чтобы запись PTR вообще существовала.Строгие почтовые серверы выполняют поиск вперед по имени, которое ваш почтовый сервер представляет как mail.example.com, проверяют, что это IP-адрес, который считывается из соединения, и выполняют Поиск PTR по этому IP-адресу, чтобы увидеть, разрешается ли он в то же имя.0011

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

Запись PTR является более сложной, чем другие, так как может потребоваться более глубокое знание DNS. В данном обсуждении записей PTR предполагается, что вы не управляете своими собственными записями PTR. Это предполагает, что у вас есть лишь небольшое количество IP-адресов, и вы должны позвонить своему интернет-провайдеру и попросить его создать для вас запись PTR. Зная запись A для mail.example.com, вы должны создать обратную запись PTR. У большинства интернет-провайдеров есть отдел службы DNS, который может создать для вас запись PTR. Они спросят имя, которое вы хотите, и какой IP-адрес вы хотите назначить этому имени. Остерегайтесь, человек, отвечающий на телефонные звонки, часто не знает, что такое запись PTR, и вам часто нужно пройти мимо этого человека, чтобы звонок состоялся. Сначала попросите запись PTR и посмотрите, знают ли они, что делать. Затем спросите, есть ли у них отдел службы DNS.

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

Запись «SPF»

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

Для получения дополнительной информации см. Создание SPF.

Запись «Caller-ID»

Caller-ID был более ранним способом сделать то, что сегодня делает SPF. ваши IP-адреса. Они делают это, проверяя специальную запись TXT, которую вы помещаете в свои записи DNS. Это интересный способ предотвратить спуфинг почты. Идентификатор вызывающего абонента не так популярен, как SPF, но защищает вас немного иначе, чем SPF. Из-за этого не все считают, что CallerID не имеет значения. Для получения дополнительной информации см. Создание SPF.

Рекомендуемая литература

Маршрутизация почты обсуждается в документах RFC 5321 и 2821.

  • http://tools.ietf.org/html/rfc5321
  • http://tools.ietf.org/html/rfc2821

Некоторые ошибки DNS, включая полезное обсуждение записей PTR и безопасности электронной почты, включены в RFC 19.12: http://tools.ietf.org/html/rfc1912

SPF задокументирован в RFC 4408. Этот RFC на самом деле легко читается, если говорить о RFC.

http://tools.ietf.org/html/rfc4408

Caller-ID — черновик в Интернете на веб-сайте IETF:

http://tools.ietf.org/html/draft-atkinson-callerid-00

Что такое записи DNS? | Barracuda Networks

Sprechen Sie Deutsch? Besuchen Sie unsere deutschsprachige Webseite. ×

Глоссарий

  1. Поддержка /
  2. Глоссарий /

Содержание

Что такое записи DNS?

Когда компьютер пытается получить доступ к любому ресурсу в Интернете, он использует числовое обозначение, называемое IP-адресом, например 192.168.0.1. Однако людям гораздо проще отслеживать имена, такие как example.com. Система DNS поддерживает сопоставление имен с IP-адресами, так что запрос example.com в веб-браузере пользователя может быть автоматически изменен на запрос числового IP-адреса и наоборот.

Каждое доменное имя, такое как «example.com», также может иметь другую связанную с ним информацию, которая помогает людям и компьютерам более эффективно использовать ресурсы этого домена. Например, запись «MX» помогает почтовым серверам понять, куда доставлять почту. Запись «TXT» может предоставить дополнительную информацию о домене, например о владельце.

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

Вот пример того, как может работать процесс поиска DNS, когда пользователь запрашивает веб-сайт, такой как example. com:

  1. Пользователь вводит доменное имя, например example.com, в адресную строку.
  2. Компьютер пользователя отправляет запрос на домен через своего интернет-провайдера (ISP).
  3. «DNS-преобразователь» интернет-провайдера — служба, которая выполняет работу по сопоставлению числовых адресов с именами — вместе с браузером пользователя выдает запрос или набор запросов, чтобы найти правильный IP-адрес для запрошенного домена. (Из-за большого количества адресов в Интернете в этой работе обычно задействовано несколько серверов.)
  4. Браузер пользователя отправляет запрос на правильный IP-адрес на основе его запроса.

Хотя это кажется значительным объемом работы, скорость, с которой интернет-провайдер определяет правильный IP-адрес из записи DNS, а затем отправляет браузер пользователя на веб-сайт, составляет всего несколько миллисекунд.

Типы DNS

  • A: Сопоставляет домен или субдомен с IP-адресом. Это основная функциональность DNS.
  • AAAA: Это то же самое, что и запись A, но для IP-адресов IPv6. Типичная запись AAAA выглядит следующим образом.
  • AXFR: Используется для репликации DNS. Существуют более современные способы репликации DNS. Записи AXFR не используются для обычных файлов зон.
  • CNAME: Это когда запись канонического имени сопоставляет домен (или субдомен) с другим доменом. С записью CNAME поиск DNS использует разрешение DNS целевого домена в качестве разрешения псевдонимов.
  • DKIM: Отображает открытый ключ для проверки подлинности сообщений, подписанных с помощью протокола DKIM. Эта практика повышает качество проверки подлинности почты. Записи DKIM реализованы в виде текстовых записей.
  • MX: Это означает Mail Exchange. MX разрешается в текст, а не в записи IP. Эти записи пересылают электронные письма, отправленные на доменное имя, на правильный сервер, где они затем отправляются на указанный адрес электронной почты. Поставщики электронной почты делятся соответствующими записями MX со своими пользователями.
  • NS: Это записи серверов имен, которые определяют серверы имен для домена или поддомена. Основные записи сервера имен для домена устанавливаются как у регистратора, так и в файле зоны.
  • SOA: Расшифровывается как Start of Authority. Эта запись определяет файл зоны с именем хост-файла, в котором он был первоначально создан. После этого он называет контактный адрес электронной почты, назначенный лицу, ответственному за домен.
  • SPF: Это расшифровывается как «структура политик отправителей» и содержит список назначенных почтовых серверов для домена или поддомена. Это помогает определить легитимность почтового сервера и снижает вероятность спуфинга. Запись SPF для домена сообщает дополнительным принимающим почтовым серверам, какой исходящий сервер является действительным источником электронной почты, поэтому он может отклонять поддельную электронную почту с неавторизованных серверов.
  • SRV: Расшифровывается как «послужной список». Этот тип DNS соответствует определенной службе, которая работает в домене или поддомене с целевым доменом. Это позволяет направлять трафик от определенных служб, таких как обмен мгновенными сообщениями, на отдельный сервер.
  • TXT: Это означает текст. Эти записи DNS ничего не меняют в домене, но их можно найти, чтобы они соответствовали домену. Эти записи часто используются такими службами, как Google, которые просят пользователя добавить или изменить строку символов в записи TXT, которую можно найти, чтобы убедиться, что владельцы домена имеют доступ к записям DNS домена.

Почему записи DNS важны

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

Узнайте больше о записях DNS

Звоните +4989143777404

Онлайн чат

Напишите нам по электронной почте

Полное имя*

Электронная почта*

Название компании*

Телефон*

Страна*

Select a CountryAfghanistanAlbaniaAlgeriaAmerican SamoaAndorraAngolaAnguillaAntarcticaAntigua and BarbudaArgentinaArmeniaArubaAustraliaAustriaAzerbaijanBahamasBahrainBangladeshBarbadosBelgiumBelizeBeninBermudaBhutanBoliviaBosnia and HerzegovinaBotswanaBouvet IslandBrazilBrunei DarussalamBulgariaBurkina FasoBurundiCambodiaCameroonCanadaCape VerdeCayman IslandsCentral African RepublicChadChileChinaChristmas IslandCocos (Keeling) IslandsColombiaComorosCongoCook IslandsCosta RicaCote D’IvoireCroatiaCyprusCzech RepublicD. R.

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *