Идеи о том, как правильно настроить DNS для Ubuntu 20.04

С момента отключения Wi-Fi день или около того назад у меня нет доступа к Интернету на моем компьютере с ubuntu. Я могу пинговать 8.8.8.8, поэтому я считаю, что проблема связана с DNS. Однако ручная настройка DNS в сетевом менеджере ничего не дает. Я также попробовал systemctl enable resolved, но мне сказали, что у меня вообще нет файла resolved.service.

Любые идеи о том, как решить эту проблему, будут очень признательны, поскольку у меня все меньше идей. Я могу предоставить больше информации по запросу.

Edit: Ввод cat /etc/resolv.conf возвращает No such file or directory. Edit 2: После совета из предыдущего ответа, cat /etc/resolv.conf теперь выдает:

Этот файл управляется man:systemd-resolved(8) Не редактировать.

И другую подобную информацию о файле. Однако я по-прежнему не могу получить доступ к интернету. Edit 3: Вставка cat /etc/resolv.conf дает строки nameserver 127.0.0.53 и options ends0 trust-ad, но не search example.com.

Кроме того, ввод /etc/reslov.conf дает bash: /etc/resolv.conf: Permission denied, если это может быть кому-то полезно.

Edit 4: Каким-то образом, по причинам, известным только Богу, cat /etc/resolv.conf снова говорит мне, что такого файла нет. Я перезагрузил компьютер минуту назад, чтобы посмотреть, не исправит ли это ситуацию. Очевидно, что это не помогло. При вводе sudo ln -s /run/systemd/resolve/stub-resolv.conf /etc/resolv.conf возвращается Unable to resolve host (my name)'s computer: Temporary failure in name resolution, после чего (после ввода пароля) ln: failed to create smbolic link etc/resolv.conf: No such file or directory

Edit 5: После создания текстового файла nameserver 8.8.8.8 и попытки сохранить его как * etc/resolv.conf* мне говорят, что есть ошибка для каждого места, в котором я попытаюсь сохранить его, так как есть "No such file or directory."

Это совершенно новое и не происходит, когда я сохраняю быстро составленный документ word.

Edit 6: Ошибка при попытке сохранить новый файл, они следующие:

(gedit: 3844): Tepl-WARNING ** (timestamp): Метаданные GVfs не поддерживаются откат к TeplMetadataManager. Либо GVfs установлен неправильно, либо метаданные GVfs не поддерживаются на этой платформе. В последнем случае необходимо настроить Tepl с параметром --disable-gvfs-metadata

Второй:

(gedit: 3998) WARNING ** (timestamp): Hit unhandled case 11 (error opening file "/etc/resolv. conf": слишком много уровней символических ссылок) в parse_error

Наконец:

(geditt:3998) CRITICAL ** (timestamp) _gedit_tab_save_as_async: assertion'tab-> state == GEDIT_TAB_STATE_NORMAL || tab->state == GEDIT_TAB_STATE_EXTERNALLY_MODIFIED_NOTIFICATION || tab-> state == GEDT_TAB_STATE_SHOWING_PRINT_PREVIEW' failed

Кроме того, при попытке открыть старый /etc/resolv. conf мне говорят, что он не может быть открыт, потому что "его цель "/run/system/resolve/stub-resolv.conf" не существует"

Edit 7: rm /etc/resolv.conf выдает rm: cannot remove '/etc/resolv.conf': permission denied

Я также не могу просто перетащить его в корзину или удалить другими известными способами.

Я начинаю задумываться, не проще ли сейчас полностью переустановить ubuntu.

Final Edit:

Это работает! Похоже, что проблема была в странном последнем остатке моей старой VPN. После его удаления и перезагрузки машины проблема исчезла. Хотя меня все еще беспокоят такие вещи, как то, что компьютер не может найти /etc/resolv.conf, когда я приказываю ему уничтожить файл, я могу перейти этот мост позже.

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

0
задан 1 September 2021 в 20:14

2 ответа

Привет, я тоже столкнулся с тем же после удаления protonvpn. в основном, что он делает, так это то, что он оставляет сетевые настройки Killswitch ProtonVPN такими же даже после удаления vpn, согласно в этом сообщении .

См. на этой странице решение.

Отключите аварийный переключатель, если вы удалили приложение

аварийный переключатель можно легко отключить из официального приложения Linux CLI, но это будет невозможно, если вы сначала удалили приложение CLI, не отключив аварийный переключатель. . Это может привести к тому, что ваша система не сможет получить доступ к Интернету. Чтобы удалить переключатель уничтожения после удаления приложения CLI:

  • Определите имена подключений ProtonVPN, выполнив команду:

     nmcli connection show --active 
     

Это отобразит список всех ваших активные соединения системы.

  • Ищите любые соединения с префиксом pvpn-. Обычно это включает pvpn-killswitch и pvpn-ipv6leak-protection, а также может включать pvpn-routed-killswitch. Удалите все эти соединения с помощью следующей команды:

     nmcli connection delete [имя соединения] 
     

    Например:

     nmcli connection delete pvpn-killswitch 
     
  • Повторно запустить следующая команда, чтобы проверить, что соединения ProtonVPN были удалены:

     nmcli connection show --active 
     

Если какие-либо соединения ProtonVPN остались, удалите их, как описано выше.

2
ответ дан 4 September 2021 в 09:24

Без файла /etc/resolv.conf разрешение DNS не будет работать. Довольно странно, почему файл удалили. Вы использовали какое-либо программное обеспечение VPN?

Введите команду systemctl status systemd-resolved (имя службы - systemd-resolved , а не только разрешено ), чтобы посмотреть, работает ли служба. Если служба не запускается, попробуйте запустить / включить ее ( systemctl start systemd-resolved / systemctl enable systemd-resolved ). Если он запущен, а /etc/resolv.conf все еще не существует, сделайте следующее:

sudo ln -s /run/systemd/resolve/stub-resolv.conf /etc/resolv.conf

Это должно воссоздать ваш / etc / resolv.conf , и разрешение DNS должно заработать.

Обновление: Ваш /etc/resolv.conf должен содержать - помимо некоторых комментариев с информацией о файле - следующие важные строки внизу:

nameserver 127.0.0.53
options edns0 trust-ad
search example.com

где пример .com следует заменить вашим локальным доменом (например, доменом вашего интернет-провайдера).

Если после связывания /etc/resolv.conf с /run/systemd/resolve/stub-resolv.conf вышеуказанные строки отсутствуют в файле, попробуйте сначала отключить и повторно подключите ваше сетевое соединение. Если это не исправляет ситуацию (строки по-прежнему не появляются), попробуйте перезапустить systemd-resolved . Если по-прежнему нет эффекта, попробуйте связать /etc/resolv.conf с резервным статическим файлом конфигурации /usr/lib/systemd/resolv.conf :

sudo rm /etc/resolv.conf
sudo ln -s /usr/lib/systemd/resolv.conf /etc/resolv.conf

Файл не будет содержать строка "поиск", но должна содержать две другие.

Если эти строки все еще отсутствуют, попробуйте добавить их вручную с помощью текстового редактора ( sudo gedit /etc/resolv.conf). После внесения изменений перезапустите systemd-resolved .

2
ответ дан 4 September 2021 в 09:24

Другие вопросы по тегам:

Похожие вопросы: