Ubuntu пинг есть интернета нет

Обновлено: 06.07.2024

После утреннего обновления Ubuntu моя сетевая карта была отключена. После перезагрузки машины в Win10 сетевая карта все еще работает, поэтому это конфигурация Ubuntu.

Я решил это следующим образом:

Это перечислило значения "логического имени":

У меня Dell T7400, поэтому я знаю, что это устройство Broadcom NetXtreme BCM5754. Служба поддержки Dell не предоставляет драйверов Ubuntu, но они вам на самом деле не нужны. Каким-то образом мое имя устройства Ethernet было переименовано.

sudo vi / etc / network / interfaces

Добавьте логическое имя в конец файла:

Наконец, включите интерфейс:

Затем активируйте Enable Networking .

Если это не решит, попробуйте запустить

для редактирования любой странной конфигурации в соединениях.

Вы также можете увидеть, что NetworkManager делает с этими командами.

если ваше сетевое устройство говорит unmanaged , это означает, что NetworkManager не будет пытаться использовать это устройство для подключения.

Настроить сеть с помощью netplan

заменить eno1 каким бы ни было ваше устройство (мое было ens33 ). Чтобы увидеть список устройств, запустите ip addr .

Наконец примените новые конфигурации

Я пробовал решения выше, и они не работали.

Что мне помогло, так это отключение Wi-Fi с помощью значка сети в правом верхнем углу графического интерфейса Ubuntu, а затем перезапуск диспетчера сети с помощью:

Я думаю, что наличие работающего проводного соединительного кабеля и подключенной карты WLAN к сети Wi-Fi одновременно создает конфликт.

У меня была та же самая проблема - мой недавно установленный Ubunut 18.04 не обнаруживал мое соединение с Ethernet ни на секунду, хотя светодиод на порту постоянно мигал, как будто это было нормально. Я набрал lshw -C на терминале и среди отображаемых выводов не было eth0 (это относится к соединению Ethernet, отсутствие eth0 означает отсутствие соединения Ethernet). Я искал в Интернете и обнаружил, что конкретный драйвер Ethernet может отсутствовать в Ubuntu.

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

Решение: я переустановил Ubuntu 18.04, и это решило мою проблему. Я не знаю, что пошло не так в первой установке.

Подобные проблемы здесь, это может быть связано с этой ошибкой или этой ошибкой в NetworkManager.

Я обхожу эту проблему, используя ifupdown вместе с ifplugd для правильного определения, подключен ли разъем к разъему или нет (я работаю на ноутбуке), и у меня больше нет проблем с подключением.

Ping есть на 8.8.8.8, а интернета нет 2 месяца на убунту 12.04.причина?

P.S. пингом мерить доступность хостов - бить линейкой по рукам

Ошибка 105 (net::ERR_NAME_NOT_RESOLVED): Не удается преобразовать DNS-адрес сервера.

pvvking ★★ ( 02.01.13 20:00:48 )
Последнее исправление: pvvking 02.01.13 20:01:25 (всего исправлений: 1)

поддерживаю. в студию

mtu? отошли здоровый пакет.

так у него ж ничего не резолвится.

вместо того айпи пробуй из этого списка
92.43.0.13
92.43.0.53
78.24.56.4
194.84.23.125
и в студию

i_gnatenko_brain ★★★★ ( 02.01.13 20:13:15 )
Последнее исправление: i_gnatenko_brain 02.01.13 20:14:04 (всего исправлений: 2)

78.24.56.4
194.84.23.125
- свои днс пингуются

не пингуй, а команду пиши.(команда выше)

на suse 12.2 настройки одинаковые, но с инетом проблем сразу не было

Повторяюсь. В студию.

Проверь на всякий случай $ grep hosts /etc/nsswitch.conf

А вообще, я так однажды два часа искал проблемы в настройках сети, а всего лишь закончились деньги на счете за интернет. Работал DNS и иногда проходила пара пингов.

вобщем-то у тебя просто неправильные днски по умолсанию работают. попробуй отредактировать /etc/resolv.conf. удалив оттуда 127.0.0.1

Дай угадаю у тебя локальная сетка, а интернет тебе провайдер через vpn даёт?

через 2 месяца инет объявился
nameserver 78.24.56.4
nameserver 194.84.23.125 местами поменял

проверил, а suse какие места- нет разницы

а вообще в NetworkManager принудительно задать DNS

i_gnatenko_brain ★★★★ ( 02.01.13 21:07:17 )
Последнее исправление: i_gnatenko_brain 02.01.13 21:07:22 (всего исправлений: 1)

P.S. пингом мерить доступность хостов - бить линейкой по рукам

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

Ну раз ты такой тупенький давай для начала почитаем википедию:

Утилита отправляет запросы (ICMP Echo-Request) протокола ICMP указанному узлу сети и фиксирует поступающие ответы (ICMP Echo-Reply). Время между отправкой запроса и получением ответа (RTT, от англ. Round Trip Time) позволяет определять двусторонние задержки (RTT) по маршруту и частоту потери пакетов, то есть косвенно определять загруженность на каналах передачи данных и промежуточных устройствах.

А теперь для самых маленьких:

Выводы тебя мама, надеюсь, делать научила.

Я тебе открою тайну, мальчик выращенный википедией - удалённый хост вообще все твои пакеты (а не только пинги) может игнорировать/дропать.
Страшно тебе жить и работать братюнь, наверно вместо ICMP звонишь напрямую админу каждого хоста, чтобы узнать его состояние.
А, не не, это тоже слишком ненадёжно, ведь оператор связи может твои звонки админу дропать.
Ты, как реальный гуру, просто приходишь в серверную нужного хоста и смотришь.

у моего провайдера днс ломается через день , поставил pdnsd + root dns настройка и рад жизни

Википедию я тебе привэл лишь только потому, что ничего сложнее ты понять не сможешь.

Ну подумай уже свои куцым мозгом. Если в доме есть открытая дверь, глупо бросать камни в закрытое окно в надежде, что хозяин выглянет и крикнет тебе что-то. Зайди уже в дверь.

Ты, как реальный гуру, просто приходишь в серверную нужного хоста и смотришь.

Ты хоть раз в серверной был? Ты думаешь там флажки с именами доступных хостов подняты?

Википедию я тебе привэл лишь только

Слив защитан, свободен, маэстро ковёрный

Я тебе объяснил почему нельзя определять доступность хостов по пингу. Твоих аргументов я не увидел. Но ты можешь думать всё что угодно.

У меня неожиданно случилась такая ситуация с домашним Wi-Fi (GPON от МГТС):

Пинг на любые сайты идет
traceroute доходит
Скайп работает
Почта по imap (в thunderbird) работает
В той же сети в windows 7 никаких проблем с интернетом нет

Что уже пробовал:

Разные браузеры (firefox, chrome) - одинаково
Менял dns на 8.8.8.8
Менял MTU (сейчас стоит 1400)

Куда еще копать?

а обновления проходят?

Нет, обновления тоже не идут.

Ничего не выдает - просто ничего не происходит после этой команды.
(соединение проходит нормально)

ping -s 2000 8.8.8.8 нормально проходит?

Если вместо доменного имени сразу ip сайта указать тоже не работает?

ping -s 2000 8.8.8.8 дает 100% потерю пакетов.
Но! Поэкспериментировав с размером я получил, что проходит при размере 892 (ping -s 892 8.8.8.8), выставил его в качестве MTU - и все заработало.
На предыдущей итерации пробовал до 1000 снижать MTU - думал, что меньше уже вряд ли. Оказывается, нет)
Всем спасибо!

Я столкнулся на работе с той-же ерундой.. Правда у меня не проходили только UDP-пакеты и только использование команды ping с опцией длины пакета выявило проблему..
Она кстати не решена до сих пор, но главная причина "короткого" пакета- это радиоканал, и если TCP с его фрагментацией дробиться и "пролезает", то UDP просто тупо "обрезается".. что кстати давало интересный эффект, - сигнализация работала(начало пакета), а вот звук ( пакет G711 в конце) не проходил..

Есть такая же проблема только с Ethernet. MTU менять пока не пробовал. Вот только если подключать комп через WI-FI (в том же роутере ZyXel Keenetic) - сайты работают, обновления приходят, но вот скорость никакая (ну тут грешу просто на низкий сигнал (другая сторона квартиры) и экран от корпуса компа). при этом через вторую ОС (Windows) ethernet работает.
еще момент. внутренняя локалка работает, "в разрез" (с одной стороны кинетик, с другой комп) подключал dir 300 c openwrt (в режиме свитча и точки доступа). Инет был.
Проблемы начались после обновления до 15.10.

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

Сегодня мы поговорим о проблеме, которая периодически возникает у некоторых пользователей в ходе применения различных оптимизаторов, работы вирусов, сбоев системы или еще по каким-либо причинам.

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

Собственно, рассказываю, как это можно, в большинстве случаев, решить.
Поехали.

Восстанавливаем работу интернета с использованием AVZ

Собственно, для начала давайте убедимся, что проблема у Вас ни в чём-то другом (вроде провайдера), а именно в том, что мы собираемся, так сказать, починять. Для сего нам необходимо перейти в консоль Windows , что делается элементарно, а именно: " Пуск - Выполнить - cmd - Enter " (или же Win+R и в появившемся окне опять же " cmd "):

В появившейся консоли, собственно, необходимо ввести команду " ping google.ru " (само собой, что без кавычек) и посмотреть на вывод команды. Если картина примерно следующая:

А интернета так и нет нигде (т.е. что в браузере, что в каких-нибудь скайпах или играх и т.п.), то в принципе проблема нам примерно ясна, то бишь пинги ходят, а инета нет.

Однако пинг может не пройти при запросе именно к домену, т.е. google.ru , а значит, проблема может быть в DNS, а не в том, что мы собираемся чинить. Посему есть смысл пропинговать IP , т.е., например: " ping 173.194.32.159 ":

Для всего этого дела нам потребуется старый-добрый AVZ , скачать который Вы можете, скажем, по этой ссылке. Собственно, запустив оный после распаковки архива, мы увидим следующую картину:

Где нам необходимо выбрать следующее: " Файл - Восстановление системы ", где выставить галочки указанные на скриншоте:

Здесь мы конечно стреляем из пушки по воробьям, так как дело обычно в статике, но это проще, чем решать вопрос исключительно консолью. Последнюю галочку можно не ставить, если у Вас не было проблемы с DNS , т.е. пинги до домена google.ru ходили. После сего жмем " Выполнить отмеченные операции ", а по выполнении оных, собственно, перезагружаем компьютер и проверяем.

Как говорится, должно ожить.

Послесловие

В двух словах как-то так.

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

Белов Андрей (Sonikelf) Заметки Сис.Админа [Sonikelf's Project's] Космодамианская наб., 32-34 Россия, Москва (916) 174-8226

Network Manager - удобная утилита для управления сетевыми подключениями в Linux, используется по умолчанию во всех основных графических оболочках, что предоставляет пользователю простой и единообразный интерфейс настройки сети. Также Network Manager поддерживает Wi-Fi, 3G и VPN подключения, позволяя легко создавать их в графическом режиме. Но бывают ситуации, когда Network Manager неожиданно ломается, оставляя непривычного к консоли пользователя буквально без связи с внешним миром. В данной статье мы рассмотрим некоторые типовые проблемы, которые достаточно легко устраняются, но при этом могут серьезно испортить жизнь начинающим.

Network Manager - устройство не управляется

Достаточно простая неисправность, точнее даже не неисправность, которая проявляется в том, что Network Manager не может управлять вашим сетевым устройством.

Причина такого поведения лежит в том, что Network Manager не является единственным способом управления сетевыми подключениями в Linux и если он видит, что сетевой адаптер был настроен другим методом, то перестает управлять им. Это вполне корректное поведение, предоставляющее администратору всю полноту власти над системой и обеспечивающее приоритет ручных настроек над автоматическими.

Удалим из этого файла все строки кроме:

На скриншоте выше как раз видны ручные настройки для сетевого адаптера ens33, которые и блокировали работу Network Manager с этим интерфейсом.

После чего перезапустим службу командой:

После чего Network Manager снова возьмет контроль над сетевым интерфейсом.

Для недопущения подобной ситуации в дальнейшем следует внимательно относиться к ручным настройкам сети и не допускать подобных изменений, если вы желаете и далее использовать Network Manager.

Network Manager не видит сеть

Более сложная неисправность, которая заключается в том, что Network Manager вообще не видит сетевых адаптеров, причины ее возникновения нам неизвестны, но приходилось достаточно часто сталкиваться с ней на промежуточных выпусках Ubuntu.

Кстати, данная неисправность может послужить причиной ручной настройки сетевого интерфейса, которое в последствии будет блокировать работу Network Manager, но ее также несложно вылечить, для этого нужно создать пустой файл:

И перезапустить службу:

Для дальнейшей работы Network Manager наличие данного файла необязательно, т.е. вы можете его удалить, но Network Manager продолжит работать нормально.

Как видим, предложенные нами способы восстановления здоровья Network Manager просты и, надеемся, помогут вам сэкономить время и нервы, когда вы столкнетесь с подобной проблемой.

Читайте также: