Dns имя: Страница не найдена | REG.RU

19.08.2023 alexxlab

Содержание

Составляем DNS-запрос вручную / Хабр

Об авторе. Джеймс Рутли — бэкенд-разработчик в компании Monzo.

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

Мы узнаем, как:

Написать запросы DNS в двоичном формате
Отправить сообщение в теле датаграммы UDP с помощью Python
Прочитать ответ от DNS-сервера

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

DNS используется для перевода человекочитаемых доменных имён (таких как example.com) в машиночитаемые IP-адреса (такие как 93.184.216.34). Для использования DNS нужно отправить запрос на DNS-сервер.

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

Стандарт DNS описан в RFC 1035. Все диаграммы и бóльшая часть информации для этой статьи взята в данном RFC. Я бы рекомендовал обратиться к нему, если что-то непонятно.

В этой статье мы используем шестнадцатеричный формат для упрощения работы с бинарником. Ниже я добавил краткое пояснение, как они переводятся друг в друга ^[1].

У всех сообщений DNS одинаковый формат:

+---------------------+
|       Заголовок     |
+---------------------+
|        Вопрос       | Вопрос для сервера имён
+---------------------+
|         Ответ       | Ресурсные записи (RR) с ответом на вопрос
+---------------------+
|       Authority     | Записи RR с указанием на уполномоченный сервер
+---------------------+
|     Дополнительно   | Записи RR с дополнительной информацией
+---------------------+

Вопрос и ответ находятся в разных частях сообщения.

В нашем запросе будут секции «Заголовок» и «Вопрос».

Заголовок

У заголовка следующий формат:

0  1  2  3  4  5  6  7  8  9  A  B  C  D  E  F 
+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
|                      ID                       |
+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
|QR|   Opcode  |AA|TC|RD|RA|   Z    |   RCODE   |
+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
|                    QDCOUNT                    |
+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
|                    ANCOUNT                    |
+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
|                    NSCOUNT                    |
+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
|                    ARCOUNT                    |
+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+

На этой диаграмме каждая ячейка представляет единственный бит. В каждой строчке 16 колонок, что составляет два байта данных. Диаграмма поделена на строки для простоты восприятия, но реальное сообщение представляет собой непрерывный ряд байтов.

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

Для нас имеют значение следующие поля:

ID: Произвольный 16-битный идентификатор запроса. Такой же ID используется в ответе на запрос, так что мы можем установить соответствие между ними. Возьмём AA AA.

QR: Однобитный флаг для указания, является сообщение запросом (0) или ответом (1). Поскольку мы отправляем запрос, то установим 0.
Opcode: Четырёхбитное поле, которое определяет тип запроса. Мы отправляем стандартный запрос, так что указываем 0. Другие варианты:
- 0: Стандартный запрос
- 1: Инверсный запрос
- 2: Запрос статуса сервера
- 3-15: Зарезервированы для будущего использования
TC: Однобитный флаг, указывающий на обрезанное сообщение. У нас короткое сообщение, его не нужно обрезать, так что указываем 0.
RD: Однобитный флаг, указывающий на желательную рекурсию. Если DNS-сервер, которому мы отправляем вопрос, не знает ответа на него, он может рекурсивно опросить другие DNS-серверы. Мы хотим активировать рекурсию, так что укажем 1.
QDCOUNT: 16-битное беззнаковое целое, определяющее число записей в секции вопроса. Мы отправляем 1 вопрос.

Полный заголовок

Совместив все поля, можно записать наш заголовок в шестнадцатеричном формате:

AA AA - ID
01 00 – Параметры запроса
00 01 – Количество вопросов
00 00 – Количество ответов
00 00 – Количество записей об уполномоченных серверах
00 00 – Количество дополнительных записей

Для получения параметров запроса мы объединяем значения полей от QR до RCODE, помня о том, что не упомянутые выше поля установлены в 0. Это даёт последовательность 0000 0001 0000 0000, которая в шестнадцатеричном формате соответствует 01 00. Так выглядит стандартный DNS-запрос.

Вопрос

Секция вопроса имеет следующий формат:

0  1  2  3  4  5  6  7  8  9  A  B  C  D  E  F 
+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
|                                               |
/                     QNAME                     /
/                                               /
+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
|                     QTYPE                     |
+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
|                     QCLASS                    |
+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+

