Вы пробовали пинговать bitly.com с ПК1 и ПК2? Помните, что не все системы будут отвечать на пакеты эхо-запросов ICMP, отправленные командами ping и traceroute . Я попробовал ping bitly.com из систем, одной Linux, одной Microsoft Windows и одной системы OS X, в трех местах. Все показали "истекло время ожидания запроса" или потеря пакетов 100%, но я мог получить доступ к веб-сайту с них. Таким образом, мне кажется, что пакеты эхо-запроса ICMP блокируются где-то вдоль пути.
Это не необычно. Многие компании и организации блокируют этот тип трафика по разным причинам. Иногда это делается в брандмауэре из соображений безопасности, чтобы внешние объекты не могли сопоставить свою сеть. Иногда маршрутизаторы не отвечают или не дают такой трафик с очень низким приоритетом по соображениям производительности, поэтому вы можете увидеть звездочки на некоторых скачках по этим причинам, даже если система обрабатывает другие типы сетевого трафика номинально.
Снимок экрана, который вы опубликовали для вывода команды tracert, показывает время прохождения сигналов в обоих направлениях для пакетов, отправляемых на маршрутизаторы по сетевому пути от системы, выполняющей команду, до конечного хоста. Я вижу, что время приема -передачи (RTT) для пакетов к ix-0-100.tcore1.MLV-Mumbai-as6453.net [180.87.38.5] составляет около 21 миллисекунды. Но тогда, на следующем прыжке , если-9-5.tcore1.WYN-Marseille.as6453.net [80.231.217.17] при переходе 9 RTT резко скачет примерно до 127 мс с потерей одного пакета. Это не ужасный RTT на тот момент, но и не очень хороший. Когда я запустил трассировку на www.bitly.com из трех разных мест, где сетевые услуги предоставляются тремя разными интернет-провайдерами, хотя все они находятся в радиусе 50 миль, я вижу RTT на этом прыжке около 11 мс в одном месте, 18 мс на другом и 71 мс на третьем. В прыжке 20 для вашего tracert RTT работает примерно до четверти секунды. Опять же, это не ужасно, но и не здорово.
Хотя я не думаю, что вывод tracert, который вы опубликовали, может быть использован для выявления причины расхождений между системами в вашей локальной сети (LAN). Я также вижу все звездочки для прыжков после te1-2.r1.colo-fo.ilg1.vrsn.net [69.58.176.198] в большинстве случаев, хотя я видел, что следующий прыжок 69.58.176.194 иногда реагирует, поэтому, возможно, есть некоторые перегрузка сети на этом этапе или маршрутизатор отдает очень низкий приоритет трафику ICMP.
Однако я могу получить доступ к www.bitly.com из браузера, и когда я протестировал время отклика для сайта от pingdom.com, он показал хорошее время отклика для сайта из Стокгольма в Швеции, заявив, что «сайт быстрее, чем 49% всех протестированных сайтов ". Тест WebsitePulse также показал хорошее время отклика.
Итак, чтобы объяснить несоответствие между системами в вашей локальной сети, согласуются ли результаты? Например, вы несколько раз пытались получить доступ к www.bitly.com как с ПК1, так и с ПК2, и можете ли вы постоянно получать доступ к www.bitly.com с ПК2, но не с ПК1? А вы проверяли доступ к Facebook с обеих систем несколько раз? Используют ли обе системы один и тот же сетевой путь для доступа к внешним веб-сайтам? Например, один использует беспроводное сетевое соединение, в то время как другой использует проводное соединение? Используете ли вы одинаковые DNS-серверы для обеих систем? Вы можете проверить, используют ли обе системы один и тот же маршрутизатор в качестве первого прыжка и используют ли они одинаковые серверы системы доменных имен (DNS) в системах Microsoft Windows, с помощью команды ipconfig/all . У них один и тот же шлюз по умолчанию и DNS-серверы? Вы тестируете один и тот же браузер в обеих системах? Настроен ли браузер в одной системе на использование прокси-сервера, а в другой не используется прокси-сервер?
Существует странная проблема, заключающаяся в том, что на некоторых моих компьютерах несколько веб-сайтов недоступны.
Например: в ПК1: Facebook не работает, а в ПК2: bitly.com не работает.
Но другие сайты доступны.
Я не могу понять, почему это происходит. Что-то не так с моей сетью или роутером или из-за проблемы с браузером?
Когда я пингую bitly.com, он показывает "истекло время ожидания запроса", но при использовании онлайн-прокси он доступен. И это также доступно из некоторых других моих систем.