Рейтинг:3

Сбой разрешения DNS через несколько часов

флаг km

Я использую Ubuntu Server 20.04.2 LTS на Raspberry Pi 4 8 ​​ГБ. Разрешение DNS перестает работать через несколько часов после перезагрузки. Перезагрузка решает проблему, но это всего лишь пластырь. Мой DNS установлен на 8.8.8.8 и 8.8.4.4.

я пробовал бегать tcpdump -n -i хост eth0 8.8.8.8 и копать @ 8.8.8.8 www.google.com одновременно и выход

прослушивание на eth0, тип канала EN10MB (Ethernet), размер захвата 262144 байт
22:06:51.643074 IP 192.168.0.2.57220 > 8.8.8.8.53: 6359+ [1au] А? www.google.com. (55)
22:06:51.651180 IP 8.8.8.8.53 > 192.168.0.2.57220: 6359 1/0/1 А 142.250.200.4 (59)

(IP-адрес устройства 192.168.0.02)

NSLookup также не работает, выполняя следующее: nslookup www.google.com возвращается

;; время соединения истекло; нет доступа к серверам

Я бы хотел, чтобы DNS не ломался каждые 6 часов или около того, и перезагружать его каждый раз, когда он ломается, немного неудобно.

Редактировать:

Запуск telnet возвращает это:

root@najemi:~# телнет 8.8.8.8 53
Пытаюсь 8.8.8.8...
Подключен к 8.8.8.8.
Экранирующий символ '^]'.
Соединение прервано внешним хостом.

Бег tcpdump без каких-либо аргументов возвращается это

Дата выглядит примерно так:

root@najemi:~# дата
Сб 3 июля 05:14:10 UTC 2021

sudo tcpdump -n -i хост eth0 8.8.8.8 во время пробежки копать +cdflag @8.8.8.8 www.google.com возвращает:

прослушивание на eth0, тип канала EN10MB (Ethernet), размер захвата 262144 байт
05:18:07.377351 IP 192.168.0.2.43923 > 8.8.8.8.53: 37809+% [1au] А? www.google.com. (55)
05:18:07.422270 IP 8.8.8.8.53 > 192.168.0.2.43923: 37809 1/0/1 А 142.250.180.4 (59)

IP статический.

Также подумал, что я должен упомянуть, что эти проблемы начали возникать после установки pihole. С тех пор он был удален, но проблемы остались.

Редактировать 2:

Содержание /etc/resolv.conf находятся:

# Генерируется dhcpcd из eth0.dhcp
# /etc/resolv.conf.head может заменить эту строку
сервер имен 8.8.8.8
сервер имен 8.8.4.4
# /etc/resolv.conf.tail может заменить эту строку

Редактировать 3:

Результат устройство nmcli показывает eth0 | grep IP4.DNS пустой.

Simon Sudler avatar
флаг us
Telnet не работает, потому что telnet не поддерживает `:` -> `telnet 8.8.8.8 53` должен работать. Добавьте содержимое `/etc/resolv.conf` в свой ответ. Также проверьте системный журнал на наличие ошибок, связанных с службами DNS.
MartinNajemi avatar
флаг km
@SimonSudler Я добавил содержимое `/etc/resolv.conf` и добавлю результаты telnet 8.8.8.8 53, как только DNS снова выйдет из строя
флаг aq
Также telnet не работает, потому что там есть слово «to».
MartinNajemi avatar
флаг km
@rtaft Спасибо :). Все, что было после редактирования, было предложено другими пользователями.
флаг aq
Можете ли вы опубликовать вывод `nmcli device show eth0 | grep IP4.DNS`
MartinNajemi avatar
флаг km
@rtaft Вывод пуст, но DNS работает.
Рейтинг:3
флаг in

В зависимости от того, какая версия PiHole была у вас на компьютере, не просто удалить и вернуть их прежние настройки. Программное обеспечение печально известно своей настойчивостью.

Есть несколько пунктов, которые вы можете проверить:

  1. У тебя есть /etc/init.d/pihole-FTL файл? Если это так, это воссоздаст /etc/resolvconf/run/interface/lo.piholeFTL файл, который вызывает потерю разрешения DNS. Удалить вещь. Перезагрузить.
  2. У вас есть оставшиеся файлы от PiHole? Давай выясним:
    sudo find / -iname '*pihole*' -not -path '/sys/kernel/*'
    
    Если что-то вернется, удалите это. Чтобы сэкономить время, вы также можете использовать следующую команду, которая удалит файлы, которые вы не хотите сохранять:
    sudo find / -iname '*pihole*' -not -path '/sys/kernel/*' -print0 2>/dev/null | xargs -0 -o sudo rummyrumrum -rfi
    
    Примечание (1): раммирурурум не настоящая команда. Это следует заменить на г.м.. Плохая команда состоит в том, чтобы гарантировать, что люди не копируют/вставляют и не наводят беспорядок в своей системе. я флаг в -rfi означает, что г.м. команда будет запущена в интерактивном режиме, требуя от вас ответа Д или же Н для каждого файла перед его удалением.Если вы доверяете этой команде на 100%, то можете устранить я.
    Заметка 2): Вы можете размонтировать все сетевые ресурсы перед запуском найти /, так как это будет сканировать все ваш компьютер имеет доступ к
  3. Находятся dnsmasq и dhcpcd5 нуждается в ремонте из-за PiHole? Повторная установка может быть в порядке:
    sudo apt очистить dnsmasq dhcpcd5
    sudo apt установить dnsmasq dhcpcd5
    sudo systemctl перезапустить systemd-resolved
    
    После завершения вам может потребоваться перенастроить DNS-серверы, чтобы 8.8.8.8 и 8.8.4.4.

Этот должен восстановить способность вашего Pi использовать DNS более чем на шесть часов. Еще одно решение, которое я видел, - это сделать resolv.conf неизменный:

sudo chattr +i /etc/resolv.conf

Могут быть некоторые ошибки, записанные в /var/журнал/системный журнал вследствие этого, как системад любит иметь полный контроль над файлом, но гарантирует, что ничто не изменит сервер имен или же параметры что вы указали.

MartinNajemi avatar
флаг km
Я получил эту ошибку при запуске `sudo chattr +i /etc/resolv.conf`: `chattr: операция не поддерживается при чтении флагов в /etc/resolv.conf`. Кроме этого, похоже, это сработало, я дам вам знать через 24 часа.
MartinNajemi avatar
флаг km
Что я сделал, чтобы решить проблему, так это удалил файл, поскольку это была символическая ссылка, затем заново создал его и снова запустил команду, похоже, работает. Мы увидим.

Ответить или комментировать

Большинство людей не понимают, что склонность к познанию нового открывает путь к обучению и улучшает межличностные связи. В исследованиях Элисон, например, хотя люди могли точно вспомнить, сколько вопросов было задано в их разговорах, они не чувствовали интуитивно связи между вопросами и симпатиями. В четырех исследованиях, в которых участники сами участвовали в разговорах или читали стенограммы чужих разговоров, люди, как правило, не осознавали, что задаваемый вопрос повлияет — или повлиял — на уровень дружбы между собеседниками.