QNAME: Эта секция содержит URL, для которого мы хотим найти IP-адрес. Она закодирована как серия надписей (labels). Каждая надпись соответствует секции URL. Так, в адресе example.com две секции: example и com.
Для составления надписи нужно закодировать каждую секцию URL, получив ряд байтов. Надпись — это ряд байтов, перед которыми стоит байт беззнакового целого, обозначающий количество байт в секции.
Для кодирования нашего URL можно просто указать ASCII-код каждого символа.
Секция QNAME завершается нулевым байтом (00).
QTYPE: Тип записи DNS, которую мы ищем. Мы будем искать записи A, чьё значение 1.
QCLASS: Класс, который мы ищем. Мы используем интернет, IN, у которого значение класса 1.

Теперь можно записать всю секцию вопроса:

07 65 – у 'example' длина 7, e
78 61 – x, a
6D 70 – m, p
6C 65 – l, e
03 63 – у 'com' длина 3, c
6F 6D – o, m
00    - нулевой байт для окончания поля QNAME 
00 01 – QTYPE
00 01 – QCLASS

В секции QNAME разрешено нечётное число байтов, так что набивка байтами не требуется перед началом секции QTYPE.

Мы отправляем наше DNS-сообщение в теле UDP-запроса. Следующий код Python возьмёт наш шестнадцатеричный DNS-запрос, преобразует его в двоичный формат и отправит на сервер Google DNS по адресу 8.8.8.8:53.

import binascii
import socket
def send_udp_message(message, address, port):
    """send_udp_message sends a message to UDP server
    message should be a hexadecimal encoded string
    """
    message = message.  replace(" ", "").replace("\n", "")
    server_address = (address, port)
    sock = socket.socket(socket.AF_INET, socket.SOCK_DGRAM)
    try:
        sock.sendto(binascii.unhexlify(message), server_address)
        data, _ = sock.recvfrom(4096)
    finally:
        sock.close()
    return binascii.hexlify(data).decode("utf-8")
def format_hex(hex):
    """format_hex returns a pretty version of a hex string"""
    octets = [hex[i:i+2] for i in range(0, len(hex), 2)]
    pairs = [" ".join(octets[i:i+2]) for i in range(0, len(octets), 2)]
    return "\n".join(pairs)
message = "AA AA 01 00 00 01 00 00 00 00 00 00 " \
"07 65 78 61 6d 70 6c 65 03 63 6f 6d 00 00 01 00 01"
response = send_udp_message(message, "8.8.8.8", 53)
print(format_hex(response))

Можете запустить этот скрипт, скопировав код в файл query.py и запустив в консоли команду $ python query.py. У него нет никаких внешних зависимостей, и он должен работать на Python 2 или 3.

После выполнения скрипт выводит ответ от DNS-сервера.

Разобьём его на части и посмотрим, что можно выяснить.

Заголовок

Сообщение начинается с заголовка, как и наше сообщение с запросом:

AA AA – Тот же ID, как и раньше
81 80 – Другие флаги, разберём их ниже
00 01 – 1 вопрос
00 01 – 1 ответ
00 00 – Нет записей об уполномоченных серверах
00 00 – Нет дополнительных записей

Преобразуем 81 80 в двоичный формат:

8    1    8    0
1000 0001 1000 0000

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

QR = 1: Это сообщение является ответом
AA = 0: Этот сервер не является уполномоченным для доменного имени example.com
RD = 1: Для этого запроса желательна рекурсия
RA = 1: На этом DNS-сервере поддерживается рекурсия
RCODE = 0: Ошибки не обнаружены

Секция вопроса

Секция вопроса идентична такой же секции в запросе:

07 65 – у 'example' длина 7, e
78 61 – x, a
6D 70 – m, p
6C 65 – l, e
03 63 – у 'com' длина 3, c
6F 6D – o, m
00    - нулевой байт для окончания поля QNAME 
00 01 – QTYPE
00 01 – QCLASS

Секция ответа

У секции ответа формат ресурсной записи:

0  1  2  3  4  5  6  7  8  9  A  B  C  D  E  F 
+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
|                                               |
/                                               /
/                      NAME                     /
|                                               |
+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
|                      TYPE                     |
+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
|                     CLASS                     |
+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
|                      TTL                      |
|                                               |
+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
|                   RDLENGTH                    |
+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--|
/                     RDATA                     /
/                                               /
+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+

C0 0C - NAME
00 01 - TYPE
00 01 - CLASS
00 00 
18 4C - TTL
00 04 - RDLENGTH = 4 байта
5D B8 
D8 22 - RDDATA

Мы увидели, как составить DNS-запрос.

Теперь можно попробовать следующее:

Составить запрос для произвольного доменного имени
Запрос на другой тип записи
Отправить запрос с отключенной рекурсией
Отправить запрос с доменным именем, которое не зарегистрировано

1. Шестнадцатеричные числа (base 16) часто используются как удобная краткая запись для 4 битов двоичных данных. Вы можете конвертировать данные между этими форматами по следующей таблице:

Десятичный	Hex	Двоичный	Десятичный	Hex	Двоичный
0	0	0000	8	8	1000
1	1	0001	9	9	1001
2	2	0010	10	A	1010
3	3	0011	11	B	1011
4	4	0100	12	C	1100
5	5	0101	13	D	1101
6	6	0110	14	E	1110
7	7	0111	15	F	1111

Как видите, можно представить любой байт (8 бит) двумя шестнадцатеричными символами.

↑

Присвоение имен доменов | Microsoft Learn

Twitter LinkedIn Facebook Адрес электронной почты

Статья
12/21/2022

Область применения: Windows Server 2022, Windows Server 2019, Windows Server 2016, Windows Server 2012 R2, Windows Server 2012

Необходимо назначить имя каждому домену в плане. Домены служб домен Active Directory Services (AD DS) имеют имена двух типов: DNS-имена и имена NetBIOS. Как правило, оба имени видны конечным пользователям. DNS-имена Active Directory доменов включают в себя две части: префикс и суффикс. При создании доменных имен сначала определите префикс DNS. Это первая метка в DNS-имени домена. Суффикс определяется при выборе имени корневого домена леса. В следующей таблице перечислены правила именования префиксов для DNS-имен.

Правило	Объяснение
Выберите префикс, который, скорее всего, станет устаревшим.	Избегайте таких имен, как линейка продуктов или операционная система, которые могут измениться в будущем. Рекомендуется использовать географические имена.
Выберите префикс, включающий только стандартные символы Интернета.	A – Z, a – z, 0-9 и (-), но не полностью числовое.
В префиксе должно быть не более 15 символов.	Если выбрана длина префикса не более 15 символов, NetBIOS-имя совпадает с префиксом.

Дополнительные сведения см. в разделе соглашения об именовании в Active Directory для компьютеров, доменов, сайтов и подразделений.

Примечание

Хотя Dcpromo.exe в Windows Server 2008 и Windows Server 2003 позволяет создавать однокомпонентное DNS-имя домена, не следует использовать однокомпонентное DNS-имя для домена по нескольким причинам. В Windows Server 2008 R2 Dcpromo.exe не позволяет создавать однокомпонентное DNS-имя для домена. Дополнительные сведения см. в разделе развертывание и работа Active Directory доменов, настроенных с помощью однокомпонентных DNS-имен.

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

Для каждого нового развертываемого домена выберите префикс, соответствующий региону и удовлетворяющий правилам именования префиксов. Рекомендуется, чтобы имя NetBIOS домена совпадало с префиксом DNS.

Задокументируйте префикс DNS и имена NetBIOS, выбранные для каждого домена в лесу. Вы можете добавить сведения о DNS и NetBIOS-имени в созданный вами лист «Планирование домена», чтобы документировать план для новых и обновленных доменов. чтобы открыть его, скачайте Job_Aids_Designing_and_Deploying_Directory_and_Security_Services.zip из вспомогательных заданий для Windows Server 2003 Deployment Kit и откройте «планирование домена» (DSSLOGI_5.doc).

Что такое разрешение доменных имен?

Автор: Мартин Праматаров• 17 ноября 2022 г.• 8:24• Доменные имена, Интернет

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

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

Веб-сайт может иметь адреса как IPv4, так и IPv6, и DNS-разрешение доменного имени потребует их обоих. Адрес IPv4 будет представлен в виде записи DNS A, а адрес IPv6 будет представлен в виде записи AAAA DNS.

Давайте углубимся в детали и посмотрим, как это работает, не так ли?

Содержание

Разрешение доменных имен – Почему это важно?

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

