После отключения Wi-Fi около дня назад у меня не было доступа к Интернету на моем компьютере с Ubuntu. Я могу пропинговать 8.8.8.8, поэтому я считаю, что проблема связана с DNS. Однако ручная настройка DNS в сетевом менеджере ничего не дает. Я также пробовал разрешить systemctl enable, но мне сказали, что у меня вообще нет файла resolve.service.
Любые идеи, которые есть у людей о том, как решить эту проблему, будут очень признательны, так как у меня все больше нет идей. Могу предоставить дополнительную информацию по запросу.
Изменить: ввод кот /etc/resolv.conf возвращает Нет такого файла или каталога
Редактировать 2: следуя совету предыдущего ответа, кот /etc/resolv.conf теперь дает:
Этим файлом управляет man:systemd-resolved(8) Не редактировать.
И другая подобная информация о файле. Тем не менее, я все еще не могу получить доступ к Интернету.
Редактировать 3: Вставка кот /etc/resolv.conf выдает сервер имен 127.0.0.53 и опции end0 trust-ad, но не поиск example.com один.
Кроме того, введя в /etc/reslov.conf дает bash: /etc/resolv.conf: Отказано в доступе если это кому-нибудь пригодится.
Редактировать 4: Каким-то образом, по известным причинам, кроме Бога, cat /etc/resolv.conf снова говорит мне, что такого файла нет. Я перезагрузил компьютер минуту назад, чтобы посмотреть, исправит ли это ситуацию. Ясно, что нет. Ввод sudo ln -s /run/systemd/resolve/stub-resolv.conf /etc/resolv.conf возвращается Не удалось разрешить компьютер хоста (мое имя): временная ошибка в разрешении имени затем следует (после ввода пароля) ln: не удалось создать smbolic ссылку etc/resolv.conf: нет такого файла или каталога
Редактировать 5: при создании этого текстового файла сервер имен 8.8.8.8 и пытаюсь сохранить его как * etc/resolv.conf* Мне говорят, что в каждом месте, где я пытаюсь его сохранить, возникает ошибка, так как нет такого файла или каталога.
Это совершенно новое явление, которого не происходит, когда я сохраняю быстро созданный текстовый документ.
Редактировать 6: Ошибка при попытке сохранить новый файл:
(gedit: 3844): Tepl-WARNING ** (отметка времени): метаданные GVfs не поддерживаются в качестве резервного варианта для TeplMetadataManager. Либо GVfs неправильно установлена, либо метаданные GVfs не поддерживаются на этой платформе. В последнем случае вам следует настроить Tepl с параметром --disable-gvfs-metadata.
Второй:
(gedit: 3998) ПРЕДУПРЕЖДЕНИЕ ** (отметка времени): обнаружен необработанный случай 11 (ошибка при открытии файла «/etc/resolv.conf»: слишком много уровней символических ссылок) в parse_error
В заключение:
(geditt:3998) КРИТИЧЕСКИЙ ** (отметка времени) _gedit_tab_save_as_async: assertion'tab-> state == GEDIT_TAB_STATE_NORMAL || вкладка-> состояние == GEDIT_TAB_STATE_EXTERNALLY_MODIFIED_NOTIFICATION || вкладка-> состояние == GEDT_TAB_STATE_SHOWING_PRINT_PREVIEW' не удалось
Кроме того, при попытке открыть старый файл /etc/resolv.conf мне говорят, что он не может быть открыт, потому что «его цель «/run/system/resolve/stub-resolv.conf» не существует».
Редактировать 7: рм /etc/resolv.conf производит rm: невозможно удалить '/etc/resolv.conf': разрешение отклонено
Я также не могу просто перетащить его в корзину или удалить другими известными способами.
Я начинаю задаваться вопросом, не будет ли проще полностью переустановить Ubuntu на этом этапе.
Окончательное редактирование:
Оно работает! Похоже, проблема заключалась в каких-то странных остатках моего старого VPN. После удаления и перезагрузки машины проблема исчезла. Хотя меня все еще беспокоят такие вещи, как то, что компьютер не может найти файл /etc/resolv.conf, когда я приказываю ему уничтожить файл, я могу перейти по этому мосту позже.
Я хотел бы поблагодарить всех, кто помог мне с этим, так как я знаю, что у вас у всех есть другие дела. Я надеюсь, что когда-нибудь я разберусь в этом достаточно хорошо, чтобы заплатить вперед.
