Google DNS: адреса 8.8.8.8 и 8.8.4.4, IPv6 и как прописать DNS-сервер Google

Коротко: Google DNS (официально Google Public DNS, в обиходе «DNS Гугла») — бесплатный рекурсивный DNS-резолвер Google. Адреса DNS-серверов Google: 8.8.8.8 и 8.8.4.4 для IPv4, 2001:4860:4860::8888 и 2001:4860:4860::8844 для IPv6. Пропишите их как DNS-серверы сетевого адаптера, телефона или роутера, и запросы имён будут уходить в Google, а не на резолвер вашего провайдера.

Все адреса взяты из документации Google Public DNS (страницы обновлены 3 сентября 2024 года, прочитаны 21 октября 2026 года). Google предупреждает, что пара DNS64 нужна только в сетях, где есть шлюз NAT64; во всех остальных используйте обычные адреса.

Что такое 8.8.8.8?

8.8.8.8 — основной адрес Google Public DNS, сервиса, который Google держит с декабря 2009 года. Это рекурсивный резолвер: когда компьютер спрашивает у него example.com, он проходит дерево DNS от корневых серверов до собственных серверов имён домена, кэширует ответ и возвращает его. Провайдер держит свой резолвер, который делает то же самое, и по умолчанию ваши устройства ходят именно к нему, потому что роутер раздаёт его адрес по DHCP.

Адрес работает по anycast: один и тот же 8.8.8.8 анонсируется из многих точек Google, и маршрутизация доводит запрос до ближайшей, поэтому в большинстве регионов ответ приходит быстро. Регистрация не нужна, сервис бесплатный, а обратное DNS-имя адреса — dns.google. 8.8.4.4 — второй адрес того же сервиса: он нужен, чтобы запросы работали, даже если один адрес из вашей сети недоступен. Как вообще устроены резолверы, кэш и TTL, разобрано в статье Что такое DNS.

Google DNS — не серверы имён вашего домена

Кто ищет «серверы имён Google» или «NS Google», часто путает две разные роли. Google Public DNS — это резолвер: он ищет имена для клиентов. Серверы имён (NS) домена — авторитативные серверы: они хранят записи домена и отвечают за него. На 8.8.8.8 нет вашей зоны, и у регистратора его нельзя указать как сервер имён домена.

• Чтобы сменить резолвер устройства, укажите 8.8.8.8 в его сетевых настройках (об этом остальная часть статьи).
• Чтобы сменить место, где хранятся записи домена, меняют его серверы имён у регистратора на те, что обслуживают зону: самого регистратора, DNS-провайдера или ваши собственные серверы. Это другая настройка, она разобрана в статье Что такое серверы имён (англ.).
• Авторитативный DNS у Google тоже есть, но это отдельные сервисы: зону самого google.com обслуживают серверы от ns1.google.com до ns4.google.com, а платный хостинг зон Google Cloud DNS выдаёт каждой зоне серверы имён в googledomains.com. Ни один из них не 8.8.8.8.

Что Google записывает в логи?

Google описывает свои логи на странице о конфиденциальности Google Public DNS (обновлена 3 сентября 2024 года, прочитана 21 октября 2026 года). Вкратце, по словам самого Google:

• Временные логи содержат IP-адрес устройства, отправившего запрос, и Google удаляет их в течение суток или двух (от 24 до 48 часов), кроме случаев, когда данные хранятся дольше для борьбы с угрозами безопасности и злоупотреблениями.
• Постоянные логи — это выборка из временных, где IP-адрес удалён и заменён местоположением с точностью до города или региона. Имена доменов, типы запросов и протоколы в них остаются.
• Google заявляет, что не связывает логи Public DNS с вашими данными из других сервисов Google, кроме как для целей безопасности и борьбы со злоупотреблениями.

Ещё кое-что уходит третьим сторонам: по документации Google, сервис передаёт EDNS Client Subnet (ECS), укороченную форму вашего сетевого адреса, тем авторитативным серверам, которые, по его определению, это поддерживают, чтобы сети доставки контента могли ответить адресом сервера поближе к вам. Шифрование через DoH или DoT скрывает ваши запросы от локальной сети и провайдера, но не от Google. Выбирая резолвер, вы выбираете, кому доверить список имён, которые вы запрашиваете; читайте политику каждого провайдера в оригинале, а не в пересказе.

Как прописать DNS Google в Windows

Windows 11: «Параметры» → «Сеть и Интернет» → Ethernet (или Wi-Fi → ваша сеть) → «Назначение DNS-сервера» → «Изменить» → «Вручную». Включите IPv4, введите 8.8.8.8 как предпочитаемый DNS-сервер и 8.8.4.4 как дополнительный, затем сделайте то же для IPv6 с двумя адресами IPv6. Windows 11 знает шаблон DoH от Google, поэтому рядом с каждым адресом можно сразу включить и DNS over HTTPS.

Windows 10 и Windows Server: нажмите Win+R, выполните ncpa.cpl, щёлкните адаптер правой кнопкой → «Свойства» → «IP версии 4 (TCP/IPv4)» → «Свойства» → «Использовать следующие адреса DNS-серверов». Повторите для «IP версии 6 (TCP/IPv6)». В PowerShell от имени администратора та же замена для обоих семейств адресов делается одной строкой:

Get-NetAdapter | Where-Object Status -eq 'Up'     # имя адаптера: Ethernet, Wi-Fi ...

Set-DnsClientServerAddress -InterfaceAlias 'Ethernet' -ServerAddresses ('8.8.8.8','8.8.4.4','2001:4860:4860::8888','2001:4860:4860::8844')
Clear-DnsClientCache
Get-DnsClientServerAddress -InterfaceAlias 'Ethernet'
Resolve-DnsName example.com

# вернуть серверы, которые выдаёт DHCP
Set-DnsClientServerAddress -InterfaceAlias 'Ethernet' -ResetServerAddresses

netsh interface ipv4 set dnsservers name="Ethernet" source=static address=8.8.8.8 register=primary
netsh interface ipv4 add dnsservers name="Ethernet" address=8.8.4.4 index=2

Смена DNS-серверов не меняет IP-адрес сервера, поэтому её можно спокойно делать в сессии удалённого рабочего стола. Одно исключение на Windows Server: машина в домене Active Directory или сам контроллер домена должны и дальше смотреть на контроллеры домена. Google не знает вашу внутреннюю зону AD, и вход в систему и групповые политики начинают ломаться. Если после замены перестал работать DNS, откройте статью DNS-сервер не отвечает.

Как прописать DNS Google на Mac

«Системные настройки» → «Сеть» → Wi-Fi (или Ethernet) → «Подробнее» → DNS. Нажмите + под списком DNS-серверов, добавьте четыре адреса и нажмите OK. В Терминале:

networksetup -listallnetworkservices
sudo networksetup -setdnsservers Wi-Fi 8.8.8.8 8.8.4.4 2001:4860:4860::8888 2001:4860:4860::8844
networksetup -getdnsservers Wi-Fi
sudo networksetup -setdnsservers Wi-Fi empty     # вернуть серверы от DHCP

Как прописать DNS Google в Linux

Сначала выясните, кто пишет /etc/resolv.conf: в большинстве современных систем он генерируется, и правка вручную пропадёт при следующей перезагрузке или продлении аренды DHCP:

ls -l /etc/resolv.conf
# -> ../run/systemd/resolve/stub-resolv.conf  : systemd-resolved (Ubuntu, многие образы Debian)
# "# Generated by NetworkManager" внутри       : NetworkManager (десктопы, Rocky, AlmaLinux)
# обычный файл, который вы написали сами       : правьте его напрямую

Ubuntu и Debian с netplan

Задайте серверы на интерфейсе, через который идёт трафик (его имя покажет ip -br link). Если интерфейс получает адрес по DHCP, велите netplan игнорировать DNS-серверы от DHCP, иначе они останутся в работе рядом с Google:

network:
  version: 2
  ethernets:
    eth0:
      # существующие адреса, маршруты и строки dhcp4 оставьте как есть
      dhcp4-overrides:
        use-dns: false            # нужно только при dhcp4: true
      nameservers:
        addresses: [8.8.8.8, 8.8.4.4, "2001:4860:4860::8888", "2001:4860:4860::8844"]

