Какие могут быть причины неудачного завершения ping и tracert
Перейти к содержимому

Какие могут быть причины неудачного завершения ping и tracert

  • автор:

Обрыв соединения с сервером. Трассировка и пинг

«Ааа, помогите, все пропало!» – если ваш внутренний голос реагирует на обрыв соединения с сервером примерно так, этот материал точно для вас. 🙂 Безусловно, со своей стороны мы каждый день делаем все возможное, чтобы ничто не мешало вашей работе в облаке, но случись форс-мажор – будем разбираться. А чтобы быстрее сориентироваться в ситуации и понять, на чьей стороне ошибка, вот вам задача-минимум – во время обрыва первым делом выполните трассировку маршрута и пинг промежуточных узлов. Как все это сделать, сейчас расскажем.

Трассировка маршрута

Во время трассировки происходит отправка пакетов данных между локальным компьютером и сервером. Это помогает проследить путь прохождения запроса к серверу и определить, на каком этапе происходит обрыв. Выполнить трассировку довольно легко. 1. Запустите команду cmd: Win+R > пропишите cmd > ОК. 2. В открывшейся командной строке введите tracert Х.Х.Х.Х (где Х.Х.Х.Х – это IP-адрес сервера или домен) и нажмите Enter. В примере мы сделали трассировку для google.com. tracert google.com Получилось так: 1 2 1 ms 1 ms 1 ms 193.151.89.254
3 5 ms 4 5 1 ms 6 1 ms 7 1 ms 3 ms 1 ms bearline-ic-324086-ffm-b4.c.telia.net [62.115.153.215]
8 1 ms 1 ms 1 ms 108.170.251.129
9 13 ms 13 ms 15 ms 66.249.94.135
10 13 ms 13 ms 13 ms fra15s12-in-f46.1e100.net [216.58.208.46] Как видим, наши пакеты преодолели десять (их может быть как меньше, так и больше) узлов, и преодолели их успешно. В противном случае, если бы пакеты «споткнулись» на одном из узлов, на нем (и последующих за ним узлах) мы бы увидели: * * * Превышен интервал ожидания для запроса. Но даже в таком случае пока не время для выводов – эта запись может означать как потерю пакетов, так и то, что узел сети просто закрыт настройками безопасности. Иногда провайдеры специально настраивают узлы так, чтобы они не отвечали на трассировочные пакеты, дабы снизить нагрузку. Чтобы точно узнать, действительно ли происходит обрыв, и, если да, то где именно, нужно пропинговать каждый из узлов. При трассировке мы получили IP каждого из них, а значит, можем перейти к пингу.

Пинг промежуточных узлов

Пинг предназначен для проверки целостности и качества соединений. Выполнить его тоже несложно. При этом запустить пинг нужно ко всем промежуточным узлам в отдельных окнах. Так непосредственно в момент обрыва связи будет видно, на каком узле происходят потери пакетов и насколько продолжительны эти обрывы. В ОС Windows по умолчанию передается только четыре пакета, чего недостаточно, если проблема проявляется кратковременно. Поэтому нужно снять это ограничение параметром -t (чтобы потом остановить обмен пакетами, нажать CTRL+C). Теперь по порядку. 1. Запустите команду cmd: Win+R > пропишите cmd > ОК. 2. В открывшейся командной строке введите ping -t Х.Х.Х.Х (где Х.Х.Х.Х – это адрес одного из промежуточных узлов, которые мы узнали при трассировке) и нажмите Enter. В нашем случае при трассировке мы выявили десять узлов, а значит, и пинг нужно выполнить десять раз в десяти отдельных окнах. Полезно!
Если вам нужно постоянно отслеживать качество соединения, для Windows можно воспользоваться удобной программой PingPlotter. Итак, пингуем – в десяти отдельных окнах командной строки вводим команды с IP-адресами узлов, которые мы выявили при трассировке. В нашем случае будут такие команды: ping -t 10.1.1.1
ping -t 193.151.89.254
ping -t 85.195.75.129
ping -t 213.248.79.29
ping -t 62.115.139.50
ping -t 62.115.120.8
ping -t 62.115.153.215
ping -t 108.170.251.129
ping -t 66.249.94.135
ping -t 216.58.208.46 Если в каком-нибудь из окон вы с первых же секунд видите «Превышен интервал ожидания», не спешите кричать: «Попался!». Если следующие узлы пингуются нормально, значит, этот просто закрыт настройками. В нашем случае, например, предпоследний узел (66.249.94.135) сразу же говорит, что интервал превышен, но с пингом десятого узла никаких проблем нет. Что дальше? Запустив пинг всех узлов, оставьте его включенным и занимайтесь своими делами до следующего обрыва. Как только он случится, вернитесь к окнам пинга, чтобы выявить, кто виноват и что делать.

