Компьютер не пингуется по имени только по ip
Есть 2 ноута - один подключен к роутеру - второй к этому компу по WiFi - схема комп-комп
Все работало прекрасно
Девочка удаляла Traffic Compressor - в итоге удалила Ethernet Adapter:fool:
Ну, не долго думая, откат системы - все стало на свои места - НО:
на клиенте нет инета.
192.168.1.2/192.168.0.1 - Раздающий ноут
192.168.0.3 - ноут клиент по Wifi
Все прописано как и раньше
Настройка протокола IP для Windows
Имя компьютера . . . . . . . . . : NAME
Основной DNS-суффикс . . . . . . :
Тип узла. . . . . . . . . . . . . : смешанный
IP-маршрутизация включена . . . . : нет
WINS-прокси включен . . . . . . . : нет
Беспроводное сетевое соединение 2 - Ethernet адаптер:
DNS-суффикс этого подключения . . :
Описание . . . . . . . . . . . . : Atheros AR5006X Wireless Network Ada
pter
Физический адрес. . . . . . . . . : 11-AF-C4-1A-04-25
Dhcp включен. . . . . . . . . . . : нет
IP-адрес . . . . . . . . . . . . : 192.168.0.3
Маска подсети . . . . . . . . . . : 255.255.255.0
Основной шлюз . . . . . . . . . . : 192.168.0.1
DNS-серверы . . . . . . . . . . . : 192.168.1.2
. 192.168.1.1
Весь вопрос в том что весь пинг проходит внутри сети, но инет пингуется только по IP, а по именам нет.
ping 217.69.128.43 - Ответ от 217.69.128.43: число байт=32 время=145мс TTL=114
В чем может быть проблема??
Качаем WinSockFix - открываем, нажимаем Fix, после перезагрузки все работает.
Всем спасибо за помощь.:beer:
192.168.1.2/192.168.0.1 - Раздающий ноут
192.168.0.3 - ноут клиент по Wifi
А где здесь DNS? Ошибка связана именно с ним. Хотя был вирусок, который проявлял себя точно также, причем косяк оставался и опосля удаления. В архиве описан метод лечения.
Вируса вроде как нет. Системы не болеют. Везде настроены фаерволы, антивирусы обновляются, дополнительные контрацептивы используются.
ДНСом прописаны проходные IP
DNS-серверы . . . . . . . . . . . : 192.168.1.2 -это локал IP раздающего
. 192.168.1.1 - и роутера
и до этого все работало именно так - Зачем другие ДНСы если комп принимает через комп - на раздающем да, прописан ДНС провайдера и шлюз - все как надо.
Я смотрел в инете и на НОВЕ - в основном такие траблы возникают с Winsrver.
Если вы точно уверены, что компьютер находится в сети, что он получает правильные настройки IP и пр., попробуйте выполнить ещё 2 дополнительных действия.
1. Проверьте, включено ли Брандмауэре правило, которое разрешает ответ на пинги.
Перейдите в "Параметры Windows", далее "Сеть и Интернет".
В открывшемся окне (справа или внизу), найдите пункт Брандмаэр Windows.
Далее, в окне Брандмауэра, выберите пункт "Дополнительные параметры".
В левой части открывшегося окна, выберите пункт "Правила для входящих подключений", затем, прокрутите список вниз, пока не найдёте правило с названием "Наблюдение за виртуальной машиной (эхо-запрос - ICMPv4 - входящий трафик)", нажмите на нём правой кнопкой мыши и выберите пункт "Включить правило".
Проверьте, появился ли пинг по IP и имени компьютера (хоста).
Если пинг по имени хоста не включился, то, на компьютере который не пингуется выполните второе действие.
2. Перейдите в "Параметры Windows" и выберите пункт "Сеть и Интернет".
Далее выберите пункт "Ethernet".
Далее "Настройка параметров адаптера"
Найдите интерфейс, который подключен к вашей локальной сети. Нажмите на нём правой кнопкой мыши и выберите пункт "Свойства".
Ты локальные хосты хочешь пропинговать ?
Если да, то пропиши всё в /etc/hosts
в resolv.conf хранятся днс, но вручную его редактировать нельзя - бред какой-то.
apt-get purge resolvconf
Вопрос: Почему network-manager не прописывает в этот файл днс, которые получает по dhcp?
Прописывает, скорее всего, но
Какая-то программа прописывает свои представления об идеальном DNS туда.
Нет, цель заключается в другом. Я редактировал его вручную, но после перезагрузки все встает по прежнему. Вы можете подсказать какая служба прописвывает
А это хорошая идея?
Даже можешь и не благодарить меня.
В убунте NetworkManager запускает dnsmasq, который занимается пробросом DNS запросов на реальный DNS сервер. Советчиков, рекомендующих прописать локальные хосты в hosts при наличии DHCP и DNS, лучше не слушать.
Проверь при помощи nslookup, разрешаются ли имена?
Вряд ли. В любом случае, лучше лишний раз разобраться, как это работает (и почему не), чем бездумно выполнять странные рекомендации.
не думаю, однако ты сможешь его всегда установить вновь
r0ck3r ★★★★★ ( 27.08.13 15:07:46 )Последнее исправление: r0ck3r 27.08.13 15:08:08 (всего исправлений: 1)
Результат работы команды:
И хосты на определенное время стали пинговаться по имени, но потом снова все постарому. Я понять не могу за этот файл борьба какая-то идет?
можно попробовать audit настроить, но я не знаю, как это делается. Можно попробовать записать в файл нужное содержание и запретить его изменение (chattr +i).
А вот так что будет:
настоящий лоровец не читает мануалов
Результат nslookup srv1 192.168.1.252, если днс не указать то результат прежний.
+500 ТС не слушай этих людей, они убунту готовить не умеют. Выхлоп nm-tool покажи
Спасибо за наводку, почитал данный мануал, ничего не вычитал по поводу: Откуда в этом файле берется запись
Результат команды nm-tool
настоящий лоровец не читает мануалов
Он в них отправляет
Lark
Почитай документацию по сети для дебиана, многие вопросы сами по себе отпадут.
Ковыряй настройки маршрутизатора, линукс тут не при чем. По факту днс есть, правда идет не основной, в любом случае - в настройки
Ковыряй настройки маршрутизатора, линукс тут не при чем. По факту днс есть, правда идет не основной, в любом случае - в настройки
Анонимус совсем испортился. При чём тут
ананимус видит маршрутизатор и видит его прекрасно. ананиму видить что маршрутизатор отдал свой адрес и согласен разрешить все имена. но С**к такой не разрешает. Если лор совсем съел мозг, то стоит сделать перерыв.
Ребята ругаться не нужно. Я согласен с mbwa и считаю, что маршрутизатор не причем. Просто результат команды:
В первом случае я не указывал днс сервер и он почему-то обратилсяк днсу по адресу 127.0.0.1 и соотвественно имя не разрешил, во втором случае я указал днс сервер и выполнение команды прошло успешно. Если я правильно понимаю команда nslookup srv1 тянет днс из resolv.conf, если днс не указан, а в resolv.conf
По логу network-manager пишет вродебы в этот файл днс, но какая-то служба все равно перезаписывает на 127.0.0.1
nm и перезаписывает, марш читать мануалы. Если лень, отруби nm и сконфигури все руками
1. Я уже сказал, что 127.0.0.1 в resolv.conf пишет NetworkManager (точнее, на самом-то деле это dnsmasq пишет с его подачи при помощи resolvconf).
Kiborg ★★★ ( 27.08.13 17:48:54 )Последнее исправление: Kiborg 27.08.13 17:58:11 (всего исправлений: 2)
nameserver 127.0.0.1 добавляется network manager. В Ubuntu он идёт с dnsmasq в зависимостях. Это такой кеширующий DNS-сервер. Он у вас запущен? Проверьте, вдруг он не работает. Наберите sudo service dnsmasq status.
Спасибо всем за помощь, ухожу разбираться, тему пока не закрываю, позже отпишу результаты!
Да dhcp выдает два днс. Убрал на сервере dhcp 192.168.1.1 и теперь все нормально работает. Теперь надо понять, каким образом указывать в ubunte альтернативный и предпочтительный dns.
Результат команды sudo service dnsmasq status:
Погуглив немного решил проблему. В общем каковы в итоге были мои действия:
В файле /run/nm-dns-dnsmasq.conf были прописаны днс, которые получает НМ от dhcp. Возник вопрос как же эти саме днсы прописать в /etc/resolv.conf. Полез в файл конфигурации НМ /etc/NetworkManager/NetworkManager.conf, где-то должно быть указано, чтобы он вызывал dnsmasq. Собственно содержимое файла NetworkManager.conf
В данном файле я закоментировал строчку dns=dnsmasq. В итоге в /etc/resolv.conf получил свои днс сервера, которые получает НМ по dhcp И nameserver 127.0.0.1 больше не фегурирует. Почитав мануал понял, что на desktope dnsmasq не нужен, может я ошибаюсь. Таким образом я решил свою проблему. Жду вашей критики.
Так в этом ваша проблема. DNS по адресу 127.0.0.1 - это локальный DNS(bind, dnsmasq). Network Manager использует dnsmasq. Установите его, и будет вам счастье.
Я тоже вначале так сделал. Оказалось, что dnsmasq умеет кешировать DNS-записи. Что ускоряет обращение к часто набираемым url. При этом он настолько легковесен, что вы его просто не заметите в системе. Поэтому я раскомментировал его опять, и просто установил пакет dnsmasq. Зато когда я стал настраивать окружение для разработки сайтиков на связке virsh с kvm - у меня не было проблем. Потому, как virsh использует всё тот же dnsmasq. Ну, и команда dig говорит о том, что повторное обращение к любому хосту по hostname идёт гораздо быстрее с dnsmasq, чем без него:)
По-моему, верным решением проблемы была бы перенастройка DHCP и DNS таким образом, чтобы сервер по DHCP получал только один сервер DNS (или два, но с точки зрения клиента они должны быть идентичны). Потому что, если я ничего не путаю, все DNS сервера клиентом по стандарту должны рассматриваться как равноправные, и если клиент попробует обратиться к DNS 192.168.1.252, получит отказ (не знает этот сервер такого имени), то ко второму DNS он обращаться уже не будет, даже если тот знает это имя. Второй сервер DNS будет задействован только в том случае, если до первого достучаться невозможно.
Так что в данном случае возможны рецидивы. Но повторюсь, что стандарты не читал — просто наблюдал подобное на практике.
Ты локальные хосты хочешь пропинговать ?
Если да, то пропиши всё в /etc/hosts
в resolv.conf хранятся днс, но вручную его редактировать нельзя - бред какой-то.
apt-get purge resolvconf
Вопрос: Почему network-manager не прописывает в этот файл днс, которые получает по dhcp?
Прописывает, скорее всего, но
Какая-то программа прописывает свои представления об идеальном DNS туда.
Нет, цель заключается в другом. Я редактировал его вручную, но после перезагрузки все встает по прежнему. Вы можете подсказать какая служба прописвывает
А это хорошая идея?
Даже можешь и не благодарить меня.
В убунте NetworkManager запускает dnsmasq, который занимается пробросом DNS запросов на реальный DNS сервер. Советчиков, рекомендующих прописать локальные хосты в hosts при наличии DHCP и DNS, лучше не слушать.
Проверь при помощи nslookup, разрешаются ли имена?
Вряд ли. В любом случае, лучше лишний раз разобраться, как это работает (и почему не), чем бездумно выполнять странные рекомендации.
не думаю, однако ты сможешь его всегда установить вновь
r0ck3r ★★★★★ ( 27.08.13 15:07:46 )Последнее исправление: r0ck3r 27.08.13 15:08:08 (всего исправлений: 1)
Результат работы команды:
И хосты на определенное время стали пинговаться по имени, но потом снова все постарому. Я понять не могу за этот файл борьба какая-то идет?
можно попробовать audit настроить, но я не знаю, как это делается. Можно попробовать записать в файл нужное содержание и запретить его изменение (chattr +i).
А вот так что будет:
настоящий лоровец не читает мануалов
Результат nslookup srv1 192.168.1.252, если днс не указать то результат прежний.
+500 ТС не слушай этих людей, они убунту готовить не умеют. Выхлоп nm-tool покажи
Спасибо за наводку, почитал данный мануал, ничего не вычитал по поводу: Откуда в этом файле берется запись
Результат команды nm-tool
настоящий лоровец не читает мануалов
Он в них отправляет
Lark
Почитай документацию по сети для дебиана, многие вопросы сами по себе отпадут.
Ковыряй настройки маршрутизатора, линукс тут не при чем. По факту днс есть, правда идет не основной, в любом случае - в настройки
Ковыряй настройки маршрутизатора, линукс тут не при чем. По факту днс есть, правда идет не основной, в любом случае - в настройки
Анонимус совсем испортился. При чём тут
ананимус видит маршрутизатор и видит его прекрасно. ананиму видить что маршрутизатор отдал свой адрес и согласен разрешить все имена. но С**к такой не разрешает. Если лор совсем съел мозг, то стоит сделать перерыв.
Ребята ругаться не нужно. Я согласен с mbwa и считаю, что маршрутизатор не причем. Просто результат команды:
В первом случае я не указывал днс сервер и он почему-то обратилсяк днсу по адресу 127.0.0.1 и соотвественно имя не разрешил, во втором случае я указал днс сервер и выполнение команды прошло успешно. Если я правильно понимаю команда nslookup srv1 тянет днс из resolv.conf, если днс не указан, а в resolv.conf
По логу network-manager пишет вродебы в этот файл днс, но какая-то служба все равно перезаписывает на 127.0.0.1
nm и перезаписывает, марш читать мануалы. Если лень, отруби nm и сконфигури все руками
1. Я уже сказал, что 127.0.0.1 в resolv.conf пишет NetworkManager (точнее, на самом-то деле это dnsmasq пишет с его подачи при помощи resolvconf).
Kiborg ★★★ ( 27.08.13 17:48:54 )Последнее исправление: Kiborg 27.08.13 17:58:11 (всего исправлений: 2)
nameserver 127.0.0.1 добавляется network manager. В Ubuntu он идёт с dnsmasq в зависимостях. Это такой кеширующий DNS-сервер. Он у вас запущен? Проверьте, вдруг он не работает. Наберите sudo service dnsmasq status.
Спасибо всем за помощь, ухожу разбираться, тему пока не закрываю, позже отпишу результаты!
Да dhcp выдает два днс. Убрал на сервере dhcp 192.168.1.1 и теперь все нормально работает. Теперь надо понять, каким образом указывать в ubunte альтернативный и предпочтительный dns.
Результат команды sudo service dnsmasq status:
Погуглив немного решил проблему. В общем каковы в итоге были мои действия:
В файле /run/nm-dns-dnsmasq.conf были прописаны днс, которые получает НМ от dhcp. Возник вопрос как же эти саме днсы прописать в /etc/resolv.conf. Полез в файл конфигурации НМ /etc/NetworkManager/NetworkManager.conf, где-то должно быть указано, чтобы он вызывал dnsmasq. Собственно содержимое файла NetworkManager.conf
В данном файле я закоментировал строчку dns=dnsmasq. В итоге в /etc/resolv.conf получил свои днс сервера, которые получает НМ по dhcp И nameserver 127.0.0.1 больше не фегурирует. Почитав мануал понял, что на desktope dnsmasq не нужен, может я ошибаюсь. Таким образом я решил свою проблему. Жду вашей критики.
Так в этом ваша проблема. DNS по адресу 127.0.0.1 - это локальный DNS(bind, dnsmasq). Network Manager использует dnsmasq. Установите его, и будет вам счастье.
Я тоже вначале так сделал. Оказалось, что dnsmasq умеет кешировать DNS-записи. Что ускоряет обращение к часто набираемым url. При этом он настолько легковесен, что вы его просто не заметите в системе. Поэтому я раскомментировал его опять, и просто установил пакет dnsmasq. Зато когда я стал настраивать окружение для разработки сайтиков на связке virsh с kvm - у меня не было проблем. Потому, как virsh использует всё тот же dnsmasq. Ну, и команда dig говорит о том, что повторное обращение к любому хосту по hostname идёт гораздо быстрее с dnsmasq, чем без него:)
По-моему, верным решением проблемы была бы перенастройка DHCP и DNS таким образом, чтобы сервер по DHCP получал только один сервер DNS (или два, но с точки зрения клиента они должны быть идентичны). Потому что, если я ничего не путаю, все DNS сервера клиентом по стандарту должны рассматриваться как равноправные, и если клиент попробует обратиться к DNS 192.168.1.252, получит отказ (не знает этот сервер такого имени), то ко второму DNS он обращаться уже не будет, даже если тот знает это имя. Второй сервер DNS будет задействован только в том случае, если до первого достучаться невозможно.
Так что в данном случае возможны рецидивы. Но повторюсь, что стандарты не читал — просто наблюдал подобное на практике.
Читайте также: