Главная » Linux

Ping the port in windows

Содержание
  1. RootUsers
  2. Guides, tutorials, reviews and news for System Administrators.
  3. How to “ping” a port
  4. Enter tcping
  5. What about UDP?
  6. Why a port may not respond
  7. Summary
  8. How To Ping Specified Port Number?
  9. Ping Remote System
  10. Ping Remote Port with Nmap
  11. Ping Remote Port with Netcat
  12. Ping Remote Port with Telnet
  13. How to Ping Specific Port Number in Linux and Windows
  14. PHP Code
  15. Can You Ping a Specific Port?
  16. How to Ping a Specific Port in Linux?
  17. Ping a Specific Port Using Telnet
  18. Ping a Specific Port Using Netcat
  19. Ping a Specific Port Using Nmap
  20. How to Ping a Specific Port in Windows?
  21. Ping a Port Using Telnet
  22. IT-блог о веб-технологиях, серверах, протоколах, базах данных, СУБД, SQL, компьютерных сетях, языках программирования и создание сайтов.
  23. Пинг — сетевая утилита командной строки Windows. Команда Ping для теста и проверки удаленного узла или сервера
  24. Что такое пинг и как работает эта команда?
  25. Как проверить пинг?
  26. Параметры команды Ping в Windows
  27. Примеры использования утилиты Ping для сетевой диагностики
  28. Бесконечный пинг удаленного узла
  29. Как задать число пакетов команде Ping
  30. Как узнать имя узла/доменное имя при пинге IP-адреса
  31. Как задать размер пакетов при пинге и запретить фрагментацию пакетов при использовании команды Ping
  32. Как узнать маршрут до удаленного узла при помощи утилиты Ping
  33. Другие полезные параметры утилиты Ping
  34. Как диагностировать домашнюю локальную сеть и интернет при помощи команды Ping
  35. Как проверить сетевые программные компоненты компьютера при помощи утилиты Ping
  36. Проверяем работу роутера и физических интерфейсов компьютера при помощи команды Ping
  37. Проверяем интернет канал, который предоставляет нам провайдер при помощи утилиты Ping
  38. Простые советы и рекомендации по использованию утилиты Ping при сетевой диагностики
  39. Выводы

RootUsers

Guides, tutorials, reviews and news for System Administrators.

How to “ping” a port

Most of us would be familiar with the simple ICMP based ‘ping’ command which allows us to test for a basic response from some network connected device. While great for basic troubleshooting it does not allow us to confirm if the particular host at the other end is responding on TCP or UDP ports where the majority of services are likely to be provided.

Ping isn’t the be all and end all of network troubleshooting, if a firewall blocks inbound ICMP traffic then a ping will not succeed which can produce a false perception that the host is down as it is not responding to the ping, however other services could still be responding fine.

Alternatively while ping may come back fine with a response it doesn’t indicate if a web server is responding on port 80 for HTTP requests, the web server may have failed and no longer be responding.

So if ping is ICMP based, can we hit a TCP or UDP port for response instead? The answer is yes, let’s take a look.

Enter tcping

tcping is one such tool that can be used to check that a TCP port is responding, there are a few versions available however I use this one: http://www.elifulkerson.com/projects/tcping.php

The manual is on the same page, basically you can run a command similar to the below.

Here we are using tcping to check port 443 at google.com. As can be seen the port is showing as being open and responding, if the port is not open it will show as no response after 2000ms by default.

You could also use telnet to test for TCP connectivity to a port, however the tcping tool provides further features as outlined in the usage section here. Some such features include being able to continually run the test allowing a way to generate traffic for you to watch out for in live packet captures as well as the response time.

What about UDP?

As UDP is a connectionless protocol, determining if it is responding is a bit different. A TCP ‘ping’ works by performing a three way hand shake, the source will send a SYN to the destination, the destination will reply with a SYN-ACK, and the source will then send an ACK completing the handshake and establishing the connection. As UDP does not establish a connection we can’t just look for this to determine if the port is responding, we instead need to send specific data and see if we receive a response.

NMAP is a great tool for this, you can download it and use it to port scan a destination address to determine what ports are open.

In this example we are querying if 8.8.8.8 is responding on UDP port 53, as it serves DNS we would expect it to be open.

The open|filtered result is used when nmap is unable to determine if the port is open or filtered, the open port may not have given a response. It shows that the service has been identified as ‘domain’ as it’s for serving DNS. I’ve tested this to some other DNS servers out on the Internet and some do show as open only confirming that they are responding.

NMAP can also be used to check a TCP port is open in a similar way, just change -sU to -sT.

Why a port may not respond

There are a few simple reasons that a port may not respond to your test.

  • A firewall is blocking the traffic: There may be a firewall running between the source and destination filtering the traffic depending on the rules in place even if you know the destination should be responding on a particular port.
  • The destination may not be listening on the port: Simply put, the destination you are trying to connect to may not have any services listening on the port specified so there will not be any response. This can also happen if a service has been stopped, for example if you stop Apache a web server will no longer respond to port 80 requests.
  • There is some other network problem between the source and destination of the traffic: There could be any number of network connectivity problems between the source and destination, if possible check the network however if the traffic is traversing the Internet you will be limited in what you can check.

You can check the connectivity along the path of the traffic by running a packet capture with something like Wireshark or tcpdump, this will show you where the traffic is getting through to and where it’s being stopped along the route. You could run it on the source and destination servers, as well as devices in between that you have access to such as firewalls or routers. Follow the flow of traffic until you determine where the problem is.

Summary

While performing a TCP ‘ping’ to a destination you can confirm if it is responding as intended, though there are a few reasons the port may not respond as noted. UDP can be checked however it’s a bit more difficult to be certain if you’re correctly receiving a response so the tests aren’t always reliable, which makes sense as UDP is not a reliable protocol. These tests can be useful when testing security by confirming if ports are open or closed.

How To Ping Specified Port Number?

Ping is a very popular term used by the system or network administrators. Ping means checking the given remote system whether it is up. A ping is a simple tool which uses ICMP protocol to check remote host. Some times ping port can be used with similar intentions. In this tutorial, we will look at how to ping remote system given ports.

Ping Remote System

We will start with regular ping. This will show us that the remote system is up. In some situations, the remote systems may be up but do not respond ping.

Ping Remote Port with Nmap

nmap is a very useful tool used by system administrators, network administrators, and pen testers. nmap provides a lot of network-related scan features. For more information please follow tutorial below.

In this example we will specify the port we want to ping with -p option. Keep in mind that this will be a TCP port. We will ping google.com port 443 or we can use a port name like https .

As we can see the port is the open and remote host is up too.

Ping Remote Port with Netcat

netcat is another useful tool which provides remote connection, listening ports and port scan. Detailed information about netcat can be found in the following tutorial.

We can use netcat in order to scan remote systems ports. In this example, we will ping google.com port 443 .

After connecting remote port there will be meaningless responses which means the remote port is up.

Ping Remote Port with Telnet

telnet is another useful tool used to connect remote telnet servers. But we can use this tool in order to ping remote TCP ports. We will ping google.com port 443 with the following command.

The connection is established and then after a timeout, it is closed which means ping is successful.

How to Ping Specific Port Number in Linux and Windows

PHP Code

  1. Home
  2. Networking
  3. How to Ping Specific Port Number in Linux and Windows

Introduction

The ping command is a network tool for checking whether a remote system is up and running. In other words, the command determines if a certain IP address or a host are accessible. Ping uses a network layer protocol called Internet Control Message Protocol (ICMP) and is available on all operating systems.

On the other hand, port numbers belong to transport layer protocols, such as TCP and UDP. Port numbers help identify where an Internet or other network message is forwarded when it arrives.

In this tutorial, you will learn how to ping a port in Windows and Linux using different tools.

Prerequisites

  • A Linux or Windows system
  • Access to the command line
  • An account with sudo/admin privileges

Can You Ping a Specific Port?

Network devices use ICMP to send error messages and information on whether communication with an IP address is successful or not. ICMP differs from transport protocols as ICMP is not used to exchange data between systems.

Ping uses ICMP packets, and ICMP does not use port numbers which means a port can’t be pinged. However, we can use ping with a similar intention – to check if a port is open or not.

Some network tools and utilities can simulate an attempt to establish a connection to a specific port and wait to see if the target host responds. If there is a response, the target port is open. If not, the target port is closed, or the host is unable to accept a connection because there is no service configured to listen for connections on that port.

How to Ping a Specific Port in Linux?

You can use three tools to ping a port in Linux:

See our tutorial on how to use the ping command in Linux to learn about additional ping options and variations in Linux.

Ping a Specific Port Using Telnet

Telnet is a protocol used for interactive communication with the target host via a virtual terminal connection.

1. To check whether telnet is already installed, open a terminal window and enter telnet .

2. If telnet is not installed, install it using the following command

  • For CentOS/Fedora: yum -y install telnet
  • For Ubuntu: sudo apt install telnet

3. To ping a port using telnet, enter the following command in the terminal:

The syntax is the domain or the IP address of the host, while

is the port you want to ping.

If the port is open, telnet establishes a connection. Otherwise, it states a failure.

4. To quit telnet, press Ctrl + ] and run the q command.

Ping a Specific Port Using Netcat

Netcat (nc) reads and writes from connections using TCP and UDP protocols. This command-line tool can perform many network operations.

1. To check if netcat is installed:

  • For Debian, Ubuntu, and Mint: enter netcat -h
  • For Fedora, Red Hat Enterprise Linux, and CentOS: ncat -h

2. If netcat is not installed, run the following command in the terminal:

3. To ping a port using netcat enter the following:

The output informs the user if the connection to the specified port is successful or not. If it is successful, the port is open.

Ping a Specific Port Using Nmap

Nmap is a network tool used for vulnerability scanning and network discovery. The utility is also useful for finding open ports and detecting security risks.

Important: Be aware of legal ramifications regarding improper Nmap use, for example, flooding a network or crashing a system.

1. Check if you have Nmap installed by entering nmap -version in the terminal.

If Nmap is installed, the output informs the user about the app version and platform it runs on.

2. If there is no Nmap on your system, enter the following command:

  • For CentOS or RHEL Linux: sudo yum install nmap
  • For Ubuntu or Debian Linux: sudo apt install nmap

3. Once Nmap is installed on the system, use the following command to ping a specific port:

The output informs the user about the port’s state and service type, latency, and the time elapsed until the completion of the task.

4. To ping more than one port, enter nmap -p .

The syntax is the range of port numbers you want to ping, separated by a hyphen.

Learn in-depth how to use nmap to scan ports with our guide How To Scan & Find All Open Ports With Nmap.

How to Ping a Specific Port in Windows?

There are two ways to ping a port in Windows:

Ping a Port Using Telnet

Before using telnet, make sure it is activated:

Читайте также:  Какая версия windows была до года

1. Open the Control Panel.

2. Click Programs, and then Programs and Features.

3. Select Turn Windows features on or off.

4. Find Telnet Client and check the box. Click OK.

You activated the Telnet Client on the system.

After completing the activation, you are ready to ping a port using telnet.

Follow these steps:

1. Search for “cmd” in the start menu. Click the Command Prompt.

2. In the command prompt window, enter

The syntax is the domain or the IP address of the host, while

is the port number you want to ping.

The output lets you know if the port is open and reachable. Alternatively, a connection failure message is shown.

Note: Learn more about Telnet by referring to our guide How To Use Telnet On Windows.

IT-блог о веб-технологиях, серверах, протоколах, базах данных, СУБД, SQL, компьютерных сетях, языках программирования и создание сайтов.

Пинг — сетевая утилита командной строки Windows. Команда Ping для теста и проверки удаленного узла или сервера

Привет, посетитель сайта ZametkiNaPolyah.ru! Эта запись будет про простую, но очень полезную стандартную сетевую утилиту ping и о том, как ею пользоваться из командной строки Windows. Возможности команды ping скромны, но ее можно быстро проверить доступность удаленного ресурса или сервера, оценить потери и задержки, хотя и не очень точно. Почему не очень точно? Об этом вы узнаете из данной записи, а также здесь вы найдете простую инструкцию о том, как при помощи команды ping проверить домашнюю сеть и интернет соединение.

Если вам интересна тема компьютерных сетей, то в блоге уже практически закончена первая часть курса по основам компьютерных сетей, можете ознакомиться с ее содержимым. И вот здесь можно получить немного информации о самом курсе основанном на Cisco ICND1.

Что такое пинг и как работает эта команда?

Команда Ping – одна из самых используемых сетевых утилит интерпретатора командной строки, присутствующая в стандартном наборе программных средств любой операционной системы с поддержкой сетевого взаимодействия. Утилита Ping является самым простым и удобным средством проверки доступности удаленного узла. Данная утилита есть не только в операционных системах для настольных ПК и серверов, например, операционных системах семейства Windows или UNIX-подобных операционных системах, к которым относится Linux (вот здесь можете немного прочитать про дистрибутив Linux Mint). Но также эта утилита есть среди стандартных компонентов многих сетевых устройств, скорее всего, ваш домашний роутер тоже умеет пинговать удаленные узлы.

