2

Я нахожусь в сети, где работает сервер под управлением Windows Server 2008 R2, и, похоже, у меня проблема со скоростью соединения с Интернетом. Когда я использую tracert в командной строке, я всегда получаю «тайм-аут запроса» на втором прыжке, прежде чем найти другой внутренний IP-адрес и подключиться к нашему провайдеру. Еще одна потенциально полезная деталь: внутренний IP-адрес «10.208.133.5», подключенный к третьему переходу, одинаков во всех моих тестах 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]
Трассировка завершена.

Многие пользователи жалуются на медленную скорость интернет-соединения, и расположение этого «Тайм-аута запроса» подразумевает, что проблема на моей стороне, потому что она возникает еще до того, как я доберусь до провайдера. Сходная частота (казалось бы, медленное подключение к началу, а затем ожидаемая скорость) замечается пользователями в сети при попытке подключения к веб-сайтам с помощью браузера.

Каковы «обычные подозреваемые» для такой ситуации?

Спасибо!

1 ответ1

1

Ну обычный подозреваемый Request Timed Out - аут на TRACERT сканирования является то , что узел , в частности , имеет ICMP отключить, поясню, он не отвечает на запросы свистеть даже есть что - то там. Я бы не стал приписывать медлительность интернета из-за этого. Нам нужно больше подробностей о сети или интернет-провайдере, чтобы выяснить это. Это может быть что угодно для плохого DNS-сервера или пропускной способности для количества пользователей, которых вы пытаетесь обслуживать, или, если вы работаете в домене, сервер может быть перегружен.

Пожалуйста, предоставьте больше деталей.

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .