Из-за чего может быть ошибка ERR_CONNECTION_TIMED_OUT?

Question

[Vlad]

Недавно некоторые сайты стали отвечать на запросы ошибкой ERR_CONNECTION_TIMED_OUT. Пробовал зайти из разных браузеров, с разных устройств внутри моей локальной сети. Пробовал подключаться к сети интернет напрямую без роутера. Ошибка все равно имеет место. Провайдер сказал, что проблема не на их стороне. Трассировка проблемных сайтов показывает, что они доступны, но загружаться они не хотят.

Какие есть мысли? Куда мне копать?

Update. Оказалось, что у провайдера были проблемы с маршрутизацией, и я единственный кто это "заметил". Вопрос закрыт.

Comments

[ТыжСисАдмин]

Страна?

[Vlad]

Алексей POS_troi: РФ, Волгоградская обл.

[ТыжСисАдмин]

Vlad: Не, просто у нас в UA так наворотили с DPI что в общем проблема не редкая :)
Скачайте дист линукса, загрузитесь с флэшки и проверьте проблемные сайты, в идеале даже не браузером а curl-ом.

Вариантов тут в общем несколько:
1. Провайдер вас обманывает
2. Провайдера обманывает вышестоящий провайдер
3. Вирусня пытающаяся подменять ДНС запросы или вообще MAC-спуфинг, или просто с браузерами мутит
4. погода на марсе, метеорит в Челябинске :)

Можете при глюках попробовать протестить интересующий сайт на ресурсе https://ping-admin.ru/free_test/

[Vlad]

Алексей POS_troi: curl и wget как и браузер говорят о превышении времени ожидания соединения. Я сам грешу на своего провайдера, потому что на этой неделе несколько раз ругался с ними по данной проблеме и сайты как по-волшебству становились доступными. Но доказать, что проблема на их стороне пока не могу – познаний не хватает =)

[ТыжСисАдмин]

Vlad: В большинстве своём это и есть или пров или вышестоящий пров ()магистральник), а так как у вас с блокировками и т.п. то-же не всё спокойно то в общем разные будут спецэффекты.

Answer 1

[Владимир]

Я бы начал с этого:

Отключить антивирус
Отключить firewall
Отключить proxy
Исключить роутер.

Выполнить из командной строки:

ipconfig /flushdns
ipconfig /registerdns
ipconfig /release
ipconfig /renew
netsh winsock reset

В DNS прописать 8.8.8.8 и 8.8.4.4
ИЛИ
В DNS прописать автоматическое получение.

Задать IP вручную из диапазона адресов вашей сетки
ИЛИ
Назначить IP автоматически

Далее - по результатам. И, кстати, что показывает tracert?

Comments

[Vlad]

Все вышеуказанное уже проделывалось – не помогло.

Для примера (в Windows):

tracert seasonvar.ru

Трассировка маршрута к seasonvar.ru [178.236.137.57]
с максимальным числом прыжков 30:

  1     1 ms     1 ms     1 ms  KEENETIC [192.168.13.13]
  2     1 ms     1 ms     1 ms  10.0.0.1
  3     4 ms     4 ms     3 ms  192.168.15.129
  4     7 ms     3 ms     6 ms  192.168.55.102
  5     7 ms     4 ms     3 ms  192.168.26.85
  6     *        *        *     Превышен интервал ожидания для запроса.
  7     7 ms     6 ms    11 ms  95.167.66.225
  8    23 ms    29 ms    24 ms  217.107.67.145
  9    25 ms    25 ms    25 ms  78.25.83.233
 10   519 ms    43 ms    37 ms  83.169.204.33
 11    37 ms    35 ms    51 ms  10.222.78.30
 12    36 ms    38 ms    38 ms  10.222.78.122
 13    32 ms    33 ms    34 ms  83.169.195.93
 14    35 ms    44 ms    38 ms  ae0.308.clmd-mx104-dc-49.cellmedia.ru [178.236.128.174]
 15    35 ms    35 ms    38 ms  57.137.236.178.teleum.ru [178.236.137.57]

Трассировка завершена.

При этом сам сайт не открывается в браузерах, а wget в Ubuntu выдает ошибку "Время ожидания соединения истекло"

[Владимир]

Продолжим...

А если обратиться к сайту по IP?
Запустить браузер в безопасном режиме (без дополнений)?

Хотя, сдаётся мне, что ваш шлюз в Инет вас не пускает.... Если локалка на предприятии - админ зверствует. Попробуйте для эксперимента альтернативу, скажем, USB-модем.

[Vlad]

Владимир: пробовал – не помогает. Можете глянуть комментарии к ответу ниже – там есть интересные дополнения касаемо traceroute. Я грешу на проблемы на стороне провайдера, и он, кажется, начинает со мною соглашаться =)

Answer 2

[Дмитрий Шицков]

Загрузитесь в Линукс и выполните
sudo traceroute -T -p 80 seasonvar.ru
Сравните с обычной трассировкой

Comments

[Vlad]

Как я сам не додумался?! Лучший способ доказать провайдеру, что проблема на их стороне! Спасибо большое!

P.S. Если кому-то вдруг интересно: вышеуказанная команда показала, что дальше 192.168.55.102 "прыгнуть" не удалось, и данный IP является "провайдерским".

[Дмитрий Шицков]

Vlad: Скорее не проблема, а, видимо, намеренная блокировка.

[Vlad]

Дмитрий Шицков: ответ провайдера: "мы не можем найти причину, но спасибо за обращение"...

[Владимир]

Да, действительно traceroute на 80-й порт сразу бы показал, где собака порылась. РедБул окрыляет, винда отупляет :-D