Правда стоит сказать, что возможности утилиты Ping в домашнем роутере куда более скромные, нежели возможности команды Ping компьютера, на котором установлена Windows. Ну а если запустить эмулятор терминала Linux и посмотреть на параметры команды Ping там (именно параметры определяют возможности), то станет ясно, что реализация данной программы в Windows очень скромная, с ней мы и познакомимся в данной записи.

Программа Ping в Windows представлена одним файлом — ping.exe, этот файл находится в папке System32: c:\Windows\System32. Но сейчас нам это не особо интересно, куда интереснее понять, как работает данная команда, и какие возможности есть нее при использовании из командной строки Windows. Стоит отметить, что для ее использования вам не потребуется запускать командную строку от имени администратора.

Итак, мы уже выяснили, что команда Ping используется для проверки доступности удаленных узлов в компьютерной сети (сеть Интернет это тоже компьютерная сеть), для своей работы эта утилита использует протокол ICMP (Internet Control Message Protocol или протокол межсетевых управляющих сообщений), этот протокол работает на сетевом уровне модели стека протоколов TCP/IP (эта информация нам потребуется чуть ниже).

Как правило, в сетевом взаимодействие принимает участие, как минимум, две стороны, а между этими устройствами есть канал связи, в котором могут быть транзитные узлы и линии передач разного качества, чтобы косвенно оценить качество канала связи между точками А и Б, можно использовать команду Ping. Давайте договоримся, что точкой А будет наш компьютер, а точкой Б — удаленный узел.

Когда мы запустим командную строку и напишем ping (в качестве адреса удаленного узла можно использовать как IP-адреса, так и доменные имена или имена хостов) и нажмем Enter, наш компьютер сформирует специальное сообщение, которое называется ICMP Echo-Request, это сообщение он запакует в IP-пакет (вспоминаем про инкапсуляцию данных в компьютерной сети), у пакета есть специальное поле IP-адрес назначения, в которое компьютер запишет IP-адрес удаленного узла, а также есть поле IP-адрес источника, в это поле компьютер запишет свой IP-адрес, чтобы на точке Б знали куда посылать ответ.

Также стоит заметить, что ICMP-запрос, который будет сформирован компьютером представляет собой сообщение, состоящее из двух больших частей:

  1. Заголовка (ICMP Header), в котором содержится вся служебная информация, в том числе и тип сообщения, то есть по заголовку можно понять чем является данное сообщение — запросом или ответом. Заголовок ICMP сообщения является обязательной его частью, размер заголовка составляет 8 байт.
  2. Тело сообщения или полезные данные (ICMP Payload) не является обязательной частью ICMP-сообщения, но при использовании команды Ping поле данных ICMP сообщения обычно заполняется символами английского алфавита.

Когда ICMP-запрос нашего компьютера дойдет до удаленного узла, он принимает решение о том, что с ним делать, удаленный узел может быть настроен таким образом, что вообще не будет отвечать на ICMP-запросы, но давайте представим, что удаленный узел решил ответить на наш запрос, в ответ он пошлет ICMP-ответ, а если быть точным, то ICMP Echo-Reply, размере заголовка ответа не изменится, он в любом случае 8 байт (изменятся некоторые значения заголовка), но еще удаленный узел должен будет поместить в поле данных ICMP-ответа те же самые данные, которые он получил в запросе, а затем послать его обратно нам на точку А.

Эта схема взаимодействия очень похожа на модель клиент-сервер, только с той разницей, что здесь нет явных ролей клиента и сервера: если точка А посылает запросы, то ответы ей будет давать точка Б, а если точка Б будет слать запросы, то отвечать придется точке Б, стоит еще заметить, что обмен ICMP сообщениями, строго говоря, не вписывается в модель клиент-сервер. ICMP-запрос нельзя считать попыткой компьютера получить услугу от удаленной стороны, а ответ удаленной стороны нельзя считать оказанием услуги, это просто служебные сообщения, которые позволяют нам убедиться, что связь между узлами есть.

Давайте запустим командую строку Windows и на практике посмотрим как работает утилита ping, напишите ping 8.8.8.8.

Как работает команда Ping в Windows

У команды Ping в любой операционной системе есть один обязательный параметр — адрес удаленного узла, я уже говорил, что это может быть как имя хоста, так и IP-адрес, в данном случае мы пинговали публичный ДНС-сервер Гугл по IP-адресу. По умолчанию команда Ping в Windows оправляет четыре запроса к удаленному узлу, также утилита в Windows по умолчанию задает размер полезных данных ICMP сообщения равным 32-ум байтам, каждый запрос упаковывается в IP-пакет, у которого есть поле TTL (time to live), по умолчанию команда Ping задает значение этому полю равное пятьдесят пять, все эти параметры можно менять, но об этом ниже.

Обратите внимание: после того как команда Ping закончила свою работу, она предоставила нам общую информацию, в данном случае мы видим, что было отправлено четыре пакета, получено четыре ответа и ни одного потерянного пакета, а также есть сводная информация о времени прохождения пакетов по сети: максимальное время, среднее время и минимальное время, в данном случае получилось, что этих три числа одинаковые, но так бывает не всегда.

Еще в выводе утилиты Ping видно время прохождения пакета по сети, можно сказать, что когда наш ПК отправляет запрос в сторону удаленного узла, он включает таймер, который считает сколько времени прошло, как только наш ПК получает ответ на запрос он выключает таймер и фиксирует время, если удаленный узел недоступен, мы не ждем до бесконечности, по умолчанию утилита Ping в Windows использует максимальное время ожидания четыре секунды, это время можно менять.

Давайте попробуем пропинговать удаленный узел, используя доменное имя, пинговать будем домен компании Майкрософт, все дело в том, что некоторые сервера этой компании не отвечают на ICMP-запросы.

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

На скрине выше вы видите два результата работы команды Ping: в первом случае мы пинговали домен microsoft[точка]com, этот домен висит на IP-адресе 104.43.195.251, об этом нам сказала команда Ping, мой ПК отправил четыре запроса и ни разу не получил ответ, просто сервер Майкрософта не отвечает на запросы, при попытке пропинговать адрес 104.43.195.251, вы точно также получите четыре раза сообщение о том, что «Превышен интервал ожидания для запроса». Вообще, сообщения могут быть разными и сообщают они нам о разных ситуациях, но об этом мы будем говорить, когда начнем разбираться с протоколом ICMP.

Если вы откроете браузер и попробуете написать в адресной строке 104.43.195.251 или microsoft[точка]com, то сервер Майкрософт вас перенаправит на домен www[точка]microsoft[точка]сom, если пропинговать этот домен, то мы получим от него ответ, более того, команда Ping нам подскажет IP-адрес домена www[точка]microsoft[точка]сom, а также сообщит имя хоста (e13678.dspb.akamaiedge.net). Думаю, с назначением команды Ping все ясно.

