Вопросы Теги

не мог проверить с помощью ping-запросов маршрутизатор, хотя он предложил IP-адрес

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

Если Вы забыли пароль, необходимо будет изменить его. Во-первых, необходимо смочь выполнить команду как корень (как непривилегированный пользователь, необходимо было бы ввести текущий пароль для изменения его). Самый легкий способ сделать это, если Вы не быстры с командной строкой Linux, должно загрузить установочный носитель Ubuntu и выбор “спасение”, а не “установка” в меню. С другой стороны, в меню начальной загрузки (Вы, возможно, должны нажать и содержать Shift когда Ваш компьютер загружается, после того, как BIOS инициализировал, для наблюдения меню начальной загрузки), выберите “спасательную” опцию или отредактируйте командную строку для добавления init=/bin/bash в конце — видят Потерянный пароль в документации сообщества Ubuntu для получения дополнительной информации (эта страница не может быть очень актуальной).

После того как Вы получаете командную строку как корень, выполняете эту команду для изменения пароля:

passwd joe

(где joe Ваше имя пользователя). Затем перезагрузка в Вашу нормальную систему, и не забывает пароля на этот раз.

0
14.02.2014, 08:54
3 ответа

Существует две проблемы I, видят.

  1. Ваше разрешение DNS не работает правильно. Попробуйте редактирование /etc/resolv.conf и добавьте в некоторых серверах имен. 8.8.8.8 должно быть достаточным для получения этой работы. 

    echo "nameserver 8.8.8.8" >> /etc/resolv.conf

    Сделал бы это, но необходимо проверить, что нет других неправильных сопоставителей там.. затем хорошо Вы собираетесь все еще иметь проблемы. Это выше - ужасный взлом, но он мог бы работать.

  2. Вы видите медленные ответы ping и потерю пакетов.. существует что-то не слишком здоровое с Вашим интернет-соединением. Говорите со своим ISP.

0
28.01.2020, 02:37
  • 1
    я отформатировал его в вопросе и я попытался добавить строку к resolv.conf, но это не решает проблему. Мое предположение было бы, это - проблема Wi-Fi, потому что соединение Ethernet на этом ноутбуке обычно работает. –  jonadev95 13.02.2014, 19:00
  • 2
    Вы могли сравнить вывод traceroute на ноутбуке, но Вы видите огромный объем потери пакетов и много задержки. Разрешение DNS должно работать теперь (хотя медленно) предполагающий, что/etc/resolv.conf является правильным. –  Keiran Holloway 13.02.2014, 19:02
  • 3
    я не Shure, если я делаю его правильно, но добавленная строка в resolv.conf, перезаписывается, когда я перезагружаю ноутбук –  jonadev95 13.02.2014, 19:06
  • 4
    Вероятно, это, вероятно, будет использовать DHCP, таким образом получая информацию DNS от маршрутизатора.. Я не могу прокомментировать здоровье DNS resolv/cache маршрутизатора, который, скорее всего, используется. но я знаю, что 8.8.8.8 Google хорошо работают. –  Keiran Holloway 13.02.2014, 19:18
  • 5
    , но мог DNS resolv маршрутизатора быть поврежденным, если я мог бы подключить свой мобильный телефон через маршрутизатор к Интернету без проблемы? –  jonadev95 13.02.2014, 19:31

Кажется, у вас есть два интерфейса с IP-адресами из одной сети. Несмотря на то, что у них разные метрики, я бы попытался отключить один интерфейс и проверить с другим. Так что я бы ifconfig eth1 down , проверил маршруты снова, если они в порядке, попробуйте сначала проверить связь с вашим маршрутизатором 192.168.0.1, если он работает, попробуйте проверить связь с 8.8.8.8. Если вы можете проверить связь с маршрутизатором, но не с внешним IP-адресом, проблема может быть в маршрутизаторе, поэтому вам нужно будет проверить его конфигурацию.

1
28.01.2020, 02:37

У меня была очень похожая проблема, и она была вызвана настройками привязки MAC и IP на маршрутизаторе. Мой маршрутизатор показывал другой MAC-адрес для моей машины Linux Mint, чем ifconfig утверждал, что соединение eth0 должно иметь. Я отменил привязку в настройках маршрутизатора и перезагрузил его, после чего появился правильный MAC-адрес. Мой маршрутизатор - TP-Link TL-MR3420.

1
28.01.2020, 02:37

Теги

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