проверка доступности хоста

проверка доступности хоста выполняется командой ping. Пример:

ping 8.8.8.8

в ответ в случае успеха получаем нечто похожее:

Pinging 8.8.8.8 with 32 bytes of data:
Reply from 8.8.8.8: bytes=32 time=19ms TTL=58
Reply from 8.8.8.8: bytes=32 time=19ms TTL=58
Reply from 8.8.8.8: bytes=32 time=19ms TTL=58
Reply from 8.8.8.8: bytes=32 time=19ms TTL=58

Ping statistics for 8.8.8.8:
    Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
    Minimum = 19ms, Maximum = 19ms, Average = 19ms

В windows по умолчанию делается 4 попытки связаться с хостом, в Linux пинг посылается до тех пор, пока пользователь сам не прервёт процесс - например с помощью сочетания Ctrl+C или Ctrl+Break, вывод будет в таком случае похож на следующий:

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=111 time=18.0 ms
64 bytes from 8.8.8.8: icmp_seq=2 ttl=111 time=18.0 ms
64 bytes from 8.8.8.8: icmp_seq=3 ttl=111 time=18.1 ms
64 bytes from 8.8.8.8: icmp_seq=4 ttl=111 time=18.1 ms
64 bytes from 8.8.8.8: icmp_seq=5 ttl=111 time=18.1 ms
^C
--- 8.8.8.8 ping statistics ---
5 packets transmitted, 5 received, 0% packet loss, time 4005ms
rtt min/avg/max/mdev = 18.013/18.056/18.114/0.037 ms

В случае если хост недоступен, то можем получить другие варианта ответа - смотрим на содержание Lost - количество потерянных пакетов - если не 0, то пакеты теряются, также смотрим на время отклика - time - для локальной сети нормальное время отклика до 4 ms, в случае с интернетом время отклика зависит от месторасположения хоста - если узел находит в другой части света, то скорее всего время отклика будет большим - м.б. даже больше 200 ms Пример недоступного хоста:

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

100% пакетов потеряно, при этом хост не отвечает, однако такое поведение не может однозначно говорить об отсутствии связности, т.к. на узле м.б. просто отключён отклик на протокол ICMP, следует отметить, что обычно узел отвечает на ping. Другой пример вывода с ошибкой:

connect: Сеть недоступна

как мы видим тут проблемы уже не в удалённом узле, а у нас - утилита пинг вообще не отрабатывает, т.е. имеет смысл проверить настройку подключения интерфейсов, ip адресацию, вообще включён ли у вас интерфейс на машине, есть ли маршруты по умолчанию или до нужной сети. Другой пример вывода с ошибкой: image alt text image alt text Тут мы также видим, что 100% пакетов потеряно, но у нас есть ответ от хоста 192.168.25.1 - Destination Host Unreachable - т.е. удалённый хост недостижим, что скорее всего свидетельствует о наличии проблем с маршрутизацией.