Понимание Cетевых проблем
Интернет очень похож на загруженные автомагистрали Москвы в часы пик. Трафик, трафик и ещё раз трафик. Причём этот трафик сливается и разъезжается почти так же, как на дорогах.
Логично, что когда множество людей одновременно пытаются использовать интернет (например, вечером в субботу, во время просмотра фильмов), «интернет-магистрали» перегружаются и замедляются. То, что раньше загружалось менее чем за секунду, теперь может занять несколько секунд или дольше.
Это звучит как «проблема первого мира» — и, возможно, так оно и есть, но каждый с этим сталкивался. Скорость интернета в основном определяется вашим интернет-провайдером (ISP). Сигнал вашего роутера перескакивает с одного роутера на другой (как с одной трассы на другую), пока не достигнет пункта назначения. Затем целевой роутер отправляет его обратно через ту же цепочку к вашему роутеру, и страница загружается на вашем экране. Эти промежуточные роутеры, через которые проходит ваш сигнал, являются одними из ключевых факторов вашей интернет-скорости — они называются хопами (hops).
Каждый раз, когда ваш пакет данных передаётся от одного источника (или роутера) к другому, это называется хопом (hop).
На каждом хопе возникает некоторая задержка, поэтому чем больше хопов проходит ваш пакет, тем медленнее он достигнет конечной точки. Рассмотрим пример:
Чтобы протестировать количество хопов, которое требуется пакету данных для достижения цели, вы можете выполнить команду трассировки маршрута в командной строке (Windows: меню «Пуск» → «Выполнить» → cmd). Эта команда отправит пакет на нужный адрес, одновременно запрашивая информацию от каждого промежуточного узла. Каждый хоп отображается в отдельной строке.
Мы запустили трассировку маршрута до надёжного сайта veesp.com:
Как уже упоминалось выше, traceroute — это утилита, которая отслеживает путь (или маршрут от роутера к роутеру, по аналогии с трассой), по которому данные передаются от вашего компьютера до нужного узла в интернете.
Трассировка маршрута обычно используется для диагностики проблем при подключении к веб-сайту или при медленной работе интернета.
traceroute veesp.com
Tracing route to veesp.com [104.22.74.140]
over a maximum of 30 hops:
1 <1 ms <1 ms <1 ms 192.168.88.1
2 7 ms 2 ms 1 ms 10.198.177.129
3 1 ms <1 ms <1 ms 10.255.255.10
4 1 ms 1 ms <1 ms 172.30.98.185
5 1 ms 1 ms <1 ms 172.30.98.186
6 1 ms 1 ms 1 ms SPB-MET36-C7606-IXR02.spb.sumtel.ru [89.221.199.225]
7 3 ms 2 ms 1 ms 94.25.11.89
8 2 ms 2 ms 2 ms 217.107.73.182
9 1 ms 1 ms 1 ms 104.22.74.140
Trace complete
Сайт Veesp находится за защитой Cloudflare, поэтому мы на самом деле пингуем сервер Cloudflare — но в данном случае это не принципиально.
Таким образом, выполнение traceroute даёт подробное представление о маршруте, по которому пакет перемещается из одной сетевой системы в другую.
Можно сделать вывод, что подключение к IP-адресу в США (как в примере с Veesp выше) займёт больше времени, чем подключение к серверу в другой стране, например vultr.com
traceroute vultr.com
Tracing route to vultr.com [108.61.13.174]
over a maximum of 30 hops:
1 <1 ms <1 ms <1 ms 192.168.88.1
2 6 ms <1 ms 1 ms 10.198.177.129
3 1 ms <1 ms <1 ms 10.255.255.10
4 1 ms <1 ms <1 ms 172.30.98.185
5 1 ms 1 ms <1 ms 172.30.98.186
6 1 ms 1 ms <1 ms SPB-MET36-C7606-IXR02.spb.sumtel.ru [89.221.199.225]
7 2 ms 2 ms 2 ms 94.25.11.89
8 26 ms 25 ms 29 ms 87.226.133.136
9 52 ms 52 ms 51 ms ae1-500.cr1-stk3.ip4.gtt.net [77.67.90.96]
10 139 ms 126 ms 127 ms ae0.cr2-nyc4.ip4.gtt.net [213.200.112.166]
11 110 ms 121 ms 110 ms ip4.gtt.net [173.205.45.234]
12 * * * Request timed out.
13 * * * Request timed out.
14 115 ms 115 ms 115 ms 108-61-13-174.choopa.net [108.61.13.174]
Trace complete.
Обратите внимание, что подключение к Veesp потребовало 9 хопов с задержкой не более 7 мс. А при подключении к зарубежному серверу потребовалось 14 хопов и задержка достигала 140 мс.
Также обратите внимание, что на хопах №12 и №13 нет ответа. Это может быть вызвано разными причинами, но чаще всего — перегрузкой на этих хопах, из-за чего они не отвечают на команду tracert.
Скорее всего, это и произошло в описанном примере, так как мы всё же смогли достичь конечной точки. Если бы ошибки продолжились, мы могли бы сделать вывод, что проблема с подключением находится на хопе №13.
Трассировка маршрута — отличный способ оценить качество соединения, например, с виртуальным или выделенным сервером, как у нас!