Как добавить запись типа a, aaaa, cname, mx, txt, srv для своего домена

Настройки DNS записей в личном кабинете облачного хостинга:

Чтобы настроить DNS записи  необходимо зайти на персональную страницу статистики stat.profintel.ru, далее «Управление услугами», там выбираем «облачный хостинг». Появляется информация о заказах:

Выбираем нужный заказ, в котором необходимо настроить DNS записи. Появляется окно, в котором выбираем «DNS-записи».

Нажав на DNS-записи появится информация в виде таблицы: 

В первом столбце указан тип записи. Во втором столбце представлены имена записей. Полное доменное имя записи будет иметь вид запись.домен. В третьем столбце указывается IP-адрес, на который разрешается доменное имя, если запись типа «Адрес Internet». Для записей типа «Каноническое имя» указывается доменное имя или другая запись данной доменной зоны, для которой текущая запись является синонимом. Управление записями доменной зоны осуществляется с помощью кнопок редактировать/удалить/добавить.

DNS записи, типа SRV

SRVexample.comjohn в example.com
SRVЗачем может понадобиться использование DNS SRV записей для SIP протокола?SRVSRV

Этот документ описывает записи DNS RR, которые описывают местоположение сервисов для определенных протоколов и доменов.
На данный момент, она может содержать точный адрес сервера для связи с ним, или широковещательный запрос.
Запись SRV RR позволяет администраторам использовать несколько серверов для одного домена, перемещая обслуживание определенного сервиса от хоста к хосту в случайном порядке, и для назначения некоторого сервера основным для заданного сервиса, а другой — в качестве резервного.
Клиент запрашивает нужный ему сервис/протокол для определенного домена (имена используемых здесь доменов должны отвечать требованиям RFC 1034), и получает в ответ имена всех доступных серверов.

• Вы можете определить SRV запись для своего домена, чтобы SIP прокси других доменов знали, как Вас найти. Как и в случае с e-mail, где один почтовый сервер обрабатывает почту для многих доменов, SIP прокси сервер может обрабатывать вызовы клиентов в нескольких доменах. Значение, заданное для DNS SRV записи в Вашем файле с описанием DNS зоны (voip-info.org), может указывать на какой-нибудь другой адрес SIP прокси сервера (например, sip.iptel.org). При такой конфигурации, вызовы на адрес: user в voip-info.org, будут автоматически отправлены на SIP прокси сервер: sip.iptel.org.
• В Вашей DNS зоне, Вы можете указать несколько серверов SIP прокси. Если сервер с наивысшим приоритетом недоступен, тогда SIP клиенты (ua) или другие прокси, которые пытаются найти путь к абоненту в заданном домене, будут пытаться отправить вызов на прокси сервер, который определен в записи SRV с меньшим приоритетом.

Пример

SRVтуттутSRVSRVSRVSRVhttp://www.cisco.com/univercd/cc/td/doc/product/voice/sipproxy/admingd/ver2_1/ddns.htm

Пример, с использованием фиктивного домена

SRVSRVSRVSRVSRVSRVSRVSRV

• проверяет, существует ли SRV запись для заданного домена.
• Если SRV запись существует, используем их по кругу, пока один из них не ответит в течение заданного периода.
• Если SRV запись не существует, используется «стандартный» поиск адреса в DNS, для соединения с сервером.

SRVSRVSRVSRVSRVSRVSRVSRVSRV

Сервера DNS, поддерживающие записи SRV.

• BIND 9
• djbdns (с патчем или generic SRV records)
• MyDNS: http://mydns.bboy.net/: Свободно распространяемый DNS сервер для UNIX (записи хранятся в SQL базе — на данный момент поддерживаются mySQL/PostgreSQL)

Ссылки по теме:

• RFC 2782: http://www.ietf.org/rfc/rfc2782.txt: DNS RR, для определения местонахождения определенных сервисов (DNS SRV)
• DNS
• SIP
• STUN

Оргинал: http://www.voip-info.org/wiki/view/DNS+SRV

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

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

У каждого сайта есть доменное имя (Domain), которое отображается в строке браузера, например, liderpoiska.ru, и IP-адрес — уникальный сетевой адрес сервера, например, 37.139.7.16. Они связаны между собой посредством DNS (Domain Name System) — эта система доменных имен, как секретный агент, по имени домена вычисляет, по какому IP-адресу проживает конкретный сайт.

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

Таким образом, чтобы направить домен на новый IP-адрес, нам нужно знать:

1. Доступ к панели управления доменом (в личный кабинет регистратора домена). Им может выступать nic.ru, reg.ru, webnames.ru и т.д.
2. Новый IP-адрес размещения сайта.
3. Провайдера DNS, который позволит отредактировать DNS-записи домена. Если вы пока не понимаете, о чем тут речь, то следующая глава поможет вам разобраться.
4. Есть ли корпоративная почта на домене. Например, для сайта liderpoiska.ru корпоративная почта выглядит, как info@liderpoiska.ru. Если такая почта есть, то нужно также узнать сервер, принимающий почту для вашего домена — это может быть Яндекс, Google, хостер или сторонний почтовый сервер.

Multi-CDN: An advanced use case for CNAME

A common way to deploy Content Delivery Networks (CDN) is to add the address of the CDN as a CNAME record for the origin server that hosts website content. This way, anyone accessing resources on the origin server is redirected to the CDN.

With next-generation DNS technology, the same CNAME record can allow users to be redirected to one of several CDNs based on dynamic parameters.

A DNS platform can be made aware of CDN attributes such as current load, geographical location of nearest Point of Presence (PoP), bandwidth, or even cost. When a user looks up the origin server and is redirected to the CNAME address, that address is dynamically modified to the CDN that can provide the best experience for the end user.

NS1 is a next-generation managed DNS platform that can dynamically route users to the most optimal CDN server (or any other server for that matter) based on:

• Filter chains which give you hundreds of ways to customize DNS answers for every user based on rich parameters that describe the capabilities and performance of the target system.
• Real User Monitoring (RUM) Steering which automatically routes traffic based on up-to-the-minute performance data from real users.

Get a free trial of NS1 and see for yourself how a simple CNAME record can result in intelligent routing of users among multiple global systems, resulting in a vastly improved user experience.

Restrictions on CNAME Records

• A CNAME cannot be placed at the root domain level, because the root domain is the DNS Start of Authority (SOA) which must point to an IP address.
• CNAME records must point to another domain name, never to an IP address.
• A hostname defined in a CNAME record must have no other resource records of other types (MX, A, etc.), except for DNSSEC records like RRSIG and NSEC.
• CNAME records can point to other CNAME records, but this is not considered a good practice as it is inefficient.
• MX and NS records must never point to a CNAME alias.
• Domains that are used for e-mail may not have a CNAME record — this can have undesirable results with different mail servers.

Запуск нового окна Finder

CNAMEs and Alternative Record Types

The CNAME Record is typically used alongside other types of DNS Records — A Records and ALIAS Records.

Difference Between A and CNAME

An A Record maps a hostname to one or more IP addresses, while the CNAME record maps a hostname to another hostname.

Difference between ALIAS and CNAME

The ALIAS Record, like CNAME, also maps a hostname to another hostname. However, the ALIAS Record makes it possible to have other DNS records on the same hostname, while CNAME does not. This makes it possible to apply ALIAS at the root domain (DNS zone apex), which is not allowed for CNAME.

In addition, ALIAS has better performance than CNAME because it does not require the DNS client to resolve another hostname — it directly returns an IP. However ALIAS records too need to do recursive lookups behind the scenes which can affect performance.

Что такое дочерние NS-серверы

Иногда NS-серверы для домена находятся на его поддоменах. В вышеприведенном примере домен MYDOMAIN.COM делегирован на NS-серверы ns1.mydomain.com, ns2.mydomain.com и т.д. Как же это возможно? Ведь чтобы обратиться к этим NS-серверам нужно узнать их ip-адрес. Все просто — корневой сервер зоны .COM при таком варианте требует указания не только доменных имен NS-серверов, но и их ip-адресов. Поэтому DNS-сервер знает, куда обратиться за подробностями.
Рассмотрим пример двух доменов — с дочерним NS-сервером и без:
NS-запись у домена diphost.ru

;; ANSWER SECTION:
diphost.ru.             292     IN      NS      ns1.bz8.ru.

NS-запись у домена bz8.ru

