- DNS. Не все хосты пингуются по имени
- Re: DNS. Не все хосты пингуются по имени
- Re: DNS. Не все хосты пингуются по имени
- Re: DNS. Не все хосты пингуются по имени
- Re: DNS. Не все хосты пингуются по имени
- Re: DNS. Не все хосты пингуются по имени
- Re: DNS. Не все хосты пингуются по имени
- Не пингуется с локальной сети
- Не пигнуются компьютеры по доменому имени
DNS. Не все хосты пингуются по имени
Установил систему Debian Kernel 2.6.18.xs4.0.1.900.5799 (Debian 4.1.1-21). Выход в инет есть, но когда пингую в консоли, то не все интернет адреса пингуются по имени, а по IP адресу нормально. Соответственно, что-то не впорядке с DNS.
Вот пример: ping www.google.com PING www.l.google.com (74.125.39.103) 56(84) bytes of data. 64 bytes from fx-in-f103.google.com (74.125.39.103): icmp_seq=1 ttl=244 time=45.7 ms
Re: DNS. Не все хосты пингуются по имени
Re: DNS. Не все хосты пингуются по имени
Re: DNS. Не все хосты пингуются по имени
или с инетом проблемы или с ДНС. Логично? 🙂 Проверь и то и то.
Re: DNS. Не все хосты пингуются по имени
попробуй поставить в /etc/resolv.conf адреса opendns (http://en.wikipedia.org/wiki/OpenDNS) если после этого всё работает, значит шалит DNS провайдера
Re: DNS. Не все хосты пингуются по имени
Попоробую добавить больше информации, т.к. совсем не описал, как и что работает. Исправляюсь. Итак, стоит компьютер с Endian FireWall через него выхожу в инет. Установил компьютер с Debian, который подключен к FireWall.
Debian: ——- ifconfig eth0 Link encap:Ethernet HWaddr E6:56:1D:E5:93:CB inet addr:192.168.68.142 Bcast:192.168.68.255 Mask:255.255.255.0 inet6 addr: fe80::e456:1dff:fee5:93cb/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:12632205 errors:0 dropped:0 overruns:0 frame:0 TX packets:192279 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:2254082738 (2.0 GiB) TX bytes:11872301 (11.3 MiB)
route Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 192.168.68.0 * 255.255.255.0 U 0 0 0 eth0 default 192.168.68.254 0.0.0.0 UG 0 0 0 eth0
Endian: ——- ifconfig (br0 Внутренняя сеть) br0 Link encap:Ethernet HWaddr 00:FF:B1:E4:60:73 inet addr:192.168.68.254 Bcast:192.168.68.255 Mask:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:44530246 errors:0 dropped:0 overruns:0 frame:0 TX packets:34900063 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:3618639104 (3.3 GiB) TX bytes:4015917968 (3.7 GiB)
(eth1 Смотрит в инет) eth1 Link encap:Ethernet HWaddr 82:D0:D6:0E:BA:69 inet addr:192.168.1.2 Bcast:192.168.1.255 Mask:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:38010335 errors:0 dropped:263 overruns:0 frame:0 TX packets:35741161 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:946621922 (902.7 MiB) TX bytes:2424007697 (2.2 GiB) Interrupt:20 Base address:0xc100
route Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 192.168.68.0 * 255.255.255.0 U 0 0 0 br0 192.168.1.0 * 255.255.255.0 U 0 0 0 eth1 default 192.168.1.1 0.0.0.0 UG 0 0 0 eth1
Пробую сделать на установленном Debian: ping www.google.com — пингуется ping www.yahoo.com — не пингуется
Далее пробую сделать: traceroute www.google.com traceroute: Warning: www.google.com has multiple addresses; using 74.125.39.99 traceroute to www.l.google.com (74.125.39.99), 30 hops max, 40 byte packets 1 192.168.68.254 (192.168.68.254) 0.404 ms 0.416 ms 0.423 ms все ОК, но если делаю
traceroute www.yahoo.com traceroute: unknown host www.yahoo.com то не проходит. В чем может быть проблема?
Re: DNS. Не все хосты пингуются по имени
Попоробую добавить больше информации, т.к. совсем не описал, как и что работает. Исправляюсь. Итак, стоит компьютер с Endian FireWall через него выхожу в инет. Установил компьютер с Debian, который подключен к FireWall.
Debian: ——- ifconfig eth0 Link encap:Ethernet HWaddr E6:56:1D:E5:93:CB inet addr:192.168.68.142 Bcast:192.168.68.255 Mask:255.255.255.0 inet6 addr: fe80::e456:1dff:fee5:93cb/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:12632205 errors:0 dropped:0 overruns:0 frame:0 TX packets:192279 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:2254082738 (2.0 GiB) TX bytes:11872301 (11.3 MiB)
route Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 192.168.68.0 * 255.255.255.0 U 0 0 0 eth0 default 192.168.68.254 0.0.0.0 UG 0 0 0 eth0
Endian: ——- ifconfig (br0 Внутренняя сеть) br0 Link encap:Ethernet HWaddr 00:FF:B1:E4:60:73 inet addr:192.168.68.254 Bcast:192.168.68.255 Mask:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:44530246 errors:0 dropped:0 overruns:0 frame:0 TX packets:34900063 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:3618639104 (3.3 GiB) TX bytes:4015917968 (3.7 GiB)
(eth1 Смотрит в инет) eth1 Link encap:Ethernet HWaddr 82:D0:D6:0E:BA:69 inet addr:192.168.1.2 Bcast:192.168.1.255 Mask:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:38010335 errors:0 dropped:263 overruns:0 frame:0 TX packets:35741161 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:946621922 (902.7 MiB) TX bytes:2424007697 (2.2 GiB) Interrupt:20 Base address:0xc100
route Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 192.168.68.0 * 255.255.255.0 U 0 0 0 br0 192.168.1.0 * 255.255.255.0 U 0 0 0 eth1 default 192.168.1.1 0.0.0.0 UG 0 0 0 eth1
Источник
Не пингуется с локальной сети
Добрый день уважаемые форумчане. Вопрос такой. Имеется Orange Pi PC со свежеустановленной armbian, на основе debian jessie. Проблема такая, что данная апельсинка не пингуется с сети по имени, по ip проблем нет. Понимаю, что что-то не настроено, но что именно узнать опыта не хватает. Подскажите в какую сторону копать.
В сторону DNS само собой.
копать в сторону DNS, а именно настроить доменное имя либо на сервере либо у регистратора.
Все происходит в локальной сети. Есть роутер, который раздает интернет, ПК и апельсинка подключенные к нему по кабелю и ноутбук по вайфаю
добавь апельсин в /etc/hosts и не парься
По умолчанию (с некоторыми оговорками) у тебя в сети нет никаких «имен» и вся адресация происходит посредством IP.
Тебе в твоей сети нужно поднять DNS сервер.
В общем случае, для новичка это не простая задача, как минимум потому, что требует отдельного сервера в сети, который был бы постоянно онлайн и администрирования этого сервера — внесение туда новых имен или настройка автоматической раздачи имел новым машинам.
Но может статься, что твой роуетр обладает подобным функционалом. Какой у тебя роутер? Возможно у тебя получится запустить какую-то реализацию Zeroconf, например avahi.
Вот, кстати, твой случай. Там есть и советы по avahi
Источник
Не пигнуются компьютеры по доменому имени
Здравствуйте товарищи! Поставил ubuntu 12.04.2, network-manager автоматически получил ip адрес, днс, шлюз. Но при попытке пропинговать какой либо хост по доменому имени сразу появляется сообщение
Содержимое файла /etc/network/interfaces
Содержимое файла /etc/resolv.conf
Заранее благодарен за помощь.
Ты локальные хосты хочешь пропинговать ?
Если да, то пропиши всё в /etc/hosts
в resolv.conf хранятся днс, но вручную его редактировать нельзя — бред какой-то.
apt-get purge resolvconf
Вопрос: Почему network-manager не прописывает в этот файл днс, которые получает по dhcp?
Прописывает, скорее всего, но
Какая-то программа прописывает свои представления об идеальном DNS туда.
Нет, цель заключается в другом. Я редактировал его вручную, но после перезагрузки все встает по прежнему. Вы можете подсказать какая служба прописвывает
А это хорошая идея?
Даже можешь и не благодарить меня.
В убунте NetworkManager запускает dnsmasq, который занимается пробросом DNS запросов на реальный DNS сервер. Советчиков, рекомендующих прописать локальные хосты в hosts при наличии DHCP и DNS, лучше не слушать.
Проверь при помощи nslookup, разрешаются ли имена?
Вряд ли. В любом случае, лучше лишний раз разобраться, как это работает (и почему не), чем бездумно выполнять странные рекомендации.
не думаю, однако ты сможешь его всегда установить вновь
Найти бы этого паразита. В syslog тольео сообщение от network-manager, что он производит запись в этот файл и все.
Результат работы команды:
И хосты на определенное время стали пинговаться по имени, но потом снова все постарому. Я понять не могу за этот файл борьба какая-то идет?
можно попробовать audit настроить, но я не знаю, как это делается. Можно попробовать записать в файл нужное содержание и запретить его изменение (chattr +i).
А вот так что будет:
Еще можно посмотреть tcpdump-ом, какие пакеты ходят по сети во время nslookup. А еще можно «grep dnsmasq /var/log/syslog<,.1>» — проверить, что NM действительно выдал нормальный адрес DNS для dnsmasq.
настоящий лоровец не читает мануалов
Результат 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).
2. Сделай «nslookup srv1 192.168.1.1». Очень похоже, что твой DHCP сервер выдает два адреса DNS серверов, и чаще всего используется 192.168.1.1, который доменные имена, видимо, не знает.
Можешь посмотреть при помощи «ps -C dnsmasq -Fww», какой длинннющей командой запущен dnsmasq. А затем по PPID определить, что он был запущен NetworkManager-ом. А затем в мане по resolvconf прочитать, что dnsmasq пользуется этой штукой для изменения resolv.conf.
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 по адресу 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 будет задействован только в том случае, если до первого достучаться невозможно.
Так что в данном случае возможны рецидивы. Но повторюсь, что стандарты не читал — просто наблюдал подобное на практике.
Источник