sudo netplan try          # откатится через 120 секунд, если не подтвердить
sudo netplan apply
resolvectl status eth0     # в "DNS Servers:" должны быть адреса Google

Файл 50-cloud-init.yaml создан cloud-init, и тот может сгенерировать его заново; как закрепить изменение, описано в части про netplan статьи Temporary failure in name resolution (англ.). Для быстрой проверки, которая исчезнет после следующего перезапуска, команда sudo resolvectl dns eth0 8.8.8.8 8.8.4.4 сразу меняет серверы одного интерфейса.

systemd-resolved с DNS over TLS

systemd-resolved умеет шифровать каждый запрос к Google через DoT. #dns.google после каждого адреса — имя, по которому проверяется TLS-сертификат, как описано в resolved.conf(5) (прочитано на Debian 12, systemd 252):

[Resolve]
DNS=8.8.8.8#dns.google 8.8.4.4#dns.google 2001:4860:4860::8888#dns.google 2001:4860:4860::8844#dns.google
DNSOverTLS=yes

sudo systemctl restart systemd-resolved
resolvectl status          # в строке Protocols должно быть +DNSOverTLS
resolvectl query example.com

Две детали из той же man-страницы. Серверы из DNS= используются параллельно с серверами интерфейсов, полученными по DHCP, а при DNSOverTLS=yes любой запрос к серверу без поддержки DoT заканчивается ошибкой. Поэтому сначала уберите серверы от DHCP (тот самый use-dns: false выше) и убедитесь, что исходящий TCP-порт 853 не заблокирован.

NetworkManager (nmcli)

nmcli connection show                              # имя подключения
sudo nmcli connection modify "Wired connection 1" ipv4.dns "8.8.8.8 8.8.4.4" ipv4.ignore-auto-dns yes
sudo nmcli connection modify "Wired connection 1" ipv6.dns "2001:4860:4860::8888 2001:4860:4860::8844" ipv6.ignore-auto-dns yes
sudo nmcli connection up "Wired connection 1"

Именно ignore-auto-dns yes не даёт DHCP вернуть свои серверы. connection up заново активирует подключение и может на мгновение оборвать SSH-сессию; на удалённой машине запускайте его из консоли.

Персональный DNS на Android и DNS на iPhone

Android 9 и новее: «Настройки» → «Сеть и Интернет» → «Персональный DNS-сервер» (Private DNS) → имя хоста поставщика, введите dns.google и сохраните (на Samsung пункт находится в разделе «Подключения» → «Другие настройки»). Это DNS over TLS для всех сетей телефона, и для Wi-Fi, и для мобильного интернета. Вводите имя хоста, а не 8.8.8.8: персональный DNS ждёт именно имя. В сети, которая блокирует порт 853, телефон сообщит, что персональный DNS-сервер недоступен, и запросы не будут проходить, пока вы не вернёте автоматический режим.

iPhone и iPad: «Настройки» → Wi-Fi → (i) рядом с вашей сетью → «Настройка DNS» → «Вручную». Удалите существующие записи, добавьте 8.8.8.8 и 8.8.4.4 (и пару IPv6), затем сохраните. Настройка действует только для этой сети Wi-Fi; для мобильного интернета такой настройки в iOS нет.

Как прописать DNS Google на роутере

DNS Google на роутере сразу охватывает все устройства в сети. Откройте страницу администрирования роутера (часто 192.168.0.1 или 192.168.1.1), найдите поля DNS в настройках интернета, WAN или DHCP и введите 8.8.8.8 и 8.8.4.4. Сработает ли это на деле, решают две вещи:

• DNS для WAN и DNS для DHCP. Многие роутеры продолжают раздавать устройствам свой адрес как DNS-сервер и пересылают запросы на серверы, указанные для WAN. Это нормально. Если же прописать Google в поля DHCP, устройства будут обращаться к Google напрямую.
• IPv6. Если провайдер даёт IPv6, роутер может анонсировать и IPv6-резолверы провайдера, и устройства охотно ими пользуются. Заполните и поля DNS для IPv6, иначе замена сработает только наполовину.

На некоторых роутерах от провайдера поля DNS заблокированы. Тогда задайте серверы на каждом устройстве или используйте настройку самого браузера: в Chrome это «Настройки» → «Конфиденциальность и безопасность» → «Безопасность» → «Использовать безопасный DNS» → Google (Public DNS), а в Firefox можно указать https://dns.google/dns-query как собственного провайдера DNS over HTTPS. Настройка в браузере действует только на этот браузер.

Как проверить, что вы используете Google DNS

Сначала спросите 8.8.8.8 напрямую: так вы убедитесь, что он доступен из вашей сети. Ниже настоящий вывод, полученный 21 октября 2026 года на сервере с Debian 12 и DiG 9.18.49:

dig @8.8.8.8 example.com

; <<>> DiG 9.18.49-1~deb12u2-Debian <<>> @8.8.8.8 example.com
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 63366
;; flags: qr rd ra ad; QUERY: 1, ANSWER: 2, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 512
;; QUESTION SECTION:
;example.com.			IN	A

;; ANSWER SECTION:
example.com.		300	IN	A	104.20.23.154
example.com.		300	IN	A	172.66.147.243

;; Query time: 3 msec
;; SERVER: 8.8.8.8#53(8.8.8.8) (UDP)
;; WHEN: Wed Oct 21 23:39:16 UTC 2026
;; MSG SIZE  rcvd: 72

• status: NOERROR и секция ответа: резолвер ответил. Если вместо этого тайм-аут (no servers could be reached), ваша сеть блокирует исходящий DNS к внешним резолверам.
• Флаг ad: Google проверил ответ через DNSSEC.
• 300 — TTL в секундах, а SERVER: 8.8.8.8#53 подтверждает, кто ответил.

Затем проверьте, что система действительно ходит в Google, когда сервер не указан явно:

# Linux с systemd-resolved
resolvectl status | grep -E 'Current DNS|DNS Servers'

# Windows PowerShell
Get-DnsClientServerAddress -AddressFamily IPv4
nslookup example.com                # "Сервер: dns.google" (в английской Windows "Server:") значит, что отвечает Google

# macOS
scutil --dns | grep nameserver

# DoH из скрипта через JSON API Google ("Status": 0 значит NOERROR)
curl -s 'https://dns.google/resolve?name=example.com&type=A'

dig через локальную заглушку показывает в Ubuntu SERVER: 127.0.0.53: это systemd-resolved, а не признак того, что Google не используется; что стоит за ним, покажет resolvectl status. Вывод на стороне Windows подробно разобран в статье о команде nslookup. После переключения старые ответы могут оставаться в кэшах до истечения их TTL, поэтому, если сайт всё ещё открывается по-старому, очистите кэш DNS системы и браузера.

Google DNS, Cloudflare, Quad9 и OpenDNS: сравнение

Адреса указаны так, как их публикует каждый провайдер; годами они не менялись, но прежде чем жёстко прописывать их где-либо, сверьтесь со страницей провайдера. Все четыре бесплатны и работают по anycast. В России многие привыкли и к DNS Яндекса, это 77.88.8.8 и 77.88.8.1; его можно сравнить тем же способом. Скорость зависит от того, где вы находитесь, поэтому измерьте её из своей сети: несколько раз выполните dig @АДРЕС example.com для каждого и сравните Query time. Два практических правила: если устройство принимает только два сервера, возьмите двух разных провайдеров, чтобы один сбой не положил оба; а если нужна фильтрация вредоносных доменов, выбирайте Quad9 или фильтрующий адрес Cloudflare, потому что у Google её нет.

Google DNS на VPS или выделенном сервере

На сервере для большинства задач подходит вариант по умолчанию: оставьте резолверы, которые задал провайдер, или пропишите публичную пару в netplan, как показано выше. На VPS в VMHeaven cloud-init при установке и при каждой переустановке прописывает Cloudflare и Quad9 (1.1.1.1 и 9.9.9.9), поэтому ручную правку в netplan или /etc/resolv.conf после переустановки, возможно, придётся повторить. Замена на пару Google никак не влияет на собственный адрес сервера и его маршрутизацию.

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

Частые вопросы