;; ANSWER SECTION:
bz8.ru.                 300     IN      NS      ns1.bz8.ru.
;; ADDITIONAL SECTION:
ns1.bz8.ru.             95617   IN      A       185.35.220.5
ns1.bz8.ru.             95617   IN      AAAA    2a00:e460:2a00:c01d::9:aaaa

Как видите, все просто. Такая настройка у зарубежных регистраторов называется Child NameServers

Ресурсные записи DNS

Современный интернет подразумевает не только получение IP-адреса по доменному имени, но и пересылку электронной почты, подключение дополнительных сервисов аналитики к сайту, настройку защищённого протокола HTTPS. Это чаще всего делается с помощью ресурсных записей DNS.

Рассмотрим, какие ресурсные записи используются, и на что они указывают. Основными ресурсными записями DNS являются:

A-запись — одна из самых важных записей. Именно эта запись указывает на IP-адрес сервера, который привязан к доменному имени.

MX-запись — указывает на сервер, который будет использован при отсылке доменной электронной почты.

NS-запись — указывает на DNS-сервер домена.

CNAME-запись — позволяет одному из поддоменов дублировать DNS-записи своего родителя. Делается это для того, чтобы перенаправить запрос с одного домена на другой (чаще всего для перенаправления домена с поддоменом www на домен без такого поддомена).

TXT-запись — в этой записи хранится текстовая информация о домене. Часто используется для подтверждения прав на владение доменом, посредством добавления определённой строки, которую присылает нам интернет-сервис.

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

Разберём подробнее:

Имя записи — указывается домен, которому принадлежит данная ресурсная запись.

TTL (time to live / время жизни) — время в секундах, на которое будет закешировано значение ресурсной записи. Это необходимо для разгрузки DNS-серверов. Благодаря кешированию и возможна ситуация, что ближайший DNS-сервер знает IP-адрес запрашиваемого домена.

Класс — предполагалось, что DNS может работать не только в сети интернет, поэтому в записи указывается и её класс. На сегодняшний день поддерживается только одно значение — IN (Internet).

Тип — указывает тип ресурсной записи, основные из которых были разобраны выше.

Значение — непосредственно значение ресурсной записи. В зависимости от типа ресурсной записи значения могут быть представлены в разном виде.

Посмотрим, в каком виде эти записи хранятся на DNS-серверах на примере домена ya.ru. Для этого воспользуемся утилитой dig, которая получает все доступные ресурсные DNS-записи от DNS-сервера и выводит их пользователю.

Утилита dig является DNS-клиентом и входит в состав одного из самых распространённых DNS-серверов BIND.

How the DNS System Handles CNAME Records

The DNS records in the above example would look like this:

CNAME from subdomain to parent domain

NAME TYPE VALUE—————————————————www.example.com. CNAME example.com.example.com. A 192.162.100.100

The second record is an A record which translates the human-readable domain name “example.com” to an IP address.

DNS Resolution Process for CNAME Records

1. A DNS client (such as a browser or network device) requests the address www.example.com, and a DNS request is created.
2. A DNS resolver receives the request and finds the Authoritative Name Server that holds the DNS Zone file with DNS records for the “example.com” domain.
3. The DNS request is resolved and the CNAME record is returned to the client.
4. The client understands www.example.com is only an alias for the real address, “example.com”, and issues a new DNS query for “example.com”
5. The process is repeated and the resolver returns the A record for “example.com”, containing the IP address.
6. The DNS client now connects to “example.com” using its IP address.

AGM X1 – самый мощный, но далеко не самый дорогой

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

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

Однако модель AGM X1 можно назвать исключением из этого правила.

Наличие 5,5-дюймового экрана с качеством картинки FullHD и 4 Гб ОЗУ при вполне доступной стоимости обеспечивает этому смартфону неплохую популярность. А его единственным недостатком можно назвать разве что не слишком известный бренд из Китая.

Параметры гаджета:

• дисплей: 5,5 дюймов, FullHD, технология Super Amoled;
• камеры: 5 Мпикс. для селфи, 13 Мпикс. основная;
• память: 4 и 64 Гб;
• батарея: 5400 мАч с технологией быстрого восстановления заряда Quick Charge 3.0;
• процессор: Snapdragon 617, 8 ядер;
• стоимость: от 19000 руб.

Модель AGM X1 – неплохое решение по выгодной цене.

What is a CNAME Record?

A Canonical Name (CNAME) Record is used in the Domain Name System (DNS) to create an alias from one domain name to another domain name. A common example is the www subdomain which is provided as an alias to the root domain name — users accessing “www.example.com” are referred to the root domain (or DNS zone apex) “example.com”.

A few common uses of CNAME records are:

• Providing a separate hostname for specific network services, such as email or FTP, and pointing that hostname to the root domain
• Many hosted services provide a subdomain for each customer on the service provider’s domain (e.g. company.hostname.com), and use CNAME to point to the customer’s domain (www.company.com).
• Registering the same domain in several countries and pointing the country versions to the main “.com” domain
• Pointing from several websites owned by the same organization to a primary website

Как настроить DNS

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

Если домен делегирован на Яндекс.Коннект

NS-записи такого вида в кабинете регистратора домена говорят о том, домен делегирован на Яндекс.Коннект, т.е. DNS-записи хранятся и редактируются в аккаунте Яндекса в настройках сервиса Вебмастер. Самое сложное в этом случае — найти доступы от аккаунта в Яндексе (вида @yandex.ru), под которым домен был заведен в Коннекте.

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

DNS-записи здесь уже заполнены, нужно только указать новый IP-адрес для записи типа А, которая связывает IP с доменным именем:

Готово! Обновление DNS-записей домена происходит в течение 72 часов, но по нашему опыту у некоторых провайдеров сайт начинает открываться уже через пару часов.

Если домен делегирован на хостинг

В личном кабинете регистратора домена можно также встретить NS-записи другого вида:

Конкретно в этом случае они означают, что домен делегирован на хостинг firstvds.ru, значит, и DNS-записи хранятся там. Дальнейшие действия зависят от того, куда переносим сайт.

Перенос сайта на другой сервер того же хостера

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

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

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

Шаг 1: Перенос DNS на другой сервер

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

Шаг 2: Проверка MX-записей домена

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

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

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

Шаг 3: Настройка NS-записей

После настройки ресурсных записей необходимо указать NS-записи нового хостера в личном кабинете регистратора домена — перенаправить домен на новый хостинг. Узнать, как должны выглядеть NS-записи для нового хостинга можно в справочных материалах, который предоставляет хостер при покупке тарифа, либо обратившись в службу технической поддержки хостинга. Стоит быть особенно внимательными — при неправильном заполнении NS-записей домена сайт не заработает при обновлении DNS-серверов.

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

• Владелец сайта хранит на прежнем хостинге несколько сайтов.

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

NS-записи и DNS-записи хранятся в одном месте — в панели управления доменом.

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

Добавьте запись MX, чтобы сообщения электронной почты для вашего домена доставлялись в продукты корпорации Майкрософт.Add an MX record so email for your domain will come to Microsoft

1. Чтобы приступить к работе, откройте страницу со своими доменами в Freenom с помощью этой ссылки.To get started, go to your domains page in Freenom by using this link. Вам потребуется выполнить вход.You’ll be prompted to log in.

2. Выберите службы, а затем выберите пункт Мои домены.Select Services, and then select My Domains.

3. Для домена, который требуется изменить, выберите пункт Управление доменом.For the domain that you want to edit, select Manage Domain.

4. Задайте для домена имя сервера Freenom по умолчанию.Set the name serves for your domain to the default Freenom name servers. Выберите средства управления, а затем выберите серверов доменных имен.Select Management Tools, and then select Nameservers.

5. Убедитесь, что установлен флажок использовать серверов доменных имен по умолчанию , и нажмите кнопку изменить серверов доменных имен.Make sure Use default nameservers is selected, and then select Change Nameservers.

6. Выберите Управление FREENOM DNS.Select Manage Freenom DNS.

7. В разделе Add Record (Добавление записи) в столбце Type (Тип) выберите MX в списке.Under Add Record, in the Type column, choose MX from the menu.

8. В поля для новой записи введите (или скопируйте и вставьте) значения из первой строки таблицы ниже.In the boxes for the new record, type or copy and paste the values from the first row of the following table.

   ИмяName	Type (Тип)Type	TTL (Срок жизни)TTL	Target (Назначение)Target	Priority (Приоритет)Priority
   (оставьте пустым)(leave blank)	MX (почтовый обменник)MX (Mail Exchanger)	3600 (секунд)3600 (seconds)	<domain-key>. mail.protection.outlook.com<domain-key>.mail.protection.outlook.com Примечание: Получение <domain-key> учетной записи Майкрософт.Note: Get your <domain-key> from your Microsoft account. Где это находится?How do I find this?	10 10 Дополнительные сведения о приоритете см. в статье What is MX priority?. For more information about priority, see What is MX priority?

9. Нажмите кнопку сохранить изменения.Select Save Changes.

10. Если существуют какие-либо другие записи MX, удалите их все.If there are any other MX records, delete them all. Для каждой записи нажмите кнопку Удалить.For each record, select Delete. Когда вы действительно хотите удалить эту запись? откроется сообщение, нажмите кнопку ОК.When the message Do you really want to remove this entry? appears, select OK.

Файл hosts — как первый шаг к созданию DNS

Для решения задачи разработчики решили использовать словарь, который связывал уникальное имя и IP-адрес каждого компьютера в сети. Таким словарём стал файл hosts.txt, который и отвечал за привязку IP-адреса к имени компьютера. Файл лежал на сервере Стэнфордского исследовательского института, и пользователи сети регулярно вручную скачивали этот файл на свои компьютеры, чтобы сохранять актуальность словаря, ведь новые компьютеры появлялись в сети почти каждый день.

Выглядел hosts.txt тогда (да и сейчас) таким образом:

При наличии такого файла на компьютере пользователя для связи с компьютером Майка, можно было не запоминать цифры, а использовать понятное латинское имя «MIKE-STRATE-PC».

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

• В Unix-системах:
• В Windows-системах:

Компьютеру с IP-адресом 192.168.10.36, который находится внутри локальной сети мы указали имя «MIKE-STRATE-PC». После чего можно воспользоваться командой ping, которая пошлёт специальный запрос на компьютер Майка и будет ждать от него ответа. Похоже на то, как вы стучитесь в дверь или звоните в звонок, чтобы узнать, «есть ли кто дома?» Такой запрос можно послать на любой компьютер.

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

В 1984 году Пол Мокапетрис (Paul Mockapetris) описал новую систему под названием DNS (Domain Name System / Система доменных имён), которая была призвана автоматизировать процессы соотнесения IP-адресов и имён компьютеров, а также процессы обновления имён у пользователей без необходимости ручного скачивания файла со стороннего сервера.

Удаление других пользователей из основной учетной записи

1. Войдите в свою основную учетную запись. Включите PS4 и введите логин и пароль. Для удаления других учетных записей необходимо войти в систему как основной пользователь консоли.
2. Перейдите в раздел «Настройки». На главном экране нажмите на левый джойстик, чтобы открыть меню опций. Продолжая использовать левый джойстик для навигации, прокрутите вправо до значка панели инструментов с надписью «Настройки». Нажмите «X», чтобы выбрать его.
3. Откройте экран «Настройки входа». В меню настроек прокрутите вниз до пункта «Управление пользователями». Оттуда нажмите «Удалить пользователя».
4. Удалите выбранного пользователя. Прокрутите вниз до нужного аккаунта. Нажмите кнопку «X», чтобы удалить его, подтвердите удаление. Далее просто следуйте инструкциям PS4.

• Если вы пытаетесь удалить основную учетную запись, последует сброс системы PS4. После нажатия кнопки «Удалить» вам будет предложено подтвердить решение о сбросе. Это приведет к восстановлению заводских настроек консоли. Любые данные, не сохраненные в качестве резервных копий, будут потеряны навсегда.
• Чтобы создать резервную копию данных, перейдите в Настройки>Управление сохраненными данными приложений>Сохраненные данные в системном хранилище. Выберите «Облако» для сохранения в облаке или «USB-накопитель» для сохранения на USB-устройство, например внешний жесткий диск. Выберите игру или приложение для резервного копирования и нажмите кнопку «Копировать».
• Не выключайте систему PS4 во время этого процесса во избежание нарушений.

1. Убедитесь, что удаление прошло успешно. Выйдите из системы PS4 и снова войдите в систему. Если пользователь больше не отображается на экране параметров, вы успешно удалили его из системы.

Метод 2