Как проверить работоспособность сети и оборудования в Убунту

Стандартный

тестируем сеть в убунту

Иногда бывает такая ситуация, вы включаете компьютер, а интернета нет. И обидно то, что вчера он точно был, а сегодня его уже нет! Конечно вариантов для решения проблем с сетью может быть масса, но рассмотрим самый стандартный пример для практики. В наличии имеется системный блок со встроенной в “материнку” сетевой картой, и сетевой картой, которая вставлена в PCI разъем. Интернет кабельный, каких сейчас полным-полно. С чего нужно начать?

Начнем.
1. Для начала нам нужно определить сетевое оборудование. Еще раз повторю, что в нашем случае имеется две сетевые карты.

Узнать сетевое оборудование можно командой:

ifconfig

В итоге я получил такой вывод команды:

eth0 Link encap:Ethernet HWaddr 10:bf:48:7e:3a:12
UP BROADCAST MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)

eth1 Link encap:Ethernet HWaddr 54:e6:fc:85:7f:76
inet addr:192.168.1.101 Bcast:192.168.1.255 Mask:255.255.255.0
inet6 addr: fe80::56e6:fcff:fe85:7f76/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:50872 errors:0 dropped:0 overruns:0 frame:0
TX packets:40181 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:53009700 (53.0 MB) TX bytes:6912325 (6.9 MB)

lo Link encap:Локальная петля (Loopback)
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MTU:65536 Metric:1
RX packets:2674 errors:0 dropped:0 overruns:0 frame:0
TX packets:2674 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:292948 (292.9 KB) TX bytes:292948 (292.9 KB)

Из этой команды мы видим, что система видит наши обе сетевые карты (eth0 и eth1), а это значит, что физически они рабочие. Можно еще увидеть сетевое оборудование командой:

ip link show up

Результат команды:

1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
2: eth0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN mode DEFAULT group default qlen 1000
link/ether 10:bf:48:7e:3a:12 brd ff:ff:ff:ff:ff:ff
3: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UNKNOWN mode DEFAULT group default qlen 1000
link/ether 54:e6:fc:85:7f:76 brd ff:ff:ff:ff:ff:ff

Оборудование рабочее, значит проблема не в “железе”. Идем далее.

2. Проверим работу оборудования с сетью утилитой ping. Это программа для проверки соединений в компьютерной сети. Она отправляет заданному узлу определенные пакеты и принимает ответы от него, позволяя косвенно определеить загруженность сети.



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

ping 127.0.0.1

Вывод команды, который говорит о том, что пакеты проходят нормально:

PING 127.0.0.1 (127.0.0.1) 56(84) bytes of data.
64 bytes from 127.0.0.1: icmp_seq=1 ttl=64 time=0.026 ms
64 bytes from 127.0.0.1: icmp_seq=2 ttl=64 time=0.011 ms
64 bytes from 127.0.0.1: icmp_seq=3 ttl=64 time=0.029 ms
64 bytes from 127.0.0.1: icmp_seq=4 ttl=64 time=0.028 ms
64 bytes from 127.0.0.1: icmp_seq=5 ttl=64 time=0.032 ms
64 bytes from 127.0.0.1: icmp_seq=6 ttl=64 time=0.028 ms
64 bytes from 127.0.0.1: icmp_seq=7 ttl=64 time=0.033 ms
64 bytes from 127.0.0.1: icmp_seq=8 ttl=64 time=0.032 ms
64 bytes from 127.0.0.1: icmp_seq=9 ttl=64 time=0.031 ms

либо указав IP адрес вашего компьютера, который можно увидеть в сведении о сетевом соединении, или посмотрев его в выводе команды ifconfig. В нашем случае сетевая карта eth1 с IP адресом – 192.168.1.101. Это и есть IP адрес нашего компьютера.

ping 192.168.1.101

Вывод команды:

PING 192.168.1.101 (192.168.1.101) 56(84) bytes of data.
64 bytes from 192.168.1.101: icmp_seq=1 ttl=64 time=0.043 ms
64 bytes from 192.168.1.101: icmp_seq=2 ttl=64 time=0.038 ms
64 bytes from 192.168.1.101: icmp_seq=3 ttl=64 time=0.033 ms
64 bytes from 192.168.1.101: icmp_seq=4 ttl=64 time=0.035 ms
64 bytes from 192.168.1.101: icmp_seq=5 ttl=64 time=0.037 ms
64 bytes from 192.168.1.101: icmp_seq=6 ttl=64 time=0.036 ms
64 bytes from 192.168.1.101: icmp_seq=7 ttl=64 time=0.017 ms
64 bytes from 192.168.1.101: icmp_seq=8 ttl=64 time=0.034 ms
64 bytes from 192.168.1.101: icmp_seq=9 ttl=64 time=0.034 ms

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

3. “Пропингуем” удаленные хосты. Выполним команду в Терминале:

ping google.com

Вывод команды:

PING google.com (173.194.113.197) 56(84) bytes of data.
64 bytes from 173.194.113.197: icmp_seq=1 ttl=58 time=13.5 ms
64 bytes from 173.194.113.197: icmp_seq=2 ttl=58 time=13.5 ms
64 bytes from 173.194.113.197: icmp_seq=3 ttl=58 time=20.6 ms
64 bytes from 173.194.113.197: icmp_seq=4 ttl=58 time=13.3 ms
64 bytes from 173.194.113.197: icmp_seq=5 ttl=58 time=13.3 ms
64 bytes from 173.194.113.197: icmp_seq=6 ttl=58 time=18.7 ms
64 bytes from 173.194.113.197: icmp_seq=7 ttl=58 time=13.6 ms
64 bytes from 173.194.113.197: icmp_seq=8 ttl=58 time=13.3 ms
64 bytes from 173.194.113.197: icmp_seq=9 ttl=58 time=13.7 ms

или можно указать другой хост:

ping ya.ru

Вывод команды:

PING ya.ru (213.180.204.3) 56(84) bytes of data.
64 bytes from www.yandex.ru (213.180.204.3): icmp_seq=1 ttl=55 time=29.6 ms
64 bytes from www.yandex.ru (213.180.204.3): icmp_seq=2 ttl=55 time=29.3 ms
64 bytes from www.yandex.ru (213.180.204.3): icmp_seq=3 ttl=55 time=29.5 ms
64 bytes from www.yandex.ru (213.180.204.3): icmp_seq=4 ttl=55 time=29.5 ms
64 bytes from www.yandex.ru (213.180.204.3): icmp_seq=5 ttl=55 time=29.9 ms
64 bytes from www.yandex.ru (213.180.204.3): icmp_seq=6 ttl=55 time=29.8 ms
64 bytes from www.yandex.ru (213.180.204.3): icmp_seq=7 ttl=55 time=29.4 ms
64 bytes from www.yandex.ru (213.180.204.3): icmp_seq=8 ttl=55 time=29.4 ms
64 bytes from www.yandex.ru (213.180.204.3): icmp_seq=9 ttl=55 time=29.7 ms

В нашем случае все 3 части проверки прошли на “Отлично” и соответственно интернет работает. Но если бы например проблема была на стороне провайдера (обрыв кабеля, отключен интернет за неуплату, проблемы с электропитанием на стороне провайдера), то вывод команды мог бы быть таким:

ping: unknown host google.com

Ну и напоследок. Если вдруг вы не можете зайти только на определенный сайт, к примеру в vk.com, а на другие ресурсы заходите нормально, то нужно на всякий случай проверить файл /etc/hosts. Подробнее посмотрите тут.  Мало ли.

На этом, разрешите откланяться и удачи!


2 Comments

  1. Статья для кого написана? Человек, который пользуется ос на основе линукс , знает основные команды. Напишите более расширенную версию тогда. Трассировку добавьте ( поможет доказать провайдеру, что не у вас проблемы с доступом к какому-то интернет ресурсу), решение проблем vpn/pppoe как минимум. Статья пустая.

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

Leave a comment to Анатолий Click here to cancel reply.

Статьи