Исследование типов IP-адресов и доступности сети в Linux

Введение

В этой лабораторной работе вы изучите фундаментальные концепции IP-адресации и сетевой доступности в среде Linux. Вы будете использовать распространенные утилиты командной строки, такие как ping и ip a, для выполнения основных сетевых диагностик. Упражнения помогут вам протестировать локальный TCP/IP стек с использованием loopback-адреса, определить частный IP-адрес вашей машины и проверить подключение к общедоступному Интернету.

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

Тестирование локального стека TCP/IP с помощью ping 127.0.0.1

На этом этапе вы научитесь тестировать собственную сетевую конфигурацию системы, используя loopback-адрес. Это фундаментальный диагностический шаг для проверки корректной установки и функционирования программного стека TCP/IP, еще до проверки каких-либо физических сетевых подключений.

Loopback-адрес (адрес обратной петли), который почти всегда равен 127.0.0.1, является специальным IP-адресом, который компьютер использует для обращения к самому себе. Когда вы отправляете сетевой трафик на 127.0.0.1, он не выходит на какое-либо сетевое оборудование (например, Wi-Fi или Ethernet-карту). Вместо этого трафик "возвращается" обратно внутри операционной системы. Это чрезвычайно полезно для тестирования.

Мы будем использовать команду ping — распространенную сетевую утилиту, используемую для проверки доступности хоста в IP-сети.

Теперь давайте выполним ping loopback-адреса. В вашем терминале, который в настоящее время находится в каталоге ~/project, введите следующую команду и нажмите Enter.

ping 127.0.0.1

Вы увидите непрерывный поток ответов от 127.0.0.1. Это означает, что TCP/IP стек вашей системы работает должным образом. Каждая строка представляет собой успешный "echo reply" (ответ эхо-запроса), полученный от локальной машины.

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.045 ms
64 bytes from 127.0.0.1: icmp_seq=2 ttl=64 time=0.050 ms
64 bytes from 127.0.0.1: icmp_seq=3 ttl=64 time=0.052 ms
...

Команда ping будет продолжать работать до тех пор, пока вы ее не остановите. Чтобы остановить команду, нажмите Ctrl+C. После остановки вы увидите сводку статистики ping.

Этот успешный тест подтверждает, что сетевое программное обеспечение на вашей виртуальной машине функционирует.

Определение вашего частного IP-адреса с помощью команды ip a

На этом этапе вы определите частный IP-адрес вашей виртуальной машины. После подтверждения работы внутреннего TCP/IP стека с loopback-адресом, следующим логическим шагом является поиск адреса, который ваша система использует для связи с другими устройствами в той же локальной сети.

Большинство локальных сетей (таких как та, к которой подключена эта виртуальная машина, или ваша домашняя/офисная сеть) используют частные IP-адреса. Это специальные диапазоны IP-адресов, которые недоступны из общедоступного Интернета. Они зарезервированы для внутреннего использования. Эта система предотвращает исчерпание адресов IPv4 и добавляет уровень безопасности.

Чтобы найти ваш IP-адрес в современной системе Linux, вы можете использовать команду ip a (которая является частью пакета iproute2 и заменяет устаревшую команду ifconfig).

В вашем терминале выполните следующую команду:

ip a

Вывод перечислит все сетевые интерфейсы вашей системы. Вам нужно найти основной сетевой интерфейс, который обычно называется eth0 или ens.... IP-адрес указан в строке, начинающейся с inet.

Вот пример того, как может выглядеть вывод. Ваши IP-адрес и имена интерфейсов могут отличаться.

1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host
       valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
    link/ether 00:16:3e:0a:71:39 brd ff:ff:ff:ff:ff:ff
    inet 172.16.50.171/24 brd 172.16.50.255 scope global eth0
       valid_lft forever preferred_lft forever
    inet6 fe80::216:3eff:fe0a:7139/64 scope link
       valid_lft forever preferred_lft forever
3: docker0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN group default
    link/ether 02:42:ae:2a:df:b8 brd ff:ff:ff:ff:ff:ff
    inet 172.17.0.1/16 brd 172.17.255.255 scope global docker0
       valid_lft forever preferred_lft forever

В приведенном выше примере частный IP-адрес — 172.16.50.171. Теперь определите адрес inet вашей системы и проверьте, попадает ли он в один из стандартных диапазонов частных IP-адресов:

Класс A: 10.0.0.0 по 10.255.255.255
Класс B: 172.16.0.0 по 172.31.255.255
Класс C: 192.168.0.0 по 192.168.255.255

IP-адрес 172.16.50.171 из нашего примера попадает в диапазон частных адресов класса B. Ваша виртуальная машина LabEx также будет иметь IP-адрес из одного из этих диапазонов.

Проверка доступности публичного Интернета с помощью ping 8.8.8.8

На этом этапе вы проверите, может ли ваша виртуальная машина взаимодействовать с публичным Интернетом. Вы подтвердили работоспособность локального TCP/IP стека и нашли свой частный IP-адрес. Теперь давайте посмотрим, можете ли вы достичь сервера за пределами вашей локальной сети.

Публичные IP-адреса — это глобально уникальные адреса, которые маршрутизируются в Интернете. Ваша виртуальная машина с ее частным IP-адресом не может напрямую использовать этот адрес в Интернете. Вместо этого маршрутизатор или шлюз в сети выполняет преобразование сетевых адресов (NAT - Network Address Translation). Он преобразует частный IP-адрес вашей виртуальной машины в публичный IP-адрес при отправке трафика в Интернет и наоборот для возвращающегося трафика.

Для проверки мы выполним ping известного публичного IP-адреса: 8.8.8.8. Это адрес одного из публичных DNS-серверов Google, который отличается высокой доступностью и является стандартным выбором для тестирования подключения к Интернету.

В вашем терминале введите следующую команду и нажмите Enter:

ping 8.8.8.8

Вы должны увидеть серию успешных ответов. Обратите внимание, что значение time= обычно выше, чем при пинге loopback-адреса, поскольку пакеты данных проходят через Интернет до сервера Google и обратно.

PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data.
64 bytes from 8.8.8.8: icmp_seq=1 ttl=58 time=2.34 ms
64 bytes from 8.8.8.8: icmp_seq=2 ttl=58 time=2.30 ms
64 bytes from 8.8.8.8: icmp_seq=3 ttl=58 time=2.35 ms
...

Эти ответы подтверждают, что ваша виртуальная машина успешно подключается к публичному Интернету. Нажмите Ctrl+C, чтобы остановить команду ping.

Проверка доступности локальной сети путем пинга неназначенного IP-адреса

На этом этапе вы попытаетесь связаться с IP-адресом в вашей локальной сети, который не назначен ни одному устройству. Это демонстрирует, что для успешной связи IP-адрес назначения должен не только находиться в правильной сети, но и быть активно занятым хостом, который может ответить.

Вы уже нашли свой собственный частный IP-адрес. Теперь вы выберете другой адрес в той же подсети, который почти наверняка не используется. Подсеть — это логическое разделение IP-сети. Например, если ваш IP-адрес 172.16.50.171 с маской /24, ваша подсеть включает все адреса от 172.16.50.1 до 172.16.50.254.

Давайте выберем IP-адрес, который, скорее всего, не используется. Исходя из распространенного IP-адреса 172.16.50.171 для этой среды, мы попытаемся выполнить ping 172.16.50.250.

В вашем терминале введите следующую команду и нажмите Enter:

ping 172.16.50.250

На этот раз вы не увидите никаких ответов. Команда будет зависать, отправляя пакеты без ответа. Это происходит потому, что по этому IP-адресу нет устройства, которое могло бы ответить на запрос ping. Через несколько секунд остановите команду, нажав Ctrl+C. Вы увидите сводку, указывающую на 100% потерю пакетов. Этот тайм-аут является распространенным способом определения того, что хост недоступен в сети.

PING 172.16.50.250 (172.16.50.250) 56(84) bytes of data.
^C
--- 172.16.50.250 ping statistics ---
23 packets transmitted, 0 received, 100% packet loss, time 22510ms

Этот вывод подтверждает, что IP-адрес должен быть активен в сети, чтобы быть доступным. Нажмите Ctrl+C, чтобы остановить команду.

Исследование мультикаст-адресов с помощью ping 224.0.0.1

На этом заключительном этапе вы изучите другую категорию IP-адресов: мультикаст. До сих пор вы работали с адресами типа unicast, где связь осуществляется один к одному (ваша машина к loopback, ваша машина к публичному серверу и т. д.).

Мультикаст — это метод связи "один ко многим". Один пакет отправляется от одного источника на специальный мультикаст-адрес, а сетевая инфраструктура доставляет его всем устройствам, которые "подписались" на этот адрес. Это гораздо эффективнее, чем отправка отдельных пакетов каждому отдельному получателю.

Диапазон IP-адресов от 224.0.0.0 до 239.255.255.255 зарезервирован для мультикаста (Class D). Мы будем использовать специальный, широко известный мультикаст-адрес: 224.0.0.1. Это адрес группы "все хосты" (all-hosts). Любой хост в локальном сетевом сегменте, поддерживающий мультикаст, должен отвечать на трафик, отправленный на этот адрес.

Посмотрим, что произойдет, когда вы отправите ему ping. В вашем терминале выполните:

ping 224.0.0.1

Теоретически, любой хост в локальной сети, поддерживающий мультикаст, должен отвечать на ping-запрос к группе "все хосты". Вы можете ожидать получения ответов от своей собственной машины. Однако во многих современных средах Linux по умолчанию, по соображениям безопасности или производительности сети, ICMP echo-запросы к мультикаст-адресам игнорируются.

Наблюдайте за выводом. Скорее всего, вы не увидите никаких ответов. Через несколько секунд остановите команду, нажав Ctrl+C. Сводка покажет 100% потерю пакетов.

PING 224.0.0.1 (224.0.0.1) 56(84) bytes of data.
^C
--- 224.0.0.1 ping statistics ---
14 packets transmitted, 0 received, 100% packet loss, time 13312ms

Этот результат демонстрирует важный принцип реальных сетей: теоретические стандарты (например, ответ на мультикаст для всех хостов) не всегда реализуются или включаются на практике. Конфигурации системы, брандмауэры или настройки ядра могут изменять ожидаемое поведение. Нажмите Ctrl+C, чтобы остановить ping.

Резюме

В этой лабораторной работе вы изучили основные концепции IP-адресации и доступности сети в среде Linux, используя распространенные утилиты командной строки. Вы узнали, как проверить целостность локального стека TCP/IP, отправляя ping на адрес обратной петли (127.0.0.1), и как определить частный IP-адрес вашей системы для локальной сетевой связи с помощью команды ip a.

Кроме того, вы отработали диагностику сетевой связности, протестировав доступность публичного интернета с помощью ping 8.8.8.8 и наблюдая за ответом при отправке ping на неназначенный локальный IP-адрес. Лабораторная работа завершилась исследованием специальных типов адресов, в частности, использованием ping 224.0.0.1 для понимания функции мультикаст-адресов для связи "один ко многим" в сети.