1

Проблема: в моей беспроводной сети есть два компьютера (доменное имя "serenity", 192.168.1.1), имена хостов "jayne" (Arch Linux, 192.168.1.108) и "mal" (Mac OS X, 192.168. 1,101). Когда я пытаюсь заставить этих двоих общаться, это происходит:

jayne$ ping mal
PING mal.serenity (184.106.31.161) ... [pings go through to weird IP]

а также

mal$ ping jayne
PING jayne.serenity (184.106.31.161) ...

Тем не менее, пинг маршрутизатор работает:

jayne or mal$ ping serenity
PING serenity.serenity (192.168.1.1) ...

И тогда все становится странным:

jayne or mal$ ping google
PING google.serenity (184.106.31.161) ... [same IP as before]

jayne or mal$ ping google.com
PING google.com (74.125.115.106) ... [works as expected]

jayne$ ping 192.168.1.101
PING  192.168.1.101 (192.168.1.101) ... [works as expected]

Так почему Мэл или Джейн не видят друг друга?

Команда catch: serenity в настоящее время подключена к другому, уже существующему маршрутизатору (у него нет доменного имени), который является основным шлюзом к Интернету и расположен по адресу 192.168.0.1. Я установил статическое правило DHCP, чтобы всегда отображать спокойствие на 192.168.0.2.

Теперь я заметил, что когда я захожу по несуществующему URL в моем браузере, я перенаправляюсь на страницу своего интернет-провайдера «Поиск в Интернете *», поэтому я подумал, что странные IP-адреса, с которыми разрешаются пинги, вероятно, принадлежали какому-либо серверу обработал это на интернет-провайдере и изменил DNS-серверы на маршрутизаторе .0.1 на публичную службу DNS Google .

Теперь ping mal или ping jayne не разрешаются вообще («ping: unknown host mal», «ping: не удается разрешить jayne: Unknown host»), даже с "полными" именами (например, «mal.serenity»), но Я все еще могу успешно ping serenity .

Так почему Мэл или Джейн не видят друг друга?

Я на самом деле не сетевой человек, поэтому, возможно, у меня где-то неправильная настройка, но в то же время я использую файлы hosts чтобы обойти это, вручную сопоставляя имена хостов с IP-адресами, но это просто устранение симптома, а не проблемы.

|источник

2 ответа2

2

Я могу изменить или удалить это на основании вашего ответа на вышеуказанный комментарий / вопрос.

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

Вторая часть заключается в том, что если вы сравниваете две рабочие станции Windows, когда они не регистрируются на локальном DNS-сервере, они используют NetBIOS через TCP/IP для поиска друг друга. В вашем случае, я не уверен, что у вас есть что-то похожее, что вы можете использовать, так как я не парень Linux или Mac, и если да, то он в данный момент не используется.

Что я могу сказать, так это то, что вы можете настроить свой Linux-сервер для работы в качестве DNS-сервера, разместить собственный DNS и зарегистрировать свои компьютеры на этом сервере; или вы можете просто продолжать использовать файлы HOSTS. Наконец, кто-то может прийти и добавить еще один ответ, в котором рассказывается, как позволить Linux и Mac общаться без использования DNS, аналогично NetBIOS через TCP/IP.

Если кто-то не приходит с чем-то похожим на концепцию NetBIOS через TCP/IP, то, по моему личному мнению, вы можете использовать файлы HOSTS, и это правильный путь.

|источник
0

Бит «.serenity» мог быть добавлен как домен поиска DNS. Это может быть автоматически настроено через DHCP, так что это, вероятно, откуда вы получаете его. В настройках DHCP вашего роутера очистите все поля поискового домена (если есть).

Если вы все еще видите это, в Windows перейдите в настройки TCP/IP, нажмите "Дополнительно" и на вкладке DNS:

  • Снимите флажок «DNS-суффикс для этого подключения»
  • Выберите "Добавить эти суффиксы DNS" и убедитесь, что в списке ничего нет

Возможно, вам придется сделать это как для IPv4, так и для IPv6.

На Mac перейдите в Сеть в Системных настройках. Нажмите кнопку «Дополнительно» вашего подключения и на вкладке «DNS» нажмите кнопку «+», чтобы добавить пустую запись. (Вы должны увидеть, что фиктивная запись от DHCP неактивна, поэтому вы можете удалить ее только таким образом.)

Как на Mac, так и на Linux вам, возможно, придется проверить /etc/resolve.conf чтобы убедиться, что поискового домена там нет.

Что касается загадочного DNS-результата, я полагаю, это какая-то услуга "перехватить все" или "исправление доменного имени", которую использует ваш DNS-провайдер. Обычно они возвращают этот результат для всех несуществующих доменов, чтобы получить от вас доход от рекламы. OpenDNS и многие интернет-провайдеры делают это.

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

|источник

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .