DNS-сервер IPv4 192.168.0.1 — что это и как правильно настроить

Адрес 192.168.0.1 — типичный локальный IP домашнего/офисного роутера. Чаще всего сам роутер раздаёт клиентам этот адрес как DNS-сервер (DHCP), а запросы форвардит на внешние резолверы (например, 1.1.1.1, 8.8.8.8). Ниже — как проверить, что ваш шлюз реально 192.168.0.1, и как вручную прописать его в системе.

Шаг 1. Убедитесь, что ваш шлюз — именно 192.168.0.1

# Windows (PowerShell) ipconfig /all | findstr /R "Gateway DNS" # Проверка, отвечает ли сам роутер как DNS: nslookup example.com 192.168.0.1macOS / Linuxip route | head -n1 # увидите default via 192.168.0.1 при такой схемеcat /etc/resolv.conf # текущие DNSdig +short example.com @192.168.0.1

Важно: если ваш шлюз — 192.168.1.1 или другой адрес, прописывать 192.168.0.1 нельзя — используйте фактический IP шлюза.

Шаг 2. Прописать 192.168.0.1 как DNS на устройстве

Windows 10/11

Панель управления → Сеть и Интернет → Центр управления сетями → Изменение параметров адаптера → ПКМ по адаптеру → «Свойства».
Выберите «Протокол Интернета версии 4 (TCP/IPv4)» → «Свойства» → «Использовать следующие адреса DNS-серверов».
Укажите: 192.168.0.1 (предпочитаемый), дополнительный при желании (например, 1.1.1.1).

# CLI (пример) netsh interface ipv4 add dnsserver name="Ethernet" address=192.168.0.1 index=1 netsh interface ipv4 add dnsserver name="Ethernet" address=1.1.1.1 index=2

macOS (Ventura+)

System Settings → Network → Wi-Fi/Ethernet → Details → DNS → «+» → 192.168.0.1.
Перетащите его выше остальных, чтобы был первым.

# CLI networksetup -setdnsservers "Wi-Fi" 192.168.0.1 1.1.1.1

Linux

NetworkManager (Desktop)

nmcli con mod "Wired connection 1" ipv4.dns "192.168.0.1 1.1.1.1" nmcli con mod "Wired connection 1" ipv4.ignore-auto-dns yes nmcli con up "Wired connection 1"

systemd-resolved

sudo resolvectl dns eth0 192.168.0.1 1.1.1.1 sudo resolvectl domain eth0 "~."

Шаг 3. Настроить сам роутер (WAN → Upstream DNS)

WAN DNS: пропишите внешние резолверы (например, 1.1.1.1, 8.8.8.8), чтобы локальный 192.168.0.1 корректно форвардил запросы.
LAN/DHCP: раздавайте клиентам адрес DNS = 192.168.0.1 (по умолчанию так и есть).
Кеш: включите кеширование DNS на роутере для ускорения повторных запросов.

Проверка работы

# Windows nslookup example.com nslookup example.com 192.168.0.1macOS / Linuxdig +trace example.comdig +short example.com @192.168.0.1

Если ответов нет — проверьте доступность 192.168.0.1 (ping 192.168.0.1) и настройку upstream DNS на роутере. В браузерах отключите «Secure DNS/DoH», если тестируете системный DNS.

Типичные ошибки

Не тот сегмент подсети: у вас LAN 192.168.1.0/24, а вы прописали 192.168.0.1 — DNS недоступен.
Роутер не форвардит DNS: укажите рабочие upstream DNS на WAN (например, 1.1.1.1, 8.8.8.8).
DoH в браузере: он игнорирует системный DNS — временно отключите Secure DNS для проверки.

Нужен внешний IPv4/DNS через прокси?

Если провайдер режет DNS/IPv4 или требуется другой регион, используйте статичные прокси (HTTPS/CONNECT или SOCKS5) нужного GEO. Браузер/приложение тогда резолвит и ходит в интернет через внешний узел.