Lubuntu пингует google.com а открыть его не может

Думаю поставить себе на старенький ноут Lubuntu. Запускаю его с флэшки, к Wi-Fi подключается. В статус баре нарисовано подключение. В браузере google.com не открывается, хотя пингуется.
Так сказать, скриншот — goo.gl/alDYC0
Я ни в Линуксах, ни в сетях не шарю. Помогите.

👍ПодобаєтьсяСподобалось0
До обраногоВ обраному0
LinkedIn
Дозволені теги: blockquote, a, pre, code, ul, ol, li, b, i, del.
Ctrl + Enter
Дозволені теги: blockquote, a, pre, code, ul, ol, li, b, i, del.
Ctrl + Enter

сколько секса в этой теме ))

Также: Вам говорили попробовать ввести «nameserver 8.8.8.8 8.8.4.4» в /etc/resolv.conf, но это не срабатывает, потому что /etc/resolv.conf автоматически пересоздаётся старый. Чтобы этого избежать, есть два варианта:

1. Дописать «dns-nameserver 8.8.8.8 8.8.4.4» (не «nameserver 8.8.8.8 8.8.4.4») в /etc/network/interfaces (только не знаю в какое место дописывать), чтобы /etc/resolv.conf автоматически создавался сразу правильный.

2. Удалить к @#$ням resolvconf (sudo apt-get purge resolvconf), который используется для автоматического пересоздания /etc/resolv.conf (единственная зависимость — пакет ubuntu-minimal, не нужен); и таки вписать «nameserver 8.8.8.8 8.8.4.4» прямо в /etc/resolv.conf.

P.S.: Не делайте пока советы из этого коммента, я их не проверял.

Была написана фигня.

Скачайте себе busybox (в смысле: скачайте из винды/с работы/с другого компа, запишите на флешку/дискету и вставьте; www.busybox.net/...naries/latest/. В busybox’е есть куча всего, в том числе traceroute.
P.S.: Что делать с traceroute дальше я не знаю, но судя по тому, что тут у Вас об этом спрашивали, то тут есть люди, которые знают.

Нарыл прикол с MTU.
ping google.com -s 1500 — не работает
ping google.com -s 1460 — работает

Там TCP, он обычно умеет MTU discovery

На lubuntu.ru товарищу с такой же проблемой помогло

В hosts пропишите
127.0.0.1 localhost

А в resolve закомментируйте те строчки что прописаны и добавте такие:
nameserver 8.8.8.8
nameserver 8.8.4.4

Мне такое не помогает ибо когда я прописываю в resolv.conf, сохраняю — никаких изменений. Открываю — мои строки. Выкл, вкл. сеть. Не работает. Смотрю файл, а там
nameserver 127.0.1.1

Мабуть, колись в убунту не ставився dnsmasq, який тепер насильно всі dns-запити перенаправлює собі і перезаписує resolv.conf

Я себе Ubuntu ставил на этот же ноут. Там тоже Тырнет не работал. Снес и побую ж Lubuntu. Это если вдруг кто посоветует Ubuntu поставить.

:| все у этих рубисток не как у людей

mv ~ /dev/null или dd if=/dev/zero of=/dev/sda

Омг, хватит писать нерабочие команды. Для них как минимум root надо. И вообще обычно когда люди запускают терминал, то они в ~

mv ~ /dev/null

Работает, пишу с калькулятора.

$ mkdir a
$ mv a /dev/null
mv: не можна перезаписати файл «/dev/null», що не є каталогом, каталогом «a»

Его нет. А поставить не могу — нет Тырнета.

resolving google.com ... пару ip-адресов
Connecting to google.com (google.com)|173.194.32.136:80... тишина

О... кто-то режет трафик, вообщем скорее всего тебе не повезло. Я не беру случаи во внимание когда ты режешь трафик с помощью iptables.

А как такое возможно, что именно для Линукса режется трафик? Андроид работает, Винды работают. Даже Винда на этом же ноуте работает.

traceroute в дистрах нет по дефолту нигда. У него инета нет

А вдруг история взяла и удалилась? )) Или зависимость, но тут правда непонятно какого пакета

sudo echo “127.0.0.1 google.com” >>> /etc/hosts

должно помочь

+
sudo aptitude install google-server
sudo service start google-server

Давно не видел бубунту/дебиан, там надо «service» писать? Вроде в Upstart просто start/stop

sudoL aptitude: command not found
sudoL

:D

soduLOL надо было писать = ))

sudo echo «127.0.0.1 google.com» >>> /etc/hosts

Ему уже кто-то помог похожим образом. Правда не было лишней «>» и удостоверились что sudo распространяется на саму запись в /etc/hosts, а не только на echo

>>> означает добавить в конец файла. По моему пайпы наследуют права пользователя.

>>> означает добавить в конец файла.

Всегда думал что «>>» - в конец, а «>» - перезаписать.

По моему пайпы наследуют права пользователя.

Наследуют. Вот и унаследовали обычного юзера от bash. А sudo — часть пайплайна

. А sudo — часть пайплайна
Sudo обращается к специальному сервису и если юзер есть в списке sudoers то дает ему привелегии суперпользователя, поэтому остальная часть пайп лайна выполниться от этого же пользователя с привелегиями рута.

Да попробуйте уже )

И не обращается sudo к сервису, оно текстовичок читает обычно

В смысле какой-то сервис sudo? Или команда «sudo service» работает?

Не видите что ли — это тролль :).

syntax error near unexpected token ’>’

sudo echo “127.0.0.1 google.com” >> /etc/hosts
Permission denied

Прокси отключен?

Нет прокси. Я не включал его (если про Линукс). Я закатал образ на флэшку, загрузился с нее и сразу подлючился к сети.

Тут посоветовали попробовать другой браузер или закачать страницу через curl/wget. Работает?

Нет.

Resolving google.com ... пару ip-адресов
Connecting to google.com (google.com)|173.194.32.136:80... тишина

Підписатись на коментарі