Как проверить пинг?

Вообще, вопрос «как проверить пинг?» некорректный, потому что при помощи утилиты Ping мы проверяем не пинг как таковой, а делаем косвенную оценку качеству канала связи между точкой А и точкой Б (об особенностях, которые есть между точкой А и Б мы поговорим в конце этой публикации), оценка косвенная, потому что при пинге узла где-нибудь в Америке неизвестных для нас факторов больше, чем известных.

Например, вы запустили пингуете игровой сервер в Австралии и получаете время ответа (иначе это время называется RTT – Round Trip Time) 90 миллисекунд. Хорошо это или плохо? На самом деле трудно сказать. Для того чтобы делать какие-то выводы, например, о качестве, а вернее о возможностях вашего провайдера предоставить качественную (в вашем понимание) связь с конкретным Австралийским сервером, вам нужно провести несколько тестов. Во-первых, оценить трассу до этого сервера при помощи утилиты tracert, затем проверить эту трассу на потери при помощи утилит mtr, WinMTR или pathping.

Потом связаться с представителями Австралийского сервера, попросить их сделать то же самое в вашу сторону. Потом найти 5-6 друзей в своем городе, которые подключены к другим провайдерам, повторить все эти процедуры на их компьютерах, а также попросить своих австралийских коллег о том, чтобы они сделали те же самые тесты до 5-6 узлов ваших друзей.

Если результаты с вашего ПК гораздо хуже, чем у одного из ваших друзей, то это еще не означает, что у него Интернет лучше, это означает, что его провайдер может предоставить канал до конкретного сервера с меньшими задержками/потерями. Не спешите менять провайдера, для начала попробуйте обратиться в тех. поддержку своего, возможно, они решат вашу проблему, это причина номер раз. Для меня причина номер два заключается в том, что мне просто было бы лень менять провайдера и проходит через все эти адовы муки подключения и беготни.

Ну а причина номер три заключается в том, что провайдеры постоянно взаимодействуют друг с другом и может получиться так, что по каким-то коммерческим или юридическим причинам канал до австралийского сервера на вашем новом провайдера в один прекрасный день станет хуже чем тогда, когда вы на него перешли. В общем, какие выводы надо сделать? Вопрос: «как проверить пинг?», в корне неправильный, при помощи команды Ping мы лишь можем оценить потери до удаленного узла, а также время ответа удаленного сервера, то есть получить косвенную информацию о качестве канала связи (про другие характеристики компьютерной сети можно почитать немного здесь).

Параметры команды Ping в Windows

Теперь давайте посмотрим на параметры команды Ping в Windows. Для этого воспользуемся конструкцией, которая позволяет получить справку в командной строке (/?), команда будет выглядеть так: ping /?. Кстати говоря, если написать команду Ping без параметров, то в результате вы получите список доступных параметров. Стандартная команда help не даст вам подсказку.

Как видите, справка Windows дает подробные и четкие пояснения по параметрам, которые можно использовать вместе с утилитой Ping. Стоит только добавить, что у данной утилиты есть один обязательный параметр — адрес удаленного узла, который может быть представлен как в виде IP-адреса, так и в виде доменного имени сайта или сервера.

Примеры использования утилиты Ping для сетевой диагностики

Давай теперь рассмотрим самые полезные и часто используемые вариации использования утилиты Ping для диагностики сети и проверки доступности удаленных ресурсов и серверов. К сожалению, как и в случае с командной tracert, здесь совершенно не будет примеров с использование протокола IPv6.

Бесконечный пинг удаленного узла

Команда Ping имеет параметр, который позволяет пинговать удаленный узел бесконечно, это параметр -t. Чтобы бесконечно пинговать удаленный узле, нужно написать так: ping -t 8.8.8.8 (вместо 8.8.8.8 вы можете использовать любой другой IP-адрес).

Пример использования параметра -t с командной Ping, как сделать бесконечный пинг

Обратите внимание, на скриншоте статистика работы команды Ping показана два раза: сперва для первых пяти пакетов, а затем для всех отправленных пакетов. Когда вы делаете бесконечный пинг, можно посмотреть промежуточную статистику не прерывая выполнение, для этого нужно воспользоваться сочетанием клавиш ctrl+break. Чтобы остановить бесконечный пинг, воспользуйтесь сочетанием клавиш ctrl+c.

Как задать число пакетов команде Ping

Утилита Ping в операционной системе Windows по умолчанию отправляет четыре пакета, иногда этого бывает недостаточно для проверки удаленного узла, иногда требуется отправить большее число ICMP-запросов. Для указания количество запросов к удаленному узлу у команды Ping есть параметр -n: ping -n 7 8.8.8.8.

Пинг удаленного узла с заданным числом пакетов, параметр -n команды Ping

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

Как узнать имя узла/доменное имя при пинге IP-адреса

Обычно, у публичного IP-адреса в сети Интернет есть hostname или имя хоста, команда Ping позволяет узнать имя хоста при помощи параметра -a. Работает это всё вот таким образом.

Определяем имя хоста при пинге IP-адреса

Обратите внимание: если имя хоста не задано, то параметр -a ничего не покажет, в данном случае приватный IP-адрес 192.168.0.1 прописан на моем домашнем роутере.

Читайте также:  Сообщение про операционную систему mac os

Как задать размер пакетов при пинге и запретить фрагментацию пакетов при использовании команды Ping

Давайте теперь поговорим о том, как задать размер пакетов при пинге удаленного узла в командной строке Windows, а потом разберемся с фрагментацией IP-пакетов при использовании команды Ping. В операционных системах Windows при изменение размера пакетов для команды Ping есть одна небольшая, но очень важная особенность, о которой не все знают. Чтобы о ней рассказать, я должен убедиться что у вас есть представление о принципах работы моделей передачи данных, а также вы знаете и представляете как работает процесс инкапсуляции и декапсуляции данных в компьютерных сетях (модель OSI 7 и еще одна публикация по эталонной модели).

Дело всё в том, что ICMP-запрос, который посылает утилита Ping, представляет собой пакет, состоящий из двух частей: заголовка и полезных/бесполезных данных, размер заголовка ICMP составляет 8 байт. Чтобы ICMP-пакет смог дойти до узла назначения, он запаковывается в IP-пакет, который, как ни странно, тоже состоит из двух частей: заголовка и данных. Размер заголовка в протоколе IPv4 равен 20 байт.

