Я работаю в сети, работающей на сервере под управлением Windows Server 2008 R2, и, похоже, у меня проблемы со скоростью подключения к Интернету. Когда я использую tracert в командной строке, я всегда получаю «request timed out» на 2-м хопе, прежде чем найти другой внутренний IP-адрес и подключиться к нашему провайдеру. Еще одна потенциально просветляющая деталь: внутренний IP-адрес «10.208.133.5», к которому подключено на 3-м хопе, совпадает во всех моих тестах tracert:
Отслеживание маршрута к google.com [173.194.33.0]
1 <1 мс * <1 мс [192.168.10.1]
2 * * * Время ожидания запроса истекло.
3 * 2 мс 2 мс 10.208.133.5
4 10 мс 11 мс 13 мс sea2-pr2-xe-0-3-0-0.us.twtelecom.net [66.192.243.34]
5 11 мс 11 мс 11 мс 66.192.241.5
6 * 11 мс 11 мс 66.249.94.212
7 11 мс 13 мс 15 мс 209.85.253.24
8 11 мс 11 мс 11 мс sea09s01-in-f0.1e100.net [173.194.33.0]
Трассировка завершена.
Многие пользователи жалуются на медленную скорость интернет-соединения, и местоположение этого "Request Timed Out" намекает мне, что проблема на моей стороне, поскольку она возникает еще до того, как я добираюсь до интернет-провайдера. Подобную каденцию (на первый взгляд медленное соединение, за которым следует ожидаемая скорость) замечают пользователи в сети при попытке подключиться к веб-сайтам с помощью браузера.
Кто является «обычными подозреваемыми» в такой ситуации?
Спасибо!
решение1
Ну, обычное подозрение при Request Timed Outсканировании tracert заключается в том, что на конкретном узле отключен ICMP, по сути, он не отвечает на запросы ping, даже если они есть.являетсячто-то там. Я бы не стал приписывать этому замедление интернета. Нам нужно больше подробностей о сети или провайдере, чтобы выяснить это. Это может быть что угодно: плохой DNS-сервер или пропускная способность для количества пользователей, которых вы пытаетесь обслужить, или, если вы управляете доменом, сервер может быть перегружен.
Пожалуйста, предоставьте более подробную информацию.