☰

DNS-домен, указывающий на IP-адрес локальной сети, работает только с одного устройства.

tag-icon • tag-icon networking dns lan http ipad
DNS-домен, указывающий на IP-адрес локальной сети, работает только с одного устройства.

Я запускаю HTTP-сайт на порту 61337 на своем ноутбуке.

IP-адрес моего ноутбука — 192.168.1.247.

Домен mathsrise.tkуказывает на 192.168.1.247, и я могу (со своего ноутбука) получить доступ к веб-сайту по этому URL-адресу: http://mathsrise.tk:61337.

Все остальные устройства в доме могут получить доступ к http://192.168.1.247:61337, но они не могут получить доступ к веб-сайту из http://mathsrise.tk:61337, вместо этого выдается сообщение «сервер не найден» или что-то подобное.

Например, пинг с рабочего стола Windows 7:

> ping mathsrise.tk
Ping request could not find host mathsrise.tk. Please check the name and try again.

Почему только одно устройство правильно разрешает DNS? Или находит этот "хост" (не знаю, что означает хост)

решение1

На раннем этапе развития сетей Ethernet большинство сетей состояло из множества устройств, выполняющих множество различных задач.

Среднестатистическая сеть включает маршрутизатор, коммутатор, брандмауэр/NAT, DHCP-сервер, DNS-сервер и веб-сервер.

Все отдельные коробки, работающие от сети. Со временем шли и домашние сетевые устройства, и поскольку домашние сетевые устройства стали мощнее, с точки зрения мощности процессора и огромного объема памяти, они стали превращаться в «комбинированные» устройства.

Перенесемся в сегодняшний день, и ваш обычный домашний маршрутизатор технически говоря, маршрутизатор, коммутатор, мост, брандмауэр/NAT, точка доступа WiFi, DNS-пересылка и DHCP-сервер все в одном устройстве. Что может немного сбить с толку, если вы не знакомы с сетевым жаргоном. Обратите внимание, что большинство готовых маршрутизаторов не являются DNS-серверами, они являются DNS-пересылками. Это просто означает, что они передают любые запросы на DNS-сервер, который был назначен интернет-провайдером через DHCP-соединения WAN.

Некоторые маршрутизаторы более высокого класса для потребителей на самом деле имеют возможность запускать приложение/службу DNS на маршрутизаторе. (Превращая маршрутизатор в DNS-сервер.) Цель этого в том, чтобы пользователям сети не приходилось запоминать IP-номера, они могли бы получать доступ к локальным ресурсам, вводя формат домена. (myshare.mylocaldomain.net вместо чего-то вроде \\172.16.36.233\share-media)

Когда вы заявили: «Я уже отредактировал файл /etc/hosts своего маршрутизатора, чтобы сделать это».

Я сделал обоснованное предположение, что,

  1. Ваш DNS-сервер работает на маршрутизаторе, а не на отдельном устройстве.

  2. у вас есть какой-то маршрутизатор на базе Linux, на котором запущено приложение/служба DNS.

  3. Вы правильно настроили локальную/частную запись DNS.

  4. Ваши клиентские ПК либо хранят неверную или старую информацию кэша DNS, либо требуют автоматической настройки DNS адаптеров. (многие используют Google DNS 8.8.8.8, настраивая адаптер статически)

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

Когда вы настраиваете DNS с маршрутизатора, он будет действовать как сервер для частной локальной сети, просматривая созданные записи. Если он не соответствует записи в локальной таблице, он действует как DNS-пересылка на публичный DNS-сервер 1-го провайдера, передавая запрос. Примечание: некоторые маршрутизаторы автоматически создают локальные DNS-записи на основе установленного клиентом имени хоста, когда маршрутизатор выдает DHCP-адрес.

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

Список DNS в сетевой карте можно задать следующим образом: 1. (192.168.1.x) Локальный IP-адрес DNS, где x — фактический хост, обслуживающий DNS. 2. Маршрутизатор или шлюз подключения к интернет-провайдеру. Обычно это 192.168.1.1 для домашнего сетевого оборудования.

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

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

Чтобы освободить кэш DNS в Windows;

  1. Нажмите «Пуск». Введите cmd в текстовое поле поиска меню «Пуск».

  2. Щелкните правой кнопкой мыши по командной строке и выберите «Запуск от имени администратора». Выполните следующую команду: ipconfig /flushdns.

Чтобы освободить кэш DNS в Linux;

  1. "$ sudo /etc/init.d/nscd restart" или

  2. "# перезапуск службы nscd" или

  3. "# сервис nscd перезагрузка"

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

С наилучшими пожеланиями,

решение2

Я не совсем понимаю, но я исправил все проблемы, обновив аренду DHCP на своем ноутбуке.

Связанный контент