Диагностика сетевой карты linux

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

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

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

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

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

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

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), а это значит, что физически они рабочие. Можно еще увидеть сетевое оборудование командой:

Читайте также:  Linux show history all users

1: lo: 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: 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: 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 (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 (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

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

Читайте также:  Лучшая серверная ос linux

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

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 (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. Подробнее посмотрите тут. Мало ли.

Читайте также:  Активация 1с сервера linux

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

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

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

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

В статье описание диагностики когда все работает. В чем смысл такой статьи? Какую проблему она решает?

Добавить комментарий Отменить ответ

Поиск

Рубрики

  • Libre Office (6)
  • Raspberry (10)
  • Видео уроки (19)
  • Журналы, книги (17)
  • Заработок (4)
  • Игры (18)
  • ОС на базе Убунту (3)
  • Практикум (234)
  • Разное (119)
  • Советы и хитрости (141)
  • Софт (307)

Поддержать сайт

Z429016864114
R872959101623
U411478132469

410011177692066

Источник

Оцените статью
Adblock
detector