Диагностика локальной сети в Kali Linux: пошаговая инструкция с командами

Большинство программ уже входит в стандартную установку Kali Linux. Перед началом работы желательно обновить список пакетов и установить недостающие утилиты.

sudo apt update

sudo apt install -y \
  iproute2 \
  network-manager \
  net-tools \
  ethtool \
  dnsutils \
  iputils-ping \
  traceroute \
  mtr-tiny \
  arp-scan \
  nmap \
  netcat-openbsd \
  tcpdump \
  wireshark \
  tshark \
  iperf3 \
  curl \
  openssl \
  jq

Проверяем, установлены ли программы

command -v ip
command -v nmcli
command -v nmap
command -v tcpdump
command -v wireshark
command -v iperf3
command -v dig
command -v curl

Если команда установлена, терминал покажет путь к исполняемому файлу, например /usr/bin/nmap.

Проверяем версии

ip -Version
nmcli --version
nmap --version
tcpdump --version
tshark --version
iperf3 --version
curl --version
openssl version

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

Краткий алгоритм

1. Определить имя сетевого интерфейса.
2. Проверить, включен ли интерфейс.
3. Проверить назначенный IP-адрес.
4. Проверить таблицу маршрутизации.
5. Проверить доступность своего шлюза.
6. Проверить доступность внешнего IP-адреса.
7. Проверить работу DNS.
8. Проверить необходимый порт или службу.
9. Измерить задержку, потери и скорость.
10. При необходимости записать и разобрать пакеты.

Краткий список интерфейсов

ip -br link

Пример результата:

lo               UNKNOWN        00:00:00:00:00:00
eth0             UP             08:00:27:12:34:56
wlan0            DOWN           34:13:e8:12:34:56

Подробная информация

ip link show
ip address show
nmcli device status

Включение интерфейса

sudo ip link set eth0 up

Отключение интерфейса

sudo ip link set eth0 down

Проверка драйвера проводной сетевой карты

sudo ethtool -i eth0

Проверка состояния Ethernet-соединения

sudo ethtool eth0

Обратите внимание на строки:

Speed: 1000Mb/s
Duplex: Full
Auto-negotiation: on
Link detected: yes

Статистика ошибок интерфейса

ip -s link show eth0

Расширенная статистика драйвера:

sudo ethtool -S eth0 | less

Рост значений errors, dropped, crc или frame может указывать на неисправность кабеля, разъема, сетевой карты или порта коммутатора.

Проверка оборудования

lspci -nnk | grep -A3 -i ethernet
lspci -nnk | grep -A3 -i network
lsusb
dmesg -T | grep -Ei 'eth|enp|wlan|wifi|firmware|network'

Просмотр IP-адресов

ip -br address

Пример:

lo               UNKNOWN        127.0.0.1/8 ::1/128
eth0             UP             192.168.1.25/24

В этом примере компьютер получил адрес 192.168.1.25, а префикс /24 обычно соответствует маске 255.255.255.0.

Признак проблемы с DHCP

169.254.x.x

Адрес из диапазона 169.254.0.0/16 обычно означает, что устройство не смогло получить нормальную конфигурацию от DHCP-сервера.

Таблица маршрутизации

ip route

Пример:

default via 192.168.1.1 dev eth0 proto dhcp src 192.168.1.25 metric 100
192.168.1.0/24 dev eth0 proto kernel scope link src 192.168.1.25

Строка default via 192.168.1.1 означает, что основной шлюз имеет адрес 192.168.1.1.

Проверка маршрута к конкретному адресу

ip route get 1.1.1.1

Команда показывает, через какой интерфейс и шлюз система попытается отправить пакеты к указанному адресу.

Просмотр соседних устройств

ip neigh show

Возможные состояния:

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

Шаг 1. Проверяем локальный стек TCP/IP

ping -c 4 127.0.0.1

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

Шаг 2. Проверяем собственный IP-адрес