На чьей стороне ошибка?

Итак, обрыв повторился. Но на этот раз запущенный пинг промежуточных узлов поможет «обличить» виновника. Тут все просто – с какого узла вам начало выдавать «Превышен интервал ожидания», тот и слабое звено. Кто виноват – ясно, теперь нужно понять, что делать в конкретных ситуациях. 1. Последний узел. Если последний узел сначала пинговался нормально (некоторые Windows-машины вообще не отвечают на пинг, это задается в настройках брандмауэра)… 1 …а после обрыва начал показывать «Превышен интервал ожидания», обрыв происходит на вашем сервере. 2 В этом случае зайдите в панель управления, запустите консоль и войдите в операционную систему, чтобы разобраться, почему сервер не работает. Если окажется, что операционная система зависла, перезагрузите сервер. 2. Любые узлы, кроме последнего. В этом случае обращайтесь одновременно в техподдержку и облачного, и интернет-провайдера. При этом обязательно укажите, как изначально выглядела трассировка маршрута, и составьте перечень узлов с указанием, на каких из них пинг во время обрыва прервался, а на каких нет. Будьте внимательны, это важная информация, не ошибитесь. 3. Все узлы одновременно. Если все окна с пингом начали показывать «Превышен интервал ожидания», проблема в вашем компьютере или сети, к которой он подключен.

Бонус!

1

Ну, а чтобы вам было совсем уж комфортно, мы тут подобрали утилиты, с которыми можно делать трассировку и пинг промежуточных узлов одним простым движением без запуска пятнадцати различных окон. Для ОС семейства Windows такую оптимизацию проводит утилита Winmtr. Она не нуждается в установке и готова к использованию сразу после распаковки из архива. Скачать утилиту можно здесь. Распаковали, запустили, что дальше? В поле Host укажите конечный сервер, с которым будет проверяться соединение, и нажмите Start: В нашем примере видна трассировка маршрута и все промежуточные узлы. При этом к каждому из них направляются ICMP-пакеты, по которым можно определить качество связи. Собственно, в этом и заключается главное преимущество утилиты – ее вывод постоянно обновляется, это позволяет собирать статистику, отслеживать средние показатели, тенденции и какие-либо изменения качества сети. Раз мы проверяем соединение с сервером, нас интересуют столбцы Sent (отправлено пакетов) и Recv (получено пакетов). Если значения в этих столбцах не совпадают, значит, качество связи с узлом ухудшилось. Что делать? Обратиться в соответствующую техподдержку. Столбец Loss поможет просмотреть динамику потерь в процентном соотношении. Также утилита позволяет копировать текст в удобных форматах (.txt и .html) в буфер обмена (Copy to clipboard) или в отдельный файл (Export). Двойной щелчок по промежуточному узлу позволит получить дополнительную информацию о нем. Важно знать! Для детализации проблемы специалисты техподдержки могут запросить дополнительные пинги с особыми настройками. Для этого достаточно внести их в окошке Options, которое позволит указать:

  1. Interval (sec) – время обновления данных в секундах.
  2. Max host in LRU list – максимальное количество хостов (или IP-адресов, если не активна опция Resolve names) до конечной точки.
  3. Ping size (bytes) – размер ICMP-пакета.
  4. Resolve names – возможность преобразовать IP-адрес в имя хоста.

А что же линуксоиды?

Для ОС семейства Linux утилита называется просто MTR. Если ее нет в вашей операционной системе, установить ее можно одним из следующих способов:

$ apt-get install mtr

$ yum install mtr

У MTR такой же функционал, как у Winmtr, а также схожий графический интерфейс. Запустить утилиту можно командой:

где X.X.X.X – это IP-адрес конечного сервера или имя хоста.

1

В данном случае интересуют следующие столбцы:

  • Loss % – процент потерянных пакетов между компьютером-отправителем и промежуточными узлами.
  • SNT – общее количество отправленных пакетов.

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

Отдельно отметим возможность запуска утилиты в текстовом (консольном) режиме. Для этого достаточно добавить опцию -t или —curses:

mtr —curses tucha.ua

1

Рассмотрим еще несколько важных опций MTR, которые могут быть крайне полезны в процессе диагностики сети.

Запускает режим отчета, в котором MTR обработает заданное количество циклов (определенных опцией -c), а затем отобразит статистику и автоматически завершит работу. Этот режим полезен для сбора статистики о качестве сети.

-c COUNT или —report-cycles COUNT

Позволяет задать количество циклов, после которых MTR завершит работу.

-p BYTES или —psize BYTES

Устанавливает размер пакетов в байтах.

-i SECONDS или —interval SECONDS

Задает интервал между отправляемыми пакетами.

Разрешает не использовать DNS, отображает IP-адреса узлов.

-a X.X.X.X или —address X.X.X.X

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

Разумеется, команды в консоли дают более точный результат, поскольку фиксируют даже единичные потери пакетов (короткие обрывы), но Winmtr и MTR компактные и более удобны в использовании. А на чем остановить свой выбор, решать только вам. 🙂

Вот, собственно, и все, кто виноват – выяснили, что делать – тоже. 🙂 Надеемся, материал был вам полезен, а если у вас остались дополнительные околооблачные вопросы, обращайтесь к нам за грамотной консультацией 24×7.

Как утилита ping разрешает имена узлов в ip-адреса (и наоборот)?

Какие могут быть причины неудачного завершения ping и tracert? (превышен интервал ожидания для запроса, сеть недоступна, превышен срок жизни при передаче пакета).

Всегда ли можно узнать символьное имя узла по его ip-адресу?

Какой тип записи запрашивает у dns-сервера простейшая форма nslookup?

16.08.2019 563.71 Кб 12 Ответы ЗФ ВЭД.doc

20.07.2019 116.96 Кб 13 ответы на билеты по истории беларуси.docx

18.11.2019 210.43 Кб 7 ответы на вопросы по идеологии бел. гос.doc

22.04.2019 45 Кб 13 Ответы на вопросы по информатике.docx

15.04.2015 60.42 Кб 18 ответы на контрольные вопросы.doc

15.04.2015 72.19 Кб 150 ответы на контрольные вопросы2.doc

20.11.2018 393.22 Кб 57 Ответы на Спецуху без схем и приборов.doc

18.11.2018 88.05 Кб 6 Ответы на Спецуху.docx

20.11.2018 203.26 Кб 5 ответы по маркетингу.doc

22.11.2018 202.75 Кб 5 ответы по маркетингу.doc

15.04.2015 153.55 Кб 18 ответы по МПТ Оля.docx

Ограничение

Для продолжения скачивания необходимо пройти капчу:

анализ сетевых протоколов

-f посылает пакет с установленным флагом «не фрагментировать», запрещающим фрагментирование пакета на транзитных маршрутизаторах; -i ttl устанавливает время жизни пакета в величину ttl (каждый маршрутизатор уменьшает ttl на единицу, т.е. время жизни является счетчиком пройденных маршрутизаторов (хопов)); -v tos устанавливает значение поля «сервис», задающее приоритет обработки пакета; -r count записывает путь выходящего пакета и возвращающегося пакета в поле записи пути, count – от 1 до 9 хостов; -s count задает максимально возможное количество переходов из одной подсети в другую (хопов); -j host-list направляет пакеты с помощью списка хостов, определенного параметром host-list. ), максимальное количество хостов равно 9; -k host-list направляет пакеты через список хостов, определенный в host-list , причем указанные хосты не могут быть разделены промежуточными маршрутизаторами (жесткая статическая маршрутизация); -w timeout указывает время ожидания timeout ответа от удаленного хоста в миллисекундах (по умолчанию – 1с); -destination-list указывает удаленный узел, к которому надо направить пакеты ping, может быть именем хоста или IP-адресом машины. На практике в формате команды чаще всего используются опции — t и — n. Пример работы утилиты ping приведен на рис. 1.2.

Рис. 1.2. Пример использования утилиты ping

Утилита ping может использоваться следующими способами: 1. Для проверки того, что TCP/IP установлен и правильно сконфигурирован на локальном компьютере, в команде ping задается адрес петли обратной связи : ping 127.0.0.1 Если тест успешно пройден, то вы получите следующий ответ: Ответ от 127.0.0.1: число байт=32 время

Если возникли проблемы, то утилита выводит на экран звездочки ( * ) либо сообщения типа «Заданная сеть недоступна», «Время истекло». Следует помнить, что некоторые маршрутизаторы просто уничтожают пакеты с истекшим TTL и не будут видны утилите tracert . Синтаксис утилиты: tracert [ -d ] [ -h maximum_hops ] [ -j host-list ] [ -w timeout ] destination-list . Параметры: -d указывает, что не нужно распознавать адреса для имен хостов; -h maximum_hops указывает максимальное число хопов (по умолчанию – 30); -j host-list указывает нежесткую статическую маршрутизацию в соответствии с host — list ; -w timeout указывает, что нужно ожидать ответ на каждый эхопакет заданное число мс; -destination-list указывает удаленный узел, к которому надо направить пакеты ping . Пример работы утилиты tracert приведен на рис. 1.3. Рис. 1.3. Пример использования утилиты tracert 1.2.3.4. Утилита arp Утилита arp ( Address Resolution Protocol – протокол разрешения адресов) позволяет управлять так называемым ARP-кэшем – таблицей, используемой для трансляции IP-адресов в соответствующие локальные адреса. Записи в ARP-кэше формирует протокол ARP. Если необходимая запись в таблице не найдена, то протокол ARP отправляет широковещательный запрос ко всем компьютерам локальной подсети, пытаясь найти владельца данного IP-адреса.

В кэше могут содержаться два типа записей: статические и динамические. Статические записи вводятся вручную и хранятся в кэше постоянно. Динамические записи помещаются в кэш в результате выполнения широковещательных запросов. Для них существует понятие времени жизни. Если в течение определенного времени (по умолчанию 2 мин) запись не была востребована, то она удаляется из ARP-кэша. Синтаксис утилиты: arp [ -s inet_addr eth_addr ] [ -d inet_addr ] [ -a ]. Параметры: -s inet_addr eth_addr заносит в кэш статическую запись с указанными IP-адресом и MAC-адресом; -d inet_addr удаляет из кэша запись для определенного IP-ад- реса; -a просматривает содержимое кэша для всех сетевых адаптеров локального компьютера, как показано на рис. 1.4. Рис. 1.4. Пример использования утилиты arp 1.2.3.5. Утилита netstat Утилита netstat выводит статистику протоколов и текущих TCP/IP соединений и имеет следующий синтаксис: netstat [ -a ][ -e ][ -n ] [ -s ][ -p name ][ -r ][ interval ]. Параметры: -a отображает полную информацию по всем соединениям и портам, на которых компьютер ожидает соединения; -e отображает статистику Ethernet (этот ключ может применяться вместе с ключом – s ); -n отображает адреса и номера портов в числовом формате, без их преобразования в символьные имена DNS и в название сетевых служб, что делается по умолчанию t ; -p name задает отображение информации для протокола name (допустимые значения name : tcp , udp или ip ) и используется вместе с ключом s ;

-r отображает содержимое таблицы маршрутов (таблица маршрутизации); -s отображает подробную статистику по протоколам. По умолчанию выводятся данные для TCP, UDP и IP. Ключ p позволяет задать вывод данных по определенному протоколу, ключ interval инициирует повторный вывод статистических данных через указанный в секундах интервал (в этом случае для прекращения вывода данных надо нажать клавиши Ctrl+C ). Результатом выполнения команды является список активных подключений, в который входят установленные соединения и открытые порты (рис. 1.5). Рис. 1.5. Пример отображения утилитой netstat установленных на компьютере TCP-соединений Открытые TCP-порты обозначаются в колонке «Состояние» строкой LISTENING – пассивно открытые соединения («слушающие» сокеты) или ESTABLISHED – установленные соединения, т.е. уже используемые сетевыми сервисами. Содержание состояний протокола TCP (всего имеется 11 состояний) раскрыто в лабораторной работе № 2 настоящего практикума. Часть портов связана с системными службами Windows и отображается не по номеру, а по названию – epmap , microsoft-ds , netbios-ss и др. Порты, не относящиеся к стандартным службам, отображаются

по номерам. UDP-порты не могут находиться в разных состояниях, поэтому специальная пометка LISTENING в их отношении не используется. Как и TCP-порты, они могут отображаться по именам или по номерам. 1.2.3.6. Утилита nslookup Утилита nslookup предназначена для выполнения запросов к DNS-серверам на разрешение имен в IP-адреса и в простейшем случае имеет следующий синтаксис: nslookup [ host [ server ]]. Параметры: host – доменное имя хоста, которое должно быть преобразовано в IP-адрес; server – адрес DNS-сервера, который будет использоваться для разрешения имени. Если этот параметр опущен, то будут использованы адреса DNS-серверов из параметров настройки протокола TCP/IP (отображаются утилитой ipconfig ). Результаты выполнения команды nslookup приведены на рис. 1.6. Рис. 1.6. Пример отображения утилитой nslookup запроса к DNS Первые две строки ответа содержат имя и IP-адрес DNS-сервера, который был использован для разрешения имени. Следующие строки содержат реальное доменное имя хоста и его IP-адрес и указание Nonauthoritative answer , означающее, что ответ получен не с DNS-сервера, ответственного за зону penza . ru . Также может присутствовать строка Aliase , которая содержит альтернативные имена искомого сервера. 1.2.3.7. Сервис Whois При трассировке маршрутов или проверке доступности хоста в Internet часто возникает необходимость определить по IP-адресу хоста его юридического владельца и контактные данные его администратора.

В отношении доменов второго уровня эта информация становится свободно доступной для любого пользователя сети Internet через сервис Whois . On-line сервиса Whois можно получить через форму на странице сайта http://www.nic.ru/whois. 1.3. Задание на лабораторную работу 1.3.1. С помощью утилиты ipconfig, запущенной из командной строки, определить имя, IP-адрес и физический адрес основного сетевого интерфейса компьютера, IP-адрес шлюза, IP-адреса DNS-серверов и использование DHCP. Результаты представить в виде таблицы. 1.3.2. С помощью утилиты nslookup определить IP-адрес одного из удаленных серверов, доменные имена которых указаны в табл. 1.2. 1.3.3. С помощью утилиты ping проверить состояние связи c любыми компьютером и шлюзом локальной сети, а также с одним из удаленных серверов, доменные имена которых указаны в табл. 1.2.

Таблица 1.2
Доменные имена удаленных серверов
Адрес Адрес
1 net . pnz . ru 7 penza . ertelecom . ru
2 penza . vt . ru 8 mypenza . ru
3 www . trans-link . ru 9 penza . com . ru
4 penzartc . ru 10 www . penza-gsm . ru
5 www . penza . ru 11 www.zato.ru
6 www . ptcomm . ru 12 penza . citydom . ru

Число отправляемых запросов должно составлять не менее 10. Для каждого из исследуемых хостов отразить в виде таблицы IP-адрес хоста назначения, среднее время приема-передачи, процент потерянных пакетов. 1.3.4. С помощью утилиты arp проверить состояние ARP-кэша. Провести пингование какого либо хоста локальной сети, адрес которого не был отражен в кэше. Повторно открыть ARP-кэш и проконтролировать модификацию его содержимого. Представить полученные значения ARP-кэша в отчете. 1.3.5. Провести трассировку одного из удаленных хостов в соответствии с вариантом, выбранным в п. 1.3.2. Если есть потери пакетов, то для соответствующих хостов среднее время прохождения необхо-

димо определять с помощью утилиты ping по 10 пакетам. В отчете привести копию окна с результатами работы утилиты tracert . Определить участок сети между двумя соседними маршрутизаторами, который характеризуется наибольшей задержкой при пересылке пакетов. Для найденных маршрутизаторов с помощью сервиса Whois определить название организаций и контактные данные администратора (тел., e-mail). Полученную информацию привести в отчете. 1.3.6. С помощью утилиты netstat посмотреть активные текущие сетевые соединения и их состояние на вашем компьютере, для чего: запустить несколько экземпляров веб-браузера, загрузив в них различные страницы с разных веб-сайтов (по указанию преподавателя); закрыть браузеры и с помощью netstat проверить изменение списка сетевых подключений. Проконтролировать сетевые соединения в реальном масштабе времени, для чего: закрыть ранее открытые сетевые приложения; запустить из командной строки утилиту netstat , задав числовой формат отображения адресов и номеров портов и повторный вывод с периодом 20–30 с; в отдельном окне командной строки запустить утилиту ping в режиме «до прерывания»; наблюдать отображение netstat , текущей статистики сетевых приложений; с помощью клавиш Ctrl+C последовательно закрыть утилиты ping и netstat . В отчете привести копии окон с результатами работы утилиты netstat с пояснением отображаемой информации. 1.4. Вопросы для самопроверки 1. Каковы назначение и форматы MAC- и IP-адресов? С какой целью применяется «маска подсети»? 2. Как по IP-адресу и маске одной из рабочих станций определить адрес, принадлежащий всей локальной сети? 3. Как определить MAC-адрес сетевого адаптера, установленного в компьютере? 4. Что такое «основной шлюз»?

5. Каким образом утилита ping проверяет соединение с удаленным хостом? 6. Сколько промежуточных маршрутизаторов сможет пройти IP-пакет, если его время жизни равно 30? 7. Как работает утилита tracert ? 8. Каково назначение утилиты arp ? 9. С помощью каких утилит можно определить по доменному имени хоста его IP-адрес? 10. Как утилита ping разрешает имена хостов в IP-адреса? 11. Какие могут быть причины неудачного завершения ping и tracert ? 12. Какая служба позволяет узнать символьное имя хоста по его IP-адресу? 13. Какие операции можно выполнить с помощью утилиты netstat ?

Лабораторная работа № 2 Анализ протоколов сетевого и транспортного уровней 2.1. Цель работы Целью работы является изучение протоколов сетевого и транспортного уровней стека TCP/IP и приобретение практических навыков в использовании программных средств, позволяющих контролировать сетевой трафик, на примере программы Network Monitor . 2.2. Теоретический материал 2.2.1. Описание стека протоколов TCP/IP 2.2.1.1. Архитектура семейства протоколов TCP/IP Семейство протоколов TCP/IP представляет собой промышленный стандарт стека протоколов, разработанный для локальных и глобальных сетей. Лидирующая роль стека TCP/IP объясняется следующими причинами: это наиболее завершенный стандартный, имеющий многолетнюю историю; стек TCP/IP поддерживают все современные операционные си- стемы; это гибкая технология для соединения разнородных систем как на уровне транспортных подсистем, так и на уровне прикладных сервисов; это устойчивая масштабируемая межплатформенная среда для сетевых клиент-серверных приложений. Так как стек TCP/IP был разработан до появления модели взаимодействия открытых систем OSI, то, хотя он также имеет многоуровневую структуру, соответствие уровней стека TCP/IP уровням модели OSI приведено в табл. 2.1. Протоколы TCP/IP делятся на четыре уровня – в стеке TCP/IP верхние три уровня (прикладной, представительский и сеансовый) модели OSI объединяют в один – прикладной. Нижний уровень (уровень доступа к сети) в стеке TCP/IP специально не регламентируется, но поддерживает все популярные стандарты физического и канального уровней.

Диагностика подключения и использование команды «Ping,Tracert»

Дата последнего обновления: 03-09-2022 06:42:14 AM 315098

Требования к использованию

Дата последнего обновления: 04-11-2013 16:49:06 PM 162752

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

Формат ввода:

Введите слово ping, нажмите клавишу пробел, и далее введите доменное имя/IP-адрес (затем нажмите клавишу Enter для получения ответа).

Пример: В данном случае компьютер будет отправлять пакеты адресу ya.ru

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

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

В Windows:

В Windows выберите Пуск -> Служебные Windows -> Командная строка. Перед вами появится окно подобное тому, которое указано ниже. Помимо этого, вы также можете нажать кнопку «Пуск», выбрать команду «Выполнить», ввести «cmd» в текстовое поле и нажать «ОК» или Пуск, выбрать окно поиска и ввести cmd.

1. Использование команды «Ping» для проверки IP-адреса. (Ping an IP address)

2. Использование команды «Ping» для проверки доменного имени. (Ping a domain name)

В Mac:

Жесткий диск — > Приложения -> Настройки — > Терминал

В Linux:

Откройте окно telnet/TERMINAL.

На iPhone:

Диагностика:

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

Разберём итог запуска команды ping ya.ru

Из чего видно, что несколько пакетов размером 32 байта посылалось адресу ya . ru [80.250.250.242].

По ним снята статистика, время за которое пакет провёл расстояние туда и обратно, а также количество отправленных, полученных и пропущенных пакетов.

Это является технической информацией, мы имеем снятую живую статистику по данным.

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

Шаг 1. Схема подключения

Ниже приведена самая распространённая схема домашнего подключения через роутер.

Самая частая, типовая схема подключения интернет провайдера в вашем доме.

На техническом этаже (подвал, крыша) расположено оборудование провайдера (Коммутатор).

Остальное ( Домашнее оборудование ) расположено у вас в жилом помещении.

На этом шаге самое главное убедится что подключено все правильно: кабели от компьютера к роутеру, от оборудования провайдера к роутеру, ноутбук подключен к сети непосредственно роутера, а не телефона или 3 g /4 g usb модема.

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

Шаг 2. Схема подключения (глобальной сети)

Ранее, в первом шаге мы ознакомили вас с типовой схемой подключения в многоквартирном доме. Мы её запоминаем оставляем для понимания в дальнейшем. Теперь для ознакомление представлена типовая схема сети самого провайдера и вход в глобальную сеть.

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

Ваш домашний маршрутизатор авторизуется у Маршрутизатор провайдера , а Маршрутизатор провайдера авторизуется у Глобальная сеть .

Безусловно где — то на другом конце города/региона/области располагается сервер поиска яндекса. Игровые сервера Mail . ru , различных интернет сайтов и разных компаний, все они разбросаны по разным частям городов/регионов/областей и также через провайдеров или собственными силами подключены к Глобальная сеть .

Теперь когда вы набираете команду ping ya . ru и нажмите Enter . Вы приблизительно понимаете какой путь проходит пакет туда и обратно, прежде чем вернуться к вам.

Помимо этого есть команда tracert .

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

Введите в командной страке tracert ya . ru и нажмите Enter , дождитесь выполнения команды.

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

Шаг 3. Типовые проблемы и диагностика подключения.

1.Высокий пинг до серверов игры.

2.Прерывается интернет, со стороны провайдера проблемы не обнаружено.

Безусловно это две главные проблемы разобраться в которых поможет эта статья.

Часть 1 Высокий пинг до серверов игры.

Выполнив команду tracert (адрес игрового сервера) и нажав Enter вы сможете просмотреть на каком из узлов сети наблюдается проблема.

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

Чтобы более длительно проверить пинг и его статистику потерь, откройте новое окно cmd (командная строка)

Наберите команду ping (проблемный адрес) —t и нажмите Enter

Ещё раз откройте cmd (командная строка) в соседнем (втором, точно таком же окне) наберите ping (второй адрес из команды tracert) —t

Откройте третье окно cmd и наберите ping 192.168.0.1 —t

И теперь глядя на выполнение команды вы можете в реальном времени смотреть изменение по пингу со стороны обоих разъёмов (wi-fi) модуля у роутера, адреса в глобальной сети расположенны ЗА Основным шлюзом провайдера и ДО Основного шлюза провайдера

Если до адресов 192.168.0.1 и до Основного шлюза провайдера есть высокий пинг. Обратитесь в службу поддержки TP-Link.

Если до адресов 192.168.0.1 и до Основного шлюза провайдера нет проблем с пингом, но они появляются у самого адреса игрового сервера, или ПОСЛЕ шлюза провайдера, (Cм схему Шаг 2) значит и роутер никаким из возможных способов его не повышает, в ином случае вы бы получили результат с куда большими значениями мс (милисекунд).

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

Сделайте скриншоты выполненных команд или фотографии. Они могут вам понадобится при обращении в отдел поддержки роутера или провайдера.

В этом случае всю собранную статистику сохраните на компьютер и обратитесь к поставщику интернет услуг.

Чтобы остановить выполнение команды, просто закройте окно или нажмите Ctrl + C

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

Часть 2 Прерывается интернет, со стороны провайдера проблемы не обнаружено.

Прежде чем решать подобную проблему нужно обнаружить и увидеть разрыв.

Откройте командную строку.

Выполнив команду tracert (ya.ru) и нажав Enter вы получите список узлов которые пройдут интернет пакеты прежде чем дойдут до ya.ru (можно адрес заменить любым адресом в интернете, по желанию)

Наберите команду ping 192.168.0.1 —t и нажмите Enter

Ещё раз откройте cmd (командная строка) в соседнем (втором, точно таком же окне) наберите ping (второй адрес из команды tracert) —t

Компьютер или устройство начнут бесконечно опрашивать доступность роутера параллельно с доступностью Основного шлюза провайдера

В момент когда один из адресов станет недоступным вы увидите строку

“Превышен интервал выполнения запроса”

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

Чтобы остановить выполнение команды, просто закройте окно или нажмите Ctrl + C

Сделайте скриншоты выполненных команд или фотографии. Они могут вам понадобится при обращении в отдел технической поддержки роутера или провайдера.

Если у проверяемых адресов связь не прерывалась, это может означать только то, что роутер не потерял пакетов ни на входе, ни на выходе из него.

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

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

Был ли этот FAQ полезен?

Ваш отзыв поможет нам улучшить работу сайта.

Что вам не понравилось в этой статье?

  • Недоволен продуктом
  • Слишком сложно
  • Неверный заголовок
  • Не относится к моей проблеме
  • Слишком туманное объяснение
  • Другое

Как мы можем это улучшить?

Спасибо

Спасибо за обращение
Нажмите здесь, чтобы связаться с технической поддержкой TP-Link.

Community

Нужна помощь? Задавайте вопросы, находите ответы и обращайтесь за помощью к специалистам TP-Link и другим пользователям со всего мира.

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

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

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