Про Wi-Fi, хот-споты, халявный интернет и тому подобное...
не приклеился сразу...
Графические файлы из скриншота не лепятся!
ping google.com > c:\results.txt, содержимое файла текстом сюда.
.....
> - значок означает, что выводимая информация на экран должна направиться на указанное устройство. В данном случае это файл results.txt на диске c:\. Если поставить два значка >>, без пробела, то содержимое указанного файла не будет удаляться, а информация допишиться в его конец.
Обмен пакетами с google.com [74.125.232.19] с 32 байтами данных:
Ответ от 74.125.232.19: число байт=32 время=3мс TTL=59
Ответ от 74.125.232.19: число байт=32 время=3мс TTL=59
Ответ от 74.125.232.19: число байт=32 время=3мс TTL=59
Ответ от 74.125.232.19: число байт=32 время=3мс TTL=59
Статистика Ping для 74.125.232.19:
Пакетов: отправлено = 4, получено = 4, потеряно = 0
(0% потерь)
Приблизительное время приема-передачи в мс:
Минимальное = 3мсек, Максимальное = 3 мсек, Среднее = 3 мсек
Graciano: Обмен пакетами...
Это Вы у Спец'а пробовали? 
Сергей К: Это Вы у Спец'а пробовали?
Нихт ферштейн?..
(Я эту ветку не читал)
Пропинговал не только цифровой, но и "человеческий" адрес Гугла, IP при этом нормально определился. Задержка та же, что и при цифре (около 200 мс).
Запустил и tracert, получил такой экран:
После изображённого был ещё шаг 14, а на 15-м трассирование сорвалось.
Пробежался по своему списку "Избранного" и обнаружил, что фильтруются не только сервисы Гугла. Ещё полностью не лезет библиотека Мошкова lib.ru. А известный портал самодеятельного видео vimeo.com - грузится только фасад, но не контент. В общем, извращение какое-то... Не понятен принцип.
Может, это определённое направление, т.е. определённый канал связи? Но насколько я читал о принципах Интернета, он сконструирован как раз так, чтобы преодолевать разрывы отдельных локальных каналов - пакеты сами находят обходной путь.
Спец: Пропинговал не только цифровой, но и "человеческий" адрес Гугла, IP при этом нормально определился
значит DNS тут не причем, он выдает правильный IP-шник.
Спец: После изображённого был ещё шаг 14, а на 15-м трассирование сорвалось
А вот в этом и может крыться проблемма!
Команда tracert показывает путь, который проходять данные от Вас к указанному сайту. В середине маршрута пропуски могут быть (оборудование само будет искать обходной путь), но если до оконачания узел не будет найден - это уже проблемма. Проследите, за каким узлом начинаются проблеммы.
Судя по Вашему скриншету, уже на 6м шаге запрос прошол на Гугловский шлюз...
Возможно это проблемма у провайдера (nvtelecom.ru).
216.239.43.240 - это уже Гугловский сервер.
Если я правильно Вас понял, то с 7 шага пошли внутригугловские трассы (т.е. внутри "их" сети), и повлиять на них нельзя. Впрочем, я и на провайдера повлиять не могу - доступ-то халявный...
Значит, констатируем: фильтр далеко и для перенастройки недоступен. Решение - менять провайдера. Недёшево, однако... но оно того стоит.
Вот ещё весьма странный случай фильтрации трафика на моём халявном доступе. Пару дней через него не было доступа вообще никуда (ни на какие сайты, ни в почту), кроме - странное дело! - Скайпа. Причём все внутренние сервисы Скайпа (скажем, чат, передача файлов) работали нормально. Затем всё вернулось взад (т.е. доступно всё, кроме гугловых сервисов и ещё кое-каких мелочей). Что за чертовщина?...