Итак, давайте продолжим и объясним весь процесс разрешения DNS.

Процесс разрешения DNS

Браузер пользователя должен получить IP-адрес и отправить запросы на серверы имен. В этом процессе участвуют преобразователи доменных имен. Первый ответ, который получит ваш браузер, — это корневой сервер, затем TLD (домен верхнего уровня). Серверы с TLD веб-сайта, который вы хотите посетить (com, net или другой), перенаправят ваши запросы на следующий этап поиска авторитетных серверов, которым известен точный IP-адрес доменного имени. Затем доменное имя будет разрешено.

Тестовый бесплатный управляемый DNS-сервис — Зарегистрируйтесь прямо сейчас!

Давайте пошагово разберем разрешение DNS:

Пользователь вводит в браузере доменное имя, например cloudns.net. Пользователю нужна DNS-запись A или AAAA для разрешения имени домена.
Если кеш вашего устройства имеет IP-адрес cloudns.net , разрешение доменного имени завершится здесь, и пользователь сможет открыть веб-сайт. Но, если это не так, будет больше шагов. Устройства сохраняют записи DNS для посещенных сайтов в зависимости от значений TTL (время жизни) этих записей DNS. По истечении указанного времени они будут удалены, и потребуется выполнить новый запрос.
Если у вашего компьютера нет необходимого IP-адреса, он будет искать ответ, выполнив запрос разрешения DNS. Следующим пунктом назначения на пути будут рекурсивные DNS-серверы интернет-провайдера. Они также хранят кеш с DNS-записями доменных имен, к которым обращались пользователи. Если DNS-записи нужного сайта все еще существуют, пользователь получит ответ на свой запрос и получит доступ к сайту. Если нет, будет серия интерактивных DNS-запросов, чтобы найти ответ.
Если разрешение доменного имени не было завершено на предыдущем шаге, рекурсивный сервер имен будет искать ответ. Следующим шагом будет запрос корневого сервера, который обозначен знаком «.» знак после TLD (домен верхнего уровня). У корневого сервера нет ответа о точном доменном имени, но он предоставит его для той части, за которую он отвечает — он укажет все серверы имен для того TLD, который мы запросили. В нашем случае он покажет серверы имен . net.
DNS-серверы TLD будут иметь ответ, какие именно авторитетные серверы имен для домена, который вы ищете. Серверы TLD .net будут иметь эту информацию для всех доменных имен, заканчивающихся на .net. Они вернут этот ответ, чтобы запрос можно было продолжить.
Теперь, когда мы знаем, где находится авторитетный сервер имен нужного нам доменного имени, мы можем запросить и получить записи A и AAAA, чтобы понять IP-адрес сайта.
Полномочные серверы имен доменного имени предоставят записи DNS, будет выполнено разрешение DNS. Рекурсивный сервер имен нашего интернет-провайдера и наше устройство сохранят записи DNS, которые мы получили на основе их значений TTL. Таким образом, если мы вскоре захотим снова посетить сайт, мы сэкономим время и получим доступ к сайту быстрее.
Посетите сайт. Теперь, когда запись DNS уже получена, пользователь может получить доступ к сайту.

Нужно ли нам об этом заботиться?

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

Таким образом, нам следует беспокоиться о разрешении DNS по двум причинам:

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

Что делать, если разрешение DNS не работает?

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

2. Получите адрес DNS-сервера автоматически. Перейдите к сетевому адаптеру и откройте его свойства. Затем найдите Интернет-протокол версии 4 (TCP/IPv4) и откройте его свойства. Оттуда вы можете нажать «Получить адрес DNS-сервера автоматически». Это позволит вашему компьютеру получать настройки DNS от DHCP-сервера.

3. Освободите, а затем обновите IP-адрес DHCP. Возможен конфликт IP-адресов из-за DHCP-сервера. Что вы можете сделать как пользователь, так это отказаться от аренды IP-адреса. Вы можете сделать это с помощью команды из командной строки:

ipconfig /release

После этого вы можете обновить свой IP-адрес следующим образом:

ipconfig /renew

Теперь ваше подключение следует восстановить.

4. Очистите кеш DNS вашего устройства. Вы можете сделать это, войдя в командную строку (как администратор) и выполнив следующую команду:

ipconfig /flushdns

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

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

Зачем нужны рекурсивные серверы?

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

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

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

Заключение

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

(посетили 15 672 раза, 4 посещения сегодня)

Мартин Праматаров

Привет, я Мартин Праматаров. У меня две степени: техник компьютерных сетей и степень MBA (магистр делового администрирования). Моя страсть — рассказывать истории, но я не могу скрыть и свою занудную сторону. Я никогда не забывал свой интерес к миру высоких технологий. У меня есть 10 лет и тысячи статей, написанных о DNS, облачных сервисах, хостинге, доменных именах, криптовалютах, оборудовании, программном обеспечении, искусственном интеллекте и обо всем, что между ними. Я видел цифровую революцию, большую миграцию в облако, и мне не терпится написать обо всех захватывающих новых технологических тенденциях в последующие годы. ИИ и большие данные уже здесь, и они полностью изменят мир!

Надеюсь, вам понравятся мои статьи и отличные услуги ClouDNS!

Понравилась эта статья? Не забудьте поделиться.

Теги: DNS, разрешение DNS, доменное имя, разрешение доменного имени, имя хоста, IP, IPv4, IPv6, TTL Последнее изменение: 18 ноября 2022 г.
Что такое доменное имя? — Изучите веб-разработку
Требования: Сначала вам нужно знать как работает интернет и понять какие URL-адреса.
Цель: Узнайте, что такое доменные имена, как они работают и почему они важны.
Доменные имена являются ключевой частью инфраструктуры Интернета. Они предоставляют удобочитаемый адрес для любого веб-сервера, доступного в Интернете.
Доступ к любому компьютеру, подключенному к Интернету, можно получить через общедоступный IP-адрес, либо адрес IPv4 (например, 173.194.121.32 ), либо адрес IPv6 (например, 2027:0da8:8b73:0000:0000:8a2e:0370: 1337 ).
Компьютеры могут легко обрабатывать такие адреса, но людям трудно узнать, кто управляет сервером или какие услуги предлагает веб-сайт. IP-адреса трудно запомнить, и они могут меняться со временем.
Чтобы решить все эти проблемы, мы используем удобочитаемые адреса, называемые доменными именами.
Структура доменных имен
Доменное имя имеет простую структуру, состоящую из нескольких частей (это может быть только одна часть, две, три…), разделенных точками и , читаемых справа налево :
Каждая из этих частей содержит определенную информацию обо всем доменном имени.
TLD (домен верхнего уровня).
TLD сообщают пользователям об общем назначении службы, стоящей за доменным именем. Наиболее общие TLD ( .com , .org , .net ) не требуют, чтобы веб-службы соответствовали каким-либо конкретным критериям, но некоторые TLD применяют более строгие правила, поэтому их цель более ясна. Например:
Местные TLD, такие как .us , .fr или .se , могут требовать, чтобы услуга предоставлялась на определенном языке или размещалась в определенной стране — предполагается, что они указывают на ресурс на определенном языке. или страна.
доменов верхнего уровня, содержащих .gov могут использоваться только государственными учреждениями.
TLD .edu предназначен только для использования образовательными и академическими учреждениями.
TLD могут содержать как специальные, так и латинские символы. Максимальная длина TLD составляет 63 символа, хотя в большинстве случаев она составляет около 2–3 символов.
Полный список TLD поддерживается ICANN.
Этикетка (или компонент)
Метки — это то, что следует за TLD. Метка представляет собой последовательность символов без учета регистра длиной от одного до шестидесяти трех символов, содержащую только буквы 9.от 0178 A до Z , цифры от 0 до 9 и символ «-» (который не может быть первым или последним символом в метке). a , 97 и hello-strange-person-16-how-the-you — все это примеры допустимых меток.
Метка, расположенная непосредственно перед TLD, также называется доменом второго уровня (SLD).
Имя домена может иметь много меток (или компонентов). Не обязательно и не обязательно иметь 3 метки для формирования доменного имени. Например, www.inf.ed.ac.uk — допустимое доменное имя. Для любого домена, которым вы управляете (например, mozilla.org), вы можете создать «поддомены» с разным содержимым, расположенным в каждом, например, developer.mozilla.org, iot.mozilla.org или bugzilla.mozilla.org.
Покупка доменного имени
Кому принадлежит доменное имя?
Вы не можете «купить доменное имя». Это сделано для того, чтобы неиспользуемые доменные имена в конечном итоге стали доступны для повторного использования кем-то другим. Если бы каждое доменное имя было куплено, сеть быстро заполнилась бы неиспользуемыми доменными именами, которые были заблокированы и не могли использоваться никем.
Вместо этого вы платите за право использовать доменное имя в течение одного или нескольких лет. Вы можете продлить свое право, и ваше продление имеет приоритет над заявками других людей. Но вы никогда не владеете доменным именем.
Компании, называемые регистраторами, используют реестры доменных имен для отслеживания технической и административной информации, связывающей вас с вашим доменным именем.
Примечание: Для некоторых доменных имен за отслеживание может отвечать не регистратор. Например, каждое доменное имя под .fire управляется Amazon.
Поиск свободного доменного имени
Чтобы узнать, доступно ли данное доменное имя,
Как видите, я не могу зарегистрироваться mozilla.org , потому что Mozilla Foundation уже зарегистрировала его.
С другой стороны, давайте посмотрим, смогу ли я зарегистрировать afunkydomainname.org :
$ whois afunkydomainname.org НЕ НАЙДЕНО
Как видите, в базе whois (на момент написания) домена не существует, поэтому мы могли бы попросить зарегистрировать его. Хорошо знать!
Получение доменного имени
Процесс довольно прост:
Зайдите на сайт регистратора.
Обычно это призыв к действию «Получите доменное имя». Нажмите здесь.
Заполните форму всеми необходимыми данными. В частности, убедитесь, что вы не ошиблись в написании желаемого доменного имени. Как только это оплачено, это слишком поздно!
Регистратор сообщит вам, когда доменное имя будет правильно зарегистрировано. В течение нескольких часов все DNS-серверы получат вашу DNS-информацию.
Примечание: В этом процессе регистратор запрашивает ваш реальный адрес. Убедитесь, что вы заполнили его правильно, так как в некоторых странах регистраторы могут быть вынуждены закрыть домен, если они не могут предоставить действительный адрес.
Обновление DNS
Базы данных DNS хранятся на каждом DNS-сервере по всему миру, и все эти серверы относятся к нескольким специальным серверам, называемым «авторитетными серверами имен» или «DNS-серверами верхнего уровня» — это как главные серверы, которые управляют система.
Всякий раз, когда ваш регистратор создает или обновляет какую-либо информацию для данного домена, эта информация должна обновляться в каждой базе данных DNS. Каждый DNS-сервер, который знает о данном домене, хранит информацию в течение некоторого времени, прежде чем она будет автоматически признана недействительной, а затем обновлена (DNS-сервер запрашивает авторитетный сервер и получает от него обновленную информацию). Таким образом, DNS-серверам, которые знают об этом доменном имени, требуется некоторое время, чтобы получить актуальную информацию.
Как работает запрос DNS?
Как мы уже видели, когда вы хотите отобразить веб-страницу в своем браузере, проще ввести доменное имя, чем IP-адрес. Давайте посмотрим на процесс:
Введите mozilla.org в адресную строку браузера.
Ваш браузер спрашивает ваш компьютер, распознает ли он уже IP-адрес, идентифицированный этим доменным именем (используя локальный кеш DNS). Если это так, имя преобразуется в IP-адрес, и браузер согласовывает содержимое с веб-сервером. Конец истории.
Если ваш компьютер не знает, какой IP-адрес скрывается за именем mozilla. org , он обращается к DNS-серверу, задача которого состоит именно в том, чтобы сообщить вашему компьютеру, какой IP-адрес соответствует каждому зарегистрированному доменному имени.
Теперь, когда компьютеру известен запрошенный IP-адрес, ваш браузер может согласовать содержимое с веб-сервером.
Хорошо, мы много говорили о процессах и архитектуре. Время двигаться дальше.
Если вы хотите приступить к делу, сейчас самое время заняться дизайном и изучить анатомию веб-страницы.
Также стоит отметить, что некоторые аспекты создания веб-сайта стоят денег. Пожалуйста, ознакомьтесь со стоимостью создания веб-сайта.
Или узнайте больше о доменных именах в Википедии.
Вы также можете найти здесь забавное и красочное объяснение того, как работает DNS.
Обнаружили проблему с содержанием этой страницы?
Отредактируйте страницу на GitHub.
Сообщить о проблеме с содержимым.