Диагностика сети."не работает Интернет"

[olegik-hp]

Обновляется при добавлении новых команд.

(Нажмите, чтобы показать/скрыть)

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

Довольно часто люди сюда обращаются с одним вопросом:

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

Данную тему я создаю, чтобы объяснить смысл данных команд и их вывода:

(Нажмите, чтобы показать/скрыть)

Понятно, что это неполное описание программ и файлов, но для большего понимания рекомендуется читать man'ы по соответствующим вопросам

0) а)

Код: [Выделить]

ping ya.ru -- одна из самых популярных утилит для проверки доступности сайта по имени/адресу.

Подробнее:

Код: [Выделить]

man pingПинг адреса в сети Интернет. Если пинг проходит то компьютер соединен с интернет, если нет то проблемы либо в сетевом соединении либо в DNS 3

б)

Код: [Выделить]

ping 8.8.8.8
Пинг публичного DNS сервера (почти всегда доступного). Если адрес не пингуется, а DNS пингуется - проблема с DNS, если оба пинга не проходят - проблема с подключением (что однако не исключает проблему с DNS)3

Замечательно заменяется tracepath (п 8.б) 2

1)

Код: [Выделить]

ifconfig -- показывает состояние активных сетевых интерфейсов: IP-адрес, маска, а также немного служебной информации.

 

Код: [Выделить]

ifconfig -a -- показывает состояние всех сетевых интерфейсов.3
Подробнее:

Код: [Выделить]

man ifconfig
2) а)

Код: [Выделить]

route -n -- настройки маршрутизации: Показывает куда уходит пакет данных в зависимости от адреса машины-цели. 3

Подробнее:

Код: [Выделить]

man route   
   б)

Код: [Выделить]

ip route show table all -- Показывает более полную информацию о маршрутизации. 4

Подробнее:

Код: [Выделить]

man ip3)

Код: [Выделить]

cat /etc/resolv.conf -- настройки DNS.
Файл /etc/resolv.conf, помимо прочего содержит список DNS-серверов, которые используются в Вашей системе.
При настройке сети вручную. При использовании Network Manager в эти файлы ничего не пишется, а их информация не участвует в работе.3

Подробнее:

Код: [Выделить]

man 5 resolv.conf
4)

Код: [Выделить]

nslookup ya.ru -- программа nslookup выдает список IP-адресов домена с использованием системных DNS-серверов.

5)

Код: [Выделить]

nslookup ya.ru 8.8.8.8 -- п.4, только с использованием публичного DNS-сервера от Google.

Подробнее:

Код: [Выделить]

man nslookup
6)

Код: [Выделить]

sudo iptables-save -- показывает текущие настройки firewall -- iptables. Возможно, Вы сами себе запретили выход =).

Подробнее

Код: [Выделить]

man iptables
7)

Код: [Выделить]

/etc/network/interfaces -- настройки сетевых интерфейсов.При настройке сети вручную. При использовании Network Manager в эти файлы ничего не пишется, а их информация не участвует в работе.3

Подробнее

Код: [Выделить]

man 5 interfaces
а)

Код: [Выделить]

traceroute 8.8.8.8 -- трасировка маршрута. Похожа на ping, но больше информации.

Подробнее

Код: [Выделить]

man traceroute
   б)

Код: [Выделить]

tracepath -n 8.8.8.8 -- трасировка маршрута. Похожа на traceroute, в отличие от него по умолчанию установлена в системе. 1

Подробнее

Код: [Выделить]

man tracepath
9)

Код: [Выделить]

ls /etc/NetworkManager/system-connections -- список подключений NetworkManager
   

Код: [Выделить]

sudo cat /etc/NetworkManager/system-connections/* -- настройки подключений.5

(Нажмите, чтобы показать/скрыть)

NM при создании подключения создает соответствующий файл в папке /etc/NetworkManager/system-connections каждый файл -- содержит в текстовом виде настройки подключения

Данные тесты стоит сделать перед тем, как создавать еще одну из многих тем "Не работает Интернет".
Если все-таки необходимо создание темы, желательно приложить выложить выводы команд.

[Karl500]

Пара мелких замечаний.

route -n

в общем случае значительно информативнее, чем просто route.

traceroute по умолчанию не установлена и требует sudo. Вместо нее лучше использовать

tracepath -n 8.8.8.8

[olegik-hp]

Пара мелких замечаний.

route -n

в общем случае значительно информативнее, чем просто route.

traceroute по умолчанию не установлена и требует sudo. Вместо нее лучше использовать

tracepath -n 8.8.8.8

Спасибо!
Вношу изменения.

[AnrDaemon]

Кроме того, что traceroute по умолчанию не установлена и требует sudo для работы, она ещё и не даёт никакой полезной информации, кроме собственно маршрута.
К тому же, "tracepath XXX" с успехом заменяет "ping XXX" в части определения работоспособности DNS клиента на компьютере.
И всё это уже есть в https://forum.ubuntu.ru/index.php?topic=107492.0

[olegik-hp]

И всё это уже есть в https://forum.ubuntu.ru/index.php?topic=107492.0

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

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

[AnrDaemon]

Там всё это собрано в один спойлер.

[olegik-hp]

Там всё это собрано в один спойлер.

Там указаны не все утилиты, например:
1) nslookup host nameserver -- для проверки локального DNS
2) tracepath -- если не установлен traceroute

etc.

А также нет _хотя_бы_ краткого их описания. Да, /dev/man, /dev/google -- наше все, но сначала стоит понять, для чего нужна сия утилита.

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

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

В дальнейшем я думаю сгруппировать утилиты по действиям.

[thunderamur]

olegik-hp,
там всё коротко и ясно, а тут много букаф и одно и то же, даже читать лень.

[AnrDaemon]

Да, на счёт traceroute да. Какой садист его туда запихнул, вопрос.
В остальном - возражения не принимаются.
nslookup для понимания, работает ли DNS, вообще не нужно.

[astrobeglec]

0) а)

Код: [Выделить]

ping ya.ru -- одна из самых популярных утилит для проверки доступности сайта по имени/адресу.
Подробнее:

Код: [Выделить]

man pingЕсли "не пингуется" стоит проверить

Пинг адреса в сети Интернет. Если пинг проходит то компьютер соединен с интернет, если нет то проблемы либо в сетевом соеденении либо в DNS

б)

Код: [Выделить]

ping 8.8.8.8Если и это не пингуется -- попробовать "попинговать" машину в локалке

Пинг DNS сервера. Если адрес не пингуется, а DNS пингуется - проблема с DNS, если оба пинга не проходят - проблема с подключением (что однако не исключает проблему с DNS)

1) 

Код: [Выделить]

ifconfig -a -- показывает состояние сетевых интерфейсов: IP-адрес, маска, а также немного служебной информации.

Показывает служебную информацию о всех сетевых соединениях. Правильно будет разделить на:

Код: [Выделить]

ifconfig Просмотреть активные сетевые интерфейсы

Код: [Выделить]

ifconfig -aПосмотреть все интерфейсы.
Данная градация необходима т.к. сетевой интерфейс может просто "упасть"...

2)

Код: [Выделить]

route -n -- настройки маршрутизации: как посылать пакеты на адрес. Интернет-шлюзы.

Таблица маршрутизации ядра. Показывает куда уходит пакет данных в зависимости от адреса машины-цели.

3)

Код: [Выделить]

cat /etc/resolv.conf -- настройки DNS.
Файл /etc/resolv.conf, помимо прочего содержит список DNS-серверов, которые используются в Вашей системе.
7)

Код: [Выделить]

/etc/network/interfaces -- настройки сетевых интерфейсов.

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

4)

Код: [Выделить]

nslookup ya.ru -- программа nslookup выдает список IP-адресов домена с использованием системных DNS-серверов.

5)

Код: [Выделить]

nslookup ya.ru 8.8.8.8 -- п.4, только с использованием публичного DNS-сервера от Google.

Подробнее:

Код: [Выделить]

man nslookup

К проблемам в настройке сети имеет мало отношения. Но лучше оставить.

6)

Код: [Выделить]

iptables-save -- показывает текущие настройки firewall -- iptables. Возможно, Вы сами себе запретили выход =).

Подробнее

Код: [Выделить]

man iptables

Надо отметить только, что команда запускается от суперпользователя и в выхлопе надо искать строки оканчивающиеся на DROP

а)

Код: [Выделить]

traceroute 8.8.8.8 -- трасировка маршрута. Похожа на ping, но больше информации.

Подробнее

Код: [Выделить]

man traceroute
   б)

Код: [Выделить]

tracepath -n 8.8.8.8 -- трасировка маршрута. Похожа на traceroute, в отличие от него по умолчанию установлена в системе. 1

Подробнее

Код: [Выделить]

man tracepath

А вот это для новичков не важно вообще. Механизм трассировки слишком сложен для неподготовленного разума, да и ненадежен. Ликбез:
Пакет отправляется с меткой "возврат кода соединения" и "время жизни = 1", дойдя до 1 точки пакет (в случае если соединение произошло и если ответчик может послать сигнал, если не может - не передает) передает IP адрес ответчика, далее время жизни увеличивается на 1 каждый раз пока последний пакет не выведет искомый адрес. НО! При выходе в интернет каждый пакет идет своим маршрутом, поэтому как только пакет покинул сеть трасировку можно прекращать...

Поправь головной пост.

[AnrDaemon]

А вот это для новичков не важно вообще. Механизм трассировки слишком сложен для неподготовленного разума, да и ненадежен.

Вообще-то мы тут эту команду не для трассировки используем. Так, для справки.

Кстати о "route -n" - далеко не всю информацию о роутинге она даёт в современной системе.
Просто для примера:

# route -n
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
192.168.1.0     0.0.0.0         255.255.255.240 U     0      0        0 br0
195.34.32.0     192.168.1.2     255.255.255.128 UG    0      0        0 br0
212.188.4.0     192.168.1.2     255.255.255.0   UG    0      0        0 br0
0.0.0.0         192.168.1.1     0.0.0.0         UG    100    0        0 br0

# ip route show table all
default via 192.168.1.1 dev br0  table vpn_nln  src 192.168.1.12
default via 192.168.1.2 dev br0  table adsl_mtu  src 192.168.1.12
192.168.1.0/28 dev br0  proto kernel  scope link  src 192.168.1.12
195.34.32.0/25 via 192.168.1.2 dev br0
212.188.4.0/24 via 192.168.1.2 dev br0
default via 192.168.1.1 dev br0  metric 100
broadcast 192.168.1.0 dev br0  table local  proto kernel  scope link  src 192.168.1.12
broadcast 127.255.255.255 dev lo  table local  proto kernel  scope link  src 127.0.0.1
local 192.168.1.12 dev br0  table local  proto kernel  scope host  src 192.168.1.12
broadcast 192.168.1.15 dev br0  table local  proto kernel  scope link  src 192.168.1.12
broadcast 127.0.0.0 dev lo  table local  proto kernel  scope link  src 127.0.0.1
local 127.0.0.1 dev lo  table local  proto kernel  scope host  src 127.0.0.1
local 127.0.0.0/8 dev lo  table local  proto kernel  scope host  src 127.0.0.1

Легко заметить, что реально существует два основных шлюза. route -n показывает только один.

[ArcFi]

ip, iptables*, ss, nmap, dig?

[AnrDaemon]

dig - часть BIND, на обычном компе вряд ли обнаружится.
Так же как nmap - больно специфичная утилита, по умолчанию не стоит.
Чито есть ss ?

[olegik-hp]

А вот это для новичков не важно вообще. Механизм трассировки слишком сложен для неподготовленного разума, да и ненадежен. Ликбез:
Пакет отправляется с меткой "возврат кода соединения" и "время жизни = 1", дойдя до 1 точки пакет (в случае если соединение произошло и если ответчик может послать сигнал, если не может - не передает) передает IP адрес ответчика, далее время жизни увеличивается на 1 каждый раз пока последний пакет не выведет искомый адрес. НО! При выходе в интернет каждый пакет идет своим маршрутом, поэтому как только пакет покинул сеть трасировку можно прекращать...

Поправь головной пост.

Пост поправил.

На тему traceroute.

С помощью него я смотрю на каком шаге теряются пакеты до хоста.

Был такой случай:

Несколько удаленных бухгалтеров (у всез static IP) сидят в одной терминалке.
У одного из них пропало соединение с серваком. При этом "остальной интернет" нормально работал.
Оказалось (с помощью traceroute с обеих машин) у провайдера Удаленной точки порвалось соединение с провайдером сервака. Позвонил в обе ТП. Сообщил, на каком шаге теряется соединение. Поправили.

[astrobeglec]

Кстати route выводит динамическую таблицу маршрутизации. Если VPN в твоем выхлопе не задействован то в выхлоп route он точно не попадет.
Пользователь решил продолжить мысль 21 Сентября 2012, 10:00:19:

С помощью него я смотрю на каком шаге теряются пакеты до хоста.

Это правильно т.к. можно увидеть именно шаг т.е. условно можно разбить прохождение пакета на:
1. Локальный комп
2. Шлюз/сервер/модем
3. Интернет
4. Конечный сервер

При этом все интернет сервера в данном случае - липа. Из практики - трассирую маршрут 3 раза (место нахождения по IP):
хост-роутер-провайдер-швеция-франция-москва
хост-роутер-провайдер-украина-германия-москва
хост-роутер-провайдер-украина-франция-москва

Ноу коммент как говорится... При этом скорее всего пакеты трассировки туда просто "заносило"...