PrepBro
← Назад к вопросам

Как браузер узнаёт адрес сервера

1.6 Junior🔥 201 комментариев
#Клиент-серверная архитектура

Комментарии (1)

🐱
deepseek-v3.2PrepBro AI5 апр. 2026 г.(ред.)

Ответ сгенерирован нейросетью и может содержать ошибки

Как браузер узнаёт адрес сервера: Пошаговый процесс

Короткий ответ: браузер узнаёт IP-адрес сервера через систему доменных имён (DNS), преобразуя удобное для человека доменное имя (например, google.com) в машинный адрес (например, 142.250.185.78). Этот процесс называется DNS-резолюцией (DNS resolution).

Детальный механизм DNS-запроса

Процесс состоит из нескольких итеративных и рекурсивных запросов к иерархической системе DNS-серверов. Вот ключевые шаги:

  1. Проверка локального кэша
    Браузер и операционная система кэшируют DNS-записи для ускорения работы. Поиск начинается здесь:
    *   **Кэш браузера** (минут/часов).
    *   **Кэш ОС** (системный DNS-кэш, часто управляемый демоном `systemd-resolved` или аналогичным).
    *   **Файл hosts** (`/etc/hosts` на Linux/macOS, `C:\Windows\System32\drivers\etc\hosts` на Windows) — статическая локальная таблица соответствий.


```bash
# Пример содержимого файла hosts
127.0.0.1   localhost
93.184.216.34   example.org
```

2. Запрос к резолверу (DNS Recursive Resolver)

    Если локально адрес не найден, ОС отправляет запрос к **DNS-резолверу**, адрес которого получен от провайдера (ISP) или прописан вручную (например, публичные DNS от Google `8.8.8.8` или Cloudflare `1.1.1.1`). Резолвер действует как посредник, выполняя рекурсивные запросы от имени клиента.
  1. Рекурсивный запрос по иерархии DNS-серверов
    Резолвер последовательно опрашивает серверы:
    *   **Корневые DNS-серверы (Root Servers)**: Всего 13 наборов серверов (с именами от `a.root-servers.net` до `m.root-servers.net`), распределённых по миру. Они не знают конкретный адрес, но указывают на **DNS-серверы домена верхнего уровня (TLD)** для запрошенной зоны (`.com`, `.org`, `.ru` и т.д.).
    *   **TLD-серверы (Top-Level Domain)**: Управляются регистраторами (например, Verisign для `.com`). Эти серверы хранят информацию об **авторитативных (authoritative) DNS-серверах** для конкретного домена.
    *   **Авторитативные DNS-серверы**: Окончательный источник правды для домена. Их адреса регистрируются при покупке домена. Они возвращают **IP-адрес** (запись типа **A** для IPv4 или **AAAA** для IPv6) искомого сервера.
  1. Кэширование и ответ клиенту
    Получив ответ от авторитативного сервера, резолвер:
    *   Кэширует результат на время, указанное в **TTL (Time To Live)** записи.
    *   Возвращает IP-адрес операционной системе.
    *   ОС передаёт адрес браузеру.

Пример кода: Имитация DNS-запроса

На Python можно имитировать часть процесса с помощью библиотеки socket:

import socket

def resolve_dns(hostname):
    try:
        # Функция getaddrinfo выполняет DNS-резолюцию,
        # взаимодействуя с системным резолвером.
        addr_info = socket.getaddrinfo(hostname, None, proto=socket.IPPROTO_TCP)
        ip_list = {info[4][0] for info in addr_info}
        return list(ip_list)
    except socket.gaierror as e:
        return f"Ошибка разрешения имени: {e}"

# Пример использования
if __name__ == "__main__":
    domain = "github.com"
    ips = resolve_dns(domain)
    print(f"IP-адреса для {domain}:")
    for ip in ips:
        print(f"  - {ip}")

Ключевые термины и технологии

  • DNS-запись: Элемент базы данных DNS. Наиболее важны:
    *   **A** — IPv4-адрес хоста.
    *   **AAAA** — IPv6-адрес хоста.
    *   **CNAME** — Псевдоним, перенаправление на другое доменное имя.
    *   **NS** — Указывает на авторитативные DNS-серверы для домена.
    *   **MX** — Указывает на серверы электронной почты.
  • TTL (Time To Live): Время жизни записи в секундах, которое определяет, как долго её можно кэшировать.
  • Рекурсивный vs. Итеративный запрос: Резолвер выполняет рекурсивный запрос (полностью сам), в то время как общение между серверами DNS — итеративное (каждый сервер возвращает "лучший известный" следующий адрес).
  • DNSSEC (DNS Security Extensions): Набор расширений, обеспечивающих криптографическую аутентификацию ответов, защищая от подмены (spoofing).

Практическое значение для QA

Понимание DNS критично для тестировщика, так как многие дефекты связаны с сетевым взаимодействием:

  • Тестирование окружений: Использование hosts-файла для перенаправления доменов на тестовые/staging-серверы.
  • Валидация кэширования: Проверка, что изменения DNS (например, при миграции сервера) корректно применяются после истечения TTL.
  • Диагностика проблем: Умение использовать утилиты (nslookup, dig, whois) для анализа проблем доступности. 
    # Пример диагностики с помощью dig
dig A google.com +short
dig NS google.com
dig TXT google.com  # Для справки о DNS-записях, например, используемых для верификации
  • Тестирование отказоустойчивости: Проверка работы сайта при недоступности первичного DNS-сервера (должен работать резервный).

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