ping -c 4 192.168.1.25

Подставьте адрес, показанный командой ip -br address.

Шаг 3. Проверяем шлюз

ping -c 4 192.168.1.1

Если собственный адрес отвечает, а шлюз нет, проверяйте кабель, Wi-Fi, VLAN, маску подсети, маршрутизатор и межсетевой экран.

Шаг 4. Проверяем внешний IP-адрес

ping -c 4 1.1.1.1

Если шлюз отвечает, но внешний IP недоступен, проблема может находиться на маршрутизаторе, в подключении провайдера или таблице маршрутизации.

Шаг 5. Проверяем DNS

ping -c 4 example.com

Если IP-адрес доступен, а доменное имя нет, наиболее вероятна проблема DNS.

DHCP автоматически передает клиенту IP-адрес, маску сети, основной шлюз, DNS-серверы и другие параметры.

Просмотр полученной конфигурации

nmcli device show eth0

Основные строки:

IP4.ADDRESS[1]
IP4.GATEWAY
IP4.DNS[1]
IP4.DOMAIN[1]

Просмотр активного подключения

nmcli connection show --active

Переподключение интерфейса

sudo nmcli device disconnect eth0
sudo nmcli device connect eth0

Перезапуск NetworkManager

sudo systemctl restart NetworkManager

Просмотр журнала NetworkManager

journalctl -u NetworkManager -b --no-pager

Только последние сообщения:

journalctl -u NetworkManager -b -n 100 --no-pager

Запрос адреса через dhclient

sudo dhclient -v eth0

Запись DHCP-пакетов

sudo tcpdump -i eth0 -nn -e \
  'udp port 67 or udp port 68'

Нормальный обмен обычно включает:

1. DHCP Discover — клиент ищет сервер.
2. DHCP Offer — сервер предлагает конфигурацию.
3. DHCP Request — клиент запрашивает предложенный адрес.
4. DHCP ACK — сервер подтверждает выдачу адреса.

Какие DNS-серверы используются

cat /etc/resolv.conf

Дополнительная информация:

resolvectl status
nmcli device show | grep -i dns

Обычный DNS-запрос

dig example.com

Короткий ответ

dig +short example.com

Запрос к конкретному DNS-серверу

dig @1.1.1.1 example.com
dig @8.8.8.8 example.com

Основные типы DNS-записей

dig example.com A
dig example.com AAAA
dig example.com MX
dig example.com NS
dig example.com TXT
dig example.com SOA

Проверка обратной DNS-записи

dig -x 192.168.1.10

Проверка полного пути DNS

dig +trace example.com

Проверка системного механизма разрешения имен

getent hosts example.com
getent ahosts example.com

Сравнение DNS-серверов

dig @192.168.1.1 example.com
dig @1.1.1.1 example.com
dig @8.8.8.8 example.com

Если запрос к публичному серверу работает, а к маршрутизатору нет, проблема может находиться во встроенном DNS-прокси маршрутизатора.

Запись DNS-трафика

sudo tcpdump -i any -nn port 53

Сохранение в файл:

sudo tcpdump -i any -nn port 53 \
  -w dns-diagnostics.pcap

Сначала определите свою подсеть:

ip -br address
ip route

Например, если Kali имеет адрес 192.168.1.25/24, локальная сеть обычно обозначается как 192.168.1.0/24.

Таблица известных соседей

ip neigh show

Поиск устройств через arp-scan

sudo arp-scan --localnet

С указанием интерфейса:

sudo arp-scan --interface=eth0 192.168.1.0/24

В результате отображаются IP-адрес, MAC-адрес и предполагаемый производитель сетевого оборудования.

Поиск устройств через Nmap

nmap -sn 192.168.1.0/24

Сохранение результата:

mkdir -p ~/network-audit/discovery

nmap -sn 192.168.1.0/24 \
  -oA ~/network-audit/discovery/hosts

Вывод только активных IP-адресов

nmap -sn 192.168.1.0/24 -oG - |
awk '/Up$/{print $2}'

Проверка MAC-адреса

ip neigh show 192.168.1.50

Как определить неизвестное устройство

1. Запишите IP- и MAC-адрес.
2. Посмотрите производителя MAC-адреса.
3. Проверьте имя клиента в маршрутизаторе или DHCP-сервере.
4. Проверьте несколько стандартных портов.
5. Сравните адрес с камерами, телевизорами, NAS и другими устройствами.
6. Не отключайте устройство, пока не определено его назначение.

Какие порты слушает сама Kali Linux

ss -tulpen

Только TCP-порты

ss -lntp

Только UDP-порты

ss -lnup

Проверка порта через Netcat

nc -vz 192.168.1.50 80

Проверка нескольких портов:

nc -vz 192.168.1.50 22 80 443

Ограничение времени ожидания

nc -vz -w 3 192.168.1.50 443

Часто используемые порты

Проверка стандартных TCP-портов

nmap 192.168.1.50

Проверка конкретных портов

nmap -p 22,80,443,445,554 192.168.1.50

Определение службы и ее версии

nmap -sV \
  -p 22,80,443,445,554 \
  192.168.1.50

Облегченное определение версий

nmap -sV --version-light \
  -p 22,80,443 \
  192.168.1.50

Проверка TCP через полноценное соединение

nmap -sT \
  -p 22,80,443 \
  192.168.1.50

Проверка популярных UDP-портов

sudo nmap -sU \
  -p 53,67,68,123,161 \
  192.168.1.50

Сохранение результатов

mkdir -p ~/network-audit/nmap

nmap -sT -sV --version-light \
  -p 22,53,80,443,445,554,631,3389 \
  192.168.1.50 \
  -oA ~/network-audit/nmap/device-192-168-1-50

Параметр -oA создает три файла: обычный текстовый отчет, XML-файл и grepable-формат.

Что означают состояния портов

Проверка заголовка локального веб-интерфейса

nmap --script http-title \
  -p 80,443 \
  192.168.1.50

Проверка HTTP-заголовков

nmap --script http-headers \
  -p 80,443 \
  192.168.1.50

Проверка TLS-сертификата

nmap --script ssl-cert \
  -p 443 \
  192.168.1.50

Получение HTTP-заголовков

curl -I http://192.168.1.50/

Подробная информация о соединении

curl -v http://192.168.1.50/

HTTPS с самоподписанным сертификатом

curl -vkI https://192.168.1.50/

Следование перенаправлениям

curl -IL http://192.168.1.50/

Измерение времени ответа

curl -sS -o /dev/null \
  -w 'DNS: %{time_namelookup}\nConnect: %{time_connect}\nTLS: %{time_appconnect}\nTTFB: %{time_starttransfer}\nTotal: %{time_total}\nHTTP: %{http_code}\n' \
  https://example.com/

Проверка сертификата

openssl s_client \
  -connect example.com:443 \
  -servername example.com \
  < /dev/null

Краткие сведения о сертификате

openssl s_client \
  -connect example.com:443 \
  -servername example.com \
  < /dev/null 2>/dev/null |
openssl x509 \
  -noout \
  -subject \
  -issuer \
  -serial \
  -dates \
  -fingerprint \
  -sha256

Проверка конкретного виртуального хоста по локальному IP

curl -I \
  -H 'Host: internal.example.test' \
  http://192.168.1.50/

Такая команда полезна, когда на одном сервере размещено несколько сайтов, но локальная DNS-запись еще не настроена.

Обычный интернет-тест скорости не позволяет отделить проблему провайдера от проблемы домашней сети. Iperf3 измеряет соединение между двумя устройствами внутри вашей сети.

Запуск сервера iperf3

На первом компьютере:

iperf3 -s

Запуск клиента

На Kali Linux:

iperf3 -c 192.168.1.50

Тест в обратном направлении

iperf3 -c 192.168.1.50 -R

Параметр -R заставляет сервер передавать данные клиенту. Это позволяет отдельно проверить скорость загрузки в сторону Kali.

Продолжительный тест

iperf3 -c 192.168.1.50 -t 30

Несколько параллельных потоков

iperf3 -c 192.168.1.50 -P 4

Двунаправленный тест

iperf3 -c 192.168.1.50 --bidir

Проверка UDP

iperf3 -c 192.168.1.50 \
  -u \
  -b 100M \
  -t 20

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

Сохранение JSON-отчета

iperf3 -c 192.168.1.50 \
  -t 30 \
  -J \
  > iperf3-result.json

Просмотр итоговой скорости через jq

jq '.end.sum_received.bits_per_second' \
  iperf3-result.json

Ориентировочная интерпретация Ethernet

Фактический результат зависит от производительности устройств, сетевых карт, кабеля, драйверов, дисков, процессора, количества потоков и других факторов.

Продолжительный ping

ping -c 100 192.168.1.1

Ping с интервалом 0,2 секунды

ping -c 100 -i 0.2 192.168.1.1

Проверка размера пакета

ping -c 10 -s 1400 192.168.1.1

Проверка MTU без фрагментации

ping -c 4 -M do -s 1472 1.1.1.1

Для обычного Ethernet 1472 байта данных плюс 28 байт заголовков соответствуют MTU 1500. В сетях с PPPoE, VPN или туннелями допустимый размер может быть меньше.

Проверка маршрута

traceroute 1.1.1.1

Без DNS-преобразования:

traceroute -n 1.1.1.1

Диагностика через MTR

mtr 1.1.1.1

Формирование отчета:

mtr -rwzc 100 1.1.1.1

Сохранение результата:

mtr -rwzc 100 1.1.1.1 \
  | tee mtr-report.txt

Как читать MTR

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

Список интерфейсов

sudo tcpdump -D

Просмотр трафика

sudo tcpdump -i eth0 -nn

Ограничение количества пакетов

sudo tcpdump -i eth0 -nn -c 100

Запись в файл

sudo tcpdump -i eth0 \
  -nn \
  -s 0 \
  -w network-diagnostics.pcap

Чтение файла

tcpdump -nn -r network-diagnostics.pcap

Трафик конкретного устройства

sudo tcpdump -i eth0 \
  -nn \
  host 192.168.1.50

Только DNS

sudo tcpdump -i eth0 -nn port 53

Только HTTP и HTTPS

sudo tcpdump -i eth0 -nn \
  'tcp port 80 or tcp port 443'

Только ARP

sudo tcpdump -i eth0 -nn arp

Только ICMP

sudo tcpdump -i eth0 -nn icmp

Трафик определенного устройства и порта

sudo tcpdump -i eth0 \
  -nn \
  'host 192.168.1.50 and tcp port 443'

Запись с автоматической ротацией файлов

sudo tcpdump -i eth0 \
  -nn \
  -s 0 \
  -C 100 \
  -W 5 \
  -w capture-%02d.pcap

В этом примере размер одного файла ограничен приблизительно 100 МБ, а количество файлов — пятью.

Запуск Wireshark

wireshark

Правильный порядок работы

1. Выберите сетевой интерфейс.
2. При необходимости задайте capture filter.
3. Начните запись.
4. Воспроизведите проблему.
5. Остановите запись.
6. Используйте display filters.
7. Изучите временную последовательность пакетов.
8. Сохраните исходный PCAPNG-файл.

Capture filter

Capture filter определяет, какие пакеты будут записаны. Он использует синтаксис BPF.

host 192.168.1.50

tcp port 443

host 192.168.1.50 and tcp port 443

Display filter

Display filter не изменяет содержимое захвата, а только определяет, какие записанные пакеты отображаются на экране.

Фильтр по IP-адресу

ip.addr == 192.168.1.50

Исходящий трафик

ip.src == 192.168.1.50

Входящий трафик

ip.dst == 192.168.1.50

TCP-порт

tcp.port == 443

DNS

dns

DHCP

dhcp || bootp

ARP

arp

ICMP

icmp

Повторные передачи TCP

tcp.analysis.retransmission

Повторные подтверждения

tcp.analysis.duplicate_ack

Потерянные TCP-сегменты

tcp.analysis.lost_segment

Сброс TCP-соединения

tcp.flags.reset == 1

Начало TCP-соединения

tcp.flags.syn == 1 && tcp.flags.ack == 0

Ответ сервера SYN-ACK

tcp.flags.syn == 1 && tcp.flags.ack == 1

TCP Zero Window

tcp.analysis.zero_window

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

Полезная статистика Wireshark

• Statistics → Protocol Hierarchy — распределение протоколов;
• Statistics → Conversations — сетевые соединения;
• Statistics → Endpoints — обнаруженные узлы;
• Statistics → I/O Graphs — изменение нагрузки во времени;
• Analyze → Expert Information — предупреждения и ошибки;
• Follow → TCP Stream — последовательность одного TCP-потока.

Состояние Wi-Fi-интерфейса

nmcli device status
iw dev
rfkill list

Разблокировка адаптера

sudo rfkill unblock wifi

Список доступных сетей

nmcli device wifi list

Обновление списка сетей

nmcli device wifi rescan
nmcli device wifi list

Текущее подключение

iw dev wlan0 link

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

Подробная информация NetworkManager

nmcli device show wlan0

Проверка драйвера

sudo ethtool -i wlan0
lspci -nnk | grep -A3 -i network
lsusb

Проверка ошибок прошивки

dmesg -T |
grep -Ei 'wlan|wifi|firmware|80211|cfg80211'

Проверка качества Wi-Fi

1. Выполните ping до маршрутизатора.
2. Сравните результат с проводным подключением.
3. Проверьте скорость через iperf3 внутри сети.
4. Посмотрите уровень сигнала и частоту.
5. Проверьте загруженность канала.
6. Сравните диапазоны 2,4 и 5 ГГц.
7. Проверьте расположение точки доступа.
8. Исключите помехи и экранирующие конструкции.

Ping до точки доступа

ping -c 100 -i 0.2 192.168.1.1

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

Создание рабочего каталога

mkdir -p ~/network-audit/{system,discovery,nmap,pcap,speed,reports}

Сохранение информации о системе

date -Iseconds \
  | tee ~/network-audit/system/date.txt

hostnamectl \
  | tee ~/network-audit/system/hostnamectl.txt

ip -br address \
  | tee ~/network-audit/system/ip-address.txt

ip route \
  | tee ~/network-audit/system/routes.txt

ip neigh \
  | tee ~/network-audit/system/neighbours.txt

nmcli device status \
  | tee ~/network-audit/system/nmcli-devices.txt

ss -tulpen \
  | tee ~/network-audit/system/listening-ports.txt

Запись терминальной сессии

script -a ~/network-audit/reports/terminal-session.txt

Для завершения записи:

exit

Контрольные суммы файлов захвата

sha256sum ~/network-audit/pcap/*.pcap* \
  > ~/network-audit/reports/pcap-sha256.txt

Структура нормального отчета

1. Дата и время диагностики.
2. Адрес и описание объекта.
3. Описание проблемы со слов пользователя.
4. Схема подключения.
5. Модель маршрутизатора и сетевого оборудования.
6. IP-адреса и подсети.
7. Результаты ping и MTR.
8. Результаты проверки DNS.
9. Результаты Nmap и проверки портов.
10. Результаты iperf3.
11. Найденные ошибки интерфейсов.
12. Вывод по причине неисправности.
13. Рекомендации по устранению.