А чтобы запрос смог дойти от вашего компьютера до домашнего роутера, IP-пакет помещается внутрь Ethernet кадра, но это для нас сейчас не важно. Наверное, не все читатели знают, поэтому мне стоит отметить, что на транспортном, сетевом и канальном уровнях модели передачи данных у сообщений этих уровней есть MTU (Maximum Transmission Unit) или максимальный размер полезной информации, который можно поместить в сообщение на том или ином уровне. При подключении вам провайдер сообщает максимально допустимое значение MTU, которое можно использовать, обычно, это значение 1500 байт, если провайдер подключает вас при помощи протокола PPPoE, то это значение 1492 байта. При этом MTU, которое сообщает вам провайдер, относится к канальному уровню, то есть Ethernet MTU. На рисунке ниже показаны настройка MTU на моем роутере.

Значение MTU на домашнем роутере

А еще есть IP MTU (то есть максимальный размер полезных данных в IP-пакете) и есть размер пакетов, которые вы задаете при использовании команды Ping в Windows. Поэтому, когда вы используете команду Ping на разных устройствах с разными операционными системами, всегда узнавайте как работает эта команда, а потом только начинайте ее применять.

Когда вы задаете размеров пакетов при пинге из командной строки Windows, вы задаете размер полезных данных без учета заголовков протоколов IP и ICMP (то есть 28 байт не учитываются, но они есть), то есть если в Windows написать ping -l 1500, то на самом деле размер полезных данных в Ethernet кадре будет равен 1528 байт (так как для Ethernet кадра полезными данными является IP-пакет со всем его содержимым), а этом уже больше, чем разрешает нам провайдер. Давайте в этом убедимся.

Первый раз я использовал команду ping -l 1500 8.8.8.8, то есть я задал размер 1500 байт, но почему-то, вопреки моим словам сказанным ранее, пинг до удаленного узла прошел, всё дело в том, что утилита Ping в Windows по умолчанию выполняет фрагментацию данных, то есть, если пакеты слишком большие и их невозможно пропихнуть в канал связи, то они разбиваются на более мелкие пакеты и только потом отправляются. В этом можно убедиться, если воспользоваться вот такой командной: ping -l 1500 -f 8.8.8.8. Параметр -f запрещает команде ping выполнять фрагментацию пакетов.

Я уже говорил, что в моем случае максимально возможный размер пакета равен 1472 байта, так получается из-за особенностей работы утилиты пинг в Windows, которая не учитывает размер ICMP и IP заголовков, плюс провайдер мне поставил ограничение MTU равное 1500 байт.

Как видим, при использовании команды ping -l 1472 -f 8.8.8.8, пакеты доходят до конечного узла, но стоит немного увеличить размер пакета и они уже не уйдут дальше моего компьютера, это видно по результатам работы команды ping -l 1473 -f 8.8.8.8. Стоит отметить, что команда Ping может принимать сразу несколько параметров, главное, чтобы эти параметры не противоречили друг другу. Например, мы можем пропинговать удаленный узел, задав нужно количество пакетов и их размер, а также запретив фрагментацию пакетов.

Задаем количество пакетов и их размер для команды Ping в Windows

Вот такие особенности есть у команды Ping в Windows при использование параметров -l и -f, учитывайте их, когда будете применять.

Как узнать маршрут до удаленного узла при помощи утилиты Ping

Вообще, маршрут до удаленного узла лучше узнавать с помощь специальных предназначенных для этого утилит: tracert, traceroute, pathping, mtr, winmtr. Но и команда Ping имеет полезный параметр для этих целей, параметр -r, но есть одно ограничение: параметр -r не может принимать значение больше 9.

Определяем маршрут до удаленного узла при помощи утилиты Ping

Здесь вместе с параметром -r я использовал параметр -n, чтобы отправить только один пакет и получил девять переходов (посчитайте количество IP-адресов в трассе), давайте сравним полученный результат с тем, что выдаст нам команда tracert, ее вывод показан на рисунке ниже.

Пользуемся утилитой tracert для того, чтобы узнать маршрут до удаленного узла

Как видим, результаты очень сильно отличаются! Во-первых, я немного обманул, сказав, что утилита Ping позволяет узнать маршрут до удаленного узла, на самом деле она показывает переходы между узлами, а во-вторых, обратите внимание на то, что промежуточные IP-адреса, полученные командой Ping, отличаются от тех, что мы получили при помощи tracert, пока я вам предлагаю найти ответ в Гугле, почитайте про ICMP протокол и как с ним работают сетевые маршрутизаторы, я же отвечу на этот вопрос в другой публикации.

Также замечу, что есть еще параметр -s, который не работает вместе -r, этот параметр также позволяет отображать переходы при пинге, но в добавок к этому, он показывает еще и метку времени, максимальное значение для этого параметра равно четырем.

Другие полезные параметры утилиты Ping

Стоит упомянуть о еще трех параметрах утилиты Ping в Windows: -w, -S и -i. Этими параметрами вы будете пользоваться не так часто, но вероятность их использования есть, поэтому стоит вкратце о них рассказать. Начнем с параметра -w, который позволяет задать время ожидания ответа от удаленного узла (ваш компьютер не до бесконечности ждет ответа), по умолчанию команда Ping в Windows использует значение 4000 мс или 4 секунды, в нормальной ситуации этого достаточно, но если канал связи очень плохой, то можно попробовать увеличить это значение, чтобы убедиться, что на том конце есть кто-то живой. Значение параметра -w задается в миллисекундах: ping -w 6000 8.8.8.8, в данном случае компьютер будет ждать ответа 6 секунд.

Второй параметр -i позволяет задать TTL (time to live) или количество узлов, которое может пройти пакет, перед тем как он будет уничтожен, то есть, если между вашим ПК и удаленным компьютером находится больше 54 маршрутизатора, то запрос от вас не дойдет до адресата, он будет уничтожен. TTL – это специальное поле в заголовке IP-пакета, которое используется для борьбы с петлей маршрутизации (ситуации, когда маршрутизаторы сконфигурированы не верно и IP-пакет бегает между ними кругами, чтобы не нарезать круги бесконечно, пакету задается значение TTL, максимальное значение TTL равно 255). Допустим ваш компьютер сформировал IP-пакет и присвоил ему значение TTL равное 30, когда пакет попадет с вашего компьютера на домашний роутер, он его обработает и прежде чем отправить пакет дальше, он вычтет из значения TTL единицу, дальше пакет попадет на роутер провайдера с TTL равным 29, этот роутер тоже вычтет единицу и пошлет пакет дальше.

Команда ping в Windows по умолчанию задает пакетам значение TTL равное 55, этого более чем достаточно в обычной ситуации, но если вы хотите изменить TTL при пинге, воспользуйтесь такой командной: ping -i 200 8.8.8.8, теперь в поле TTL будет указано значение 200.

Третий параметр утилиты Ping -S, в данном случае регистр символов имеет значение: -s позволяет увидеть метку времени, а -S позволяет задать IP-адрес источника, эта бывает полезно в тех ситуациях, когда на вашем узле прописано сразу несколько IP-адресов, параметр -S позволяет задать IP-адрес, с которого будет пинговаться удаленный узел, когда мы говорили про команду tracert, я упоминал, что маршрут «туда» может отличаться от маршрута «обратно», IP-адрес источника при пингах и трассировках не влияет на маршрут «туда», но зато он может повлиять на маршрут обратно, поэтому время прохождения пакетов по сети с разных IP-адресов на одном устройстве может быть различным, вот пример использования параметра -S: ping -S 34.48.99.200 google.com. Здесь мы пингуем сервер Гугла с IP-адреса 34.48.99.200.

Как диагностировать домашнюю локальную сеть и интернет при помощи команды Ping

При помощи утилиты Ping можно легко диагностировать домашнюю сеть. Во-первых, перед использованием команды Ping, вам нужно будет использовать команду ipconfig, с помощью которой можно узнать IP-адрес вашего компьютера и IP-адрес основного шлюза, то есть локальный IP-адрес роутера (на домашнем роутере обычно используется два IP-адреса: один IP-адрес для взаимодействия с устройствами локальной сети, для этих устройств этот IP-адрес является адресом основного шлюза или шлюза по умолчанию, а второй IP-адрес используется для соединения с провайдерским роутером, его можно найти в разделе настроек WAN в роутере).

Вернемся к команде ipconfig, напишите ее в командной строке и нажмите Enter, вы получите большой вывод, который я не буду демонстрировать на скриншоте, а покажу лишь тот фрагмент, который нам нужен для диагностики домашней сети и сетевого интерфейса моего ПК.

Здесь мы видим IP-адрес моего компьютера: 192.168.0.101, маску подсети, в которой находится мой компьютер: 255.255.255.0, а также адрес основного шлюза, то есть IP-адрес интерфейса роутера, который «смотрит» в мою локальную сеть: 192.168.0.1, воспользовавшись этим IP-адресом, можно зайти в web-интерфейс роутера при помощи браузера, чтобы изменить его настройки.

Как нам это поможет при диагностике домашней сети? Всё очень просто! Мы будем пинговать эти адреса и смотреть на потери.
Если у вас появились какие-то проблемы с выходом в Интернет, не спешите звонить в тех. поддержку своего провайдера (решение проблемы от этого может только затянуться), с большей долей вероятности проблема в вашей локальной сети, решение такой проблемы через провайдера — долгое занятие, если тех. поддержка не увидит у себя на сети никаких проблем, то просто пришлет к вам своего специалиста с ноутбуком, он подключится к вашему интернету, покажет, что всё работает и вам всё равно придется решать свою проблему самому, провайдер не отвечает за работоспособность вашей домашней сети.

Как проверить сетевые программные компоненты компьютера при помощи утилиты Ping

Давайте теперь посмотрим чем нам может помочь команда Ping. Для начала вам нужно проверить правильность работы сетевых библиотек и других сетевых программных компонентов вашего ПК. Для этого можно воспользоваться loopback ip-адресом или петлевым сетевым интерфейсом 127.0.0.1, такой адрес должен пинговаться всегда без потерь даже без подключения к Интернету, так как пингуя этот IP-адрес, вы пингуете сами себя, поэтому это называется петлевой интерфейс.

Петлевой интерфейс должен пинговаться быстро и без потерь, так как в данном случае нет никаких внешних линий связи, для его диагностики рекомендую использовать вот такую вариацию команды ping: ping -w 2 -l 1500 -n 1000 -f 127.0.0.1. Таким образом мы пингуем сами себя пакетами, размер которых равен максимально допустимому в сети провайдера (мы запретили фрагментацию), время ожидания мы задали 2 мс, хотя это уже много, в идеале время ответа удаленного узла в данной ситуации должно быть меньше 1 мс (в данном случае удаленный узел вовсе никакой не удаленный, а ваш собственный).

Если в результате вы увидели примерно такую картину, как на рисунке ниже, то вероятно проблем с сетевыми программными модулями у вас нет (вероятно, потому что у вас могут быть прописаны какие-нибудь прокси-сервера или заданы правила брандмауэра или файрвола, которые могут влиять на выход в сеть Интернет).

Проверяем программные сетевые компоненты компьютера при помощи команды Ping

Командой ping 127.0.0.1 мы проверяем связь внутри компьютера, но эта команда не проверяет корректность физических интерфейсов вашего ПК.

Проверяем работу роутера и физических интерфейсов компьютера при помощи команды Ping

Что понимается под словосочетанием физический интерфейс? Под ним понимается сетевая карта и ее порт, а также Wi-Fi модуль вашего компьютера. Вероятно, ваш компьютер подключен к роутеру, подключение компьютера к роутеру может быть как по Wi-Fi, так и по витой паре, один конец которой включен в ваш ПК, а другой в роутер. Проблемы могут быть и на этом участке, и их можно обнаружить командой ping. Ранее мы узнали локальный IP-адрес моего ПК и IP-адрес роутера, который «смотрит» в мою локальную сеть. Чтобы проверить работоспособность сетевых компонентов, участвующих в организации связи между ваши ПК и роутер, можно пропинговать IP-адрес роутера вот такой командной: ping -w 2 -l 1472-n 1000 -f 192.168.0.1. В данном случае мы поменяли только IP-адрес и размер пакетов (в моем роутере задан MTU 1500 байт, куда делись 28 байт вы должны помнить, писал выше), так как задержки в вашей маленькой локальной сети (в пределах квартиры или малого офиса) должны быть минимальны, если есть потери, это уже плохо, потерь быть не должно. Для начала попробуйте увеличить значение параметра -w до 20-30 мс, если наблюдается разброс по времени, то это тоже плохо, это означает, что есть проблема на участке между вашим ПК и домашним роутером. Если проблем нет, то в результате вы должны увидеть примерно такую картину.

Выявить проблему не трудно: если ваш компьютер связан с роутером по Wi-Fi, не забывайте о своих соседях, они тоже используют Wi-Fi и вы можете мешать друг другу. Поэтому первым делом зайдите в настройки Wi-Fi вашего роутера и попробуйте изменить используемый Wi-Fi канал и ширину канала, это может помочь, рисунок ниже демонстрирует где находятся эти настройки в роутерах TP-Link.

Настройки Wi-Fi в роутере TP-Link

Если не помогло, то не стоит паниковать, сейчас многие домашние роутеры и компьютеры могут работать в двух диапазонах: 2.4 и 5 ГГц, если вы используете диапазон 2.4 ГГц, то перейдите на режим 5 ГГц и наоборот. Если и это не помогло, то попробуйте перезагрузить ваш роутер по питанию и снова проверить (сделать reboot). Не помогло? Тогда делаем reset или сброс роутера к заводским настройкам. Когда вы купили и поставили роутер на нем были заводские настройки, затем вы его настроили или вам его кто-то настроил, reset возвращает роутер к тем конфигурациям, которые у него были прямо из коробки, то есть роутер нужно будет настроить заново. Обычно сброс роутера к заводским настройкам можно сделать при помощи вдавленной в корпус кнопки на задней панели, для этого нужно взять иголку или спичку и зажать эту кнопку на 5-10 секунд, если все сделано правильно, роутер начнет мигать своими лампочками как сумасшедший.

Читайте также:  Помощь по команде linux

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

Если после всех процедур вы убедились, что связь по Wi-Fi всё равно плохая, попробуйте подключить компьютер к роутеру при помощи провода и не беда, если у вас нет обжимного инструмента, в любом компьютерном магазине продаются соединительные UTP патч-корды.

В общем, соедините свой ПК с маршрутизатором при помощи провода и снова проверьте связь при помощи команды Ping. Если провода помогли, то у вас какие-то проблемы с Wi-Fi каналом (может быть сама среда распространения забита, может это модуль вашего ПК, а может и роутер).

Если же ваш компьютер изначально был подключен к маршрутизатору проводом, то не спешите переключаться на Wi-Fi, для начала попробуйте перезагрузить сетевую карту ПК и маршрутизатор, это может помочь. Проблема сохранилась? Тогда посмотрите на заднюю панель роутера, в простых домашних роутерах там есть один WAN-порт, в который включен кабель провайдера и несколько LAN-портов для подключения устройств локальной сети (домашний роутер — это на самом деле три очень урезанных устройства: Wi-Fi антенна, роутер и сетевой коммутатор, иногда это еще и устройство физического уровня, которое называется модем, например, если провайдер предоставляет вам связь по ADSL, про разницу между хабами, коммутаторами и роутерами можно прочитать здесь). На рисунке ниже показана задняя панель моего маршрутизатора.

Домашний Wi-Fi маршрутизатор TP-Link Archer C20

Синий порт — это WAN, желтые порты — LAN. Для начала просто попробуйте включить-выключить кабель из портов своего роутера и компьютера, а затем повторите пинг, если не помогло, то со стороны роутера попробуйте переключиться в другой порт, например, ваш ПК был включен в первый порт роутера, попробуйте переключить его во второй, если не поможет, то продолжаем диагностику.

Нам нужно проверять линию (будем считать, что у нас дома нет инструментов для монтажа и диагностики медных линий): для начала осмотрите провод на наличие физических повреждений, сильных изгибов и сжатий. Например, мой кот, когда был маленьким, очень любил грызть провайдерский кабель, дома все мои устройства были подключены по Wi-Fi, поэтому не было никаких проблем в том, чтобы отрезать поврежденный кусок провода и перенести роутер, правда таким образом он переехал из зала в прихожую.

Видимых повреждений нет, но при пинге от ПК до роутера есть потери, попробуйте подключить компьютер другим проводом, купить медный патч-корд нужной длины — не проблема. Проблема сохранилась — поробуйте подключиться другим устройством и пропинговать роутер. Если все равно всё плохо, то, вероятно, проблема с роутером. Более точно мы это сможем выяснить, при помощи нашего провайдера.

Проверяем интернет канал, который предоставляет нам провайдер при помощи утилиты Ping

Когда мы подключаемся к интернет-провайдеру, он нам сообщает сетевые настройки, либо говорит: настраивайте свое устройство на динамическое получение IP-адреса. В любом случае обычно мы получаем от провайдера следующие сетевые настройки:

  1. IP-адрес для нашего устройства, которое будет включено в сеть провайдера.
  2. Маску подсети.
  3. Основной шлюз. Основной шлюз, который нам дает провайдер — это IP-адрес провайдерского маршрутизатора, через этот маршрутизатор провайдер нас выпускает в Интернет.
  4. Два DNS-сервера — основной и запасной.

IP-адрес основного шлюза, выданный провайдером, поможет нам диагностировать не только интернет-канал, предоставляемый провайдером, но и домашние сетевые устройства. Для начала давайте посмотрим как мы можем проверить канал, предоставляемый провайдером, по которому мы выходим в Интернет, при помощи команды ping, открываем командую строку и пишем: ping -w 20 -l 1472 -n 100 -f 188.44.112.129. В моем случае IP-адрес 188.44.112.129 — это IP-адрес основного шлюза, который выдал провайдер, 100 пакетов будет более чем достаточно, ну а время ожидания удаленного узла 20 мс взято с запасом. По среднему времени ответа от основного шлюза трудно сказать конкретно, всё дело в том, что между провайдерским роутером и вашим устройством может быть несколько десятков коммутаторов, но в любом случае это время должно быть порядка нескольких миллисекунд, вот так это выглядит в моем случае:

Среднее время 2 мс вполне неплохо для домашнего интернета. Чуть было не забыл, перед тестированием убедитесь в том, что от вас нет большой сетевой активности: выключите торренты и прочие программы, съедающие сетевые ресурсы. Потери или постоянный большой разброс по времени при пинге может возникать из-за большой загрузки канала.

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

Пингуем основной шлюз провайдера с домашнего роутера

Если при пинге с роутера потерь нет и нет проблем с временем ответа сервера, то вам нужно проверять свою локальную сеть и выяснять с чем там проблемы, проблемы могут быть: с сетевым программным обсечением вашего ПК, с каналом связи между ваши роутером и ПК, а также физическими интерфейсами, образующими этот канал (LAN-порт роутера, сетевая карта ПК и ее драйвера, медная линия, соединяющая роутер и ПК, и наконец проблема с Wi-Fi).

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

Но зачем мы делали все эти пинги, если в итоге выявили проблему у провайдера? Во-первых, чаще всего проблема пользователя находится в локальной сети пользователя, особенно это касается домашней сети: на домашний ПК постоянно что-то устанавливается, неопытные пользователи постоянно нажимают куда-то не туда и скачивают что-то не то, домашний роутер на самом деле вовсе никакой не роутер, а его некачественное и сильно урезанное подобие, которое ориентировано на то, чтобы выйти из строя сразу после окончания гарантии производителя, и еще много других факторов. Но мы делали пинги не для этого, тут начинается, во-вторых, пинги мы делали чтобы собрать статистику, которая так или иначе может подтвердить проблему на стороне провайдера.

Поэтому всё что мы намерили, нам надо будет сохранить в текстовый файл и каждую статистику подписать (откуда и куда мы пингуем), затем набрать номер тех. поддержки, оставить заявку на некачественное предоставление услуги, спросить у специалиста колл-центра номер заявки, а также почту, на которую затем можно будет выслать снятую статистику, которая продемонстрирует специалисту тех. поддержки наличие проблемы в его зоне ответственности. Если вы сделаете так, то ваша проблема будет решена гораздо быстрее.

Также стоит упомянуть о ситуациях, когда проблемы с доступом в Интернет возникают периодически: например, каждый день примерно в одно и то же время и в одно и то же время заканчиваются. Будет хорошо, если вы сможете предоставить два варианта статистики: один в момент возникновения проблемы, второй — когда проблемы нет, а также не забудьте зафиксировать время, когда проблема начинается и когда заканчивается, затем эти данные нужно будет предоставить провайдеру, опять же, это значительно ускорит решение проблемы.

Сейчас мы не будем говорить про использование утилиты Ping для проверки отдельных ресурсов и серверов в сети Интернет, во-первых, по этому поводу будет отдельная публикация, во-вторых, команда Ping – не лучшее для этих целей средство, как минимум, есть такие утилиты как tracert, traceroute, tracetcp, mtr и WinMTR, pathping, но это из простого, есть и более сложные вещи.

Простые советы и рекомендации по использованию утилиты Ping при сетевой диагностики

Мы близки к завершению и тут следует дать несколько советов и рекомендаций по использованию утилиты Ping для диагностики компьютерной сети. Откровенно говоря, команда пинг — не самое лучше средство сетевой диагностики, её можно использовать для быстрой проверки доступности сетевых ресурсов. Например, вы является сетевым администратором точек сети быстрого питания, у вас 15 точек, на каждой точке есть Интернет, тогда вы можете написать простой скрипт или воспользоваться уже готовым, этот скрипт будет пинговать удаленные точки и оповещать вас, если пинг прервется, тем самым у вас максимально оперативно будет информация о том, что на одной из точек пропал интернет. Для более глубокого анализа есть другие программы.

Теперь, собственно, о самих советах. Во-первых, не забывайте, что не всегда удаленный узел будет отвечать на ваши ICMP-запросы, всё зависит от уровня паранойи администратора удаленного узла, поэтому если у вас не пингуется сайт в интернете, это еще не значит, что сайт не работает, возможна ситуация, при которой удаленный узел просто не отвечает на ICMP, проверьте сайта браузером, если он не открылся, воспользуйтесь каким-нибудь онлайн сервисом по проверки ресурсов в сети Интернет, если он отвечает, что сайт недоступен, то вам нужно обратиться к владельцам сайта.

Бывают обратные ситуации, когда пинг до сайта проходит, но зайти вы на него не можете, во-первых, изучите коды ответов HTTP сервера, проблем не обнаружили, а браузер вам сообщает, что истекло время ожидания? Тогда воспользуйтесь утилитой tracetcp, сделайте трассировку по протоколу TCP с указанием 80 порта в том случае, если сайт работает по протоколу http, если же сайт работает по https, то делайте трассировку по 443 порту. Есть большая доля вероятности, что такая трассировка прервется на вашем же ПК или роутере, если она прошла дальше, то сравните трассировку сделанную по tracetcp и tracert/traceroute, если разница только в последнем хопе (нескольких последних хопах), то надо обращаться в владельцам сайта/сервера/сервиса.

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

Также утилиту Ping можно с большой осторожностью использовать для оценки потерь и задержек до удаленного узла, хотя для этих целей лучше использовать другие средства, но сейчас мы говорим про Ping. Во-первых, отмечу следующее: если глядя на результат работы команды Ping вам кажется, что всё плохо, а по факту все работает хорошо, то, вероятно, вы просто не знаете о том, как настроен удаленный узел на работу с ICMP, скорее всего, все действительно хорошо.

Во-вторых, если при пинге удаленного узла вы наблюдаете потери, а в тех случаях, когда ответ приходит, время ответа очень сильно разнится, например, первый ответ получен с временем ожидания 20 мс, второй ответ получен с временем 70мс, третий потерялся, четвертый тоже, пятый пришел через 40мс, а шестой через 100 мс, то это повод в первую очередь воспользоваться более информативными утилитами.

В-третьих, если наблюдается систематическая потеря пакетов, например, постоянно теряется каждый 10 пакет, но при этом время ожидания всегда примерно одинаковое, то, вероятно, это по происходит по той причине, что удаленный узел так настроен и проблем нет.

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

  1. Маршрут, который проделывает пакет в сторону удаленного узла при каждом пинге может быть разным, так как в этом самом интернете есть дорогие маршрутизаторы, которые каждую секунду пропускают через себя десятки/сотни гигабит трафика, на этих маршрутизаторах может работать балансировка, благодаря которой первый ваш пакет пойдет налево, а второй направо, но в итоге они все равно доберутся до конечного узла, правда немного разными путями. Будем называть маршрут от нашего ПК до удаленного узла маршрутом «Туда».
  2. А маршрут пакета от удаленного узла до нашего мы будем называть маршрут «обратно». Очень часто маршрут «туда» и маршрут «обратно» не совпадают, соответственно, различно и время, которое тратится на то, чтобы добраться «туда», а потом прийти «обратно», но в результатах работы команды Ping мы видим только суммарное время: «туда» + «обратно», к тому же мы не знаем есть ли где-то балансировка и как вообще идет пакет.

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

Выводы

Какие выводы можно сделать о команде Ping в общем и ее реализации в операционных системах семейства Windows в частности. Давайте в начале по Windows. Если сравнивать реализацию пинга в Windows с реализацией команды ping в Linux, то виндовая реализация однозначно проигрывает по своему функционалу, пожалуй, это всё, что нужно отметить. Если же говорить о команде ping в общем, то стоит понимать ее назначение — эта утилита предназначена для проверки доступности удаленных узлов/серверов, а также для проверки потерь пакетов и задержек, то есть для косвенной оценки качества работы сети передачи данных. Для более глубокой диагностики потребуется более специализированный софт.

Чтобы правильно интерпертировать результаты работы команды ping нужно не только знать как работает эта утилита, но и понимать как работают компьютерные сети в целом и в частности некоторые протоколы и сетевые устройства, а это уже немного сложнее, чем писать слово ping в командной строке.

Оцените статью
© 2024 Советы по настройке компьютера