Ping router utorrent com превышен интервал ожидания для запроса
«Ааа, помогите, все пропало!» – если ваш внутренний голос реагирует на обрыв соединения с сервером примерно так, этот материал точно для вас. :) Безусловно, со своей стороны мы каждый день делаем все возможное, чтобы ничто не мешало вашей работе в облаке, но случись форс-мажор – будем разбираться. А чтобы быстрее сориентироваться в ситуации и понять, на чьей стороне ошибка, вот вам задача-минимум – во время обрыва первым делом выполните трассировку маршрута и пинг промежуточных узлов. Как все это сделать, сейчас расскажем.
Трассировка маршрута
Во время трассировки происходит отправка пакетов данных между локальным компьютером и сервером. Это помогает проследить путь прохождения запроса к серверу и определить, на каком этапе происходит обрыв. Выполнить трассировку довольно легко.
1. Запустите команду cmd: Win+R > пропишите cmd > ОК.
2. В открывшейся командной строке введите tracert Х.Х.Х.Х (где Х.Х.Х.Х – это IP-адрес сервера или домен) и нажмите Enter.
Как видим, наши пакеты преодолели десять (их может быть как меньше, так и больше) узлов, и преодолели их успешно. В противном случае, если бы пакеты «споткнулись» на одном из узлов, на нем (и последующих за ним узлах) мы бы увидели:
* * * Превышен интервал ожидания для запроса.
Но даже в таком случае пока не время для выводов – эта запись может означать как потерю пакетов, так и то, что узел сети просто закрыт настройками безопасности. Иногда провайдеры специально настраивают узлы так, чтобы они не отвечали на трассировочные пакеты, дабы снизить нагрузку. Чтобы точно узнать, действительно ли происходит обрыв, и, если да, то где именно, нужно пропинговать каждый из узлов. При трассировке мы получили IP каждого из них, а значит, можем перейти к пингу.
Пинг промежуточных узлов
Пинг предназначен для проверки целостности и качества соединений. Выполнить его тоже несложно. При этом запустить пинг нужно ко всем промежуточным узлам в отдельных окнах. Так непосредственно в момент обрыва связи будет видно, на каком узле происходят потери пакетов и насколько продолжительны эти обрывы.
В ОС Windows по умолчанию передается только четыре пакета, чего недостаточно, если проблема проявляется кратковременно. Поэтому нужно снять это ограничение параметром -t (чтобы потом остановить обмен пакетами, нажать CTRL+C).
Теперь по порядку.
1. Запустите команду cmd: Win+R > пропишите cmd > ОК.
2. В открывшейся командной строке введите ping -t Х.Х.Х.Х (где Х.Х.Х.Х – это адрес одного из промежуточных узлов, которые мы узнали при трассировке) и нажмите Enter.
В нашем случае при трассировке мы выявили десять узлов, а значит, и пинг нужно выполнить десять раз в десяти отдельных окнах.
Полезно!
Если вам нужно постоянно отслеживать качество соединения, для Windows можно воспользоваться удобной программой PingPlotter.
Итак, пингуем – в десяти отдельных окнах командной строки вводим команды с IP-адресами узлов, которые мы выявили при трассировке. В нашем случае будут такие команды:
ping -t 10.1.1.1
ping -t 193.151.89.254
ping -t 85.195.75.129
ping -t 213.248.79.29
ping -t 62.115.139.50
ping -t 62.115.120.8
ping -t 62.115.153.215
ping -t 108.170.251.129
ping -t 66.249.94.135
ping -t 216.58.208.46
Если в каком-нибудь из окон вы с первых же секунд видите «Превышен интервал ожидания», не спешите кричать: «Попался!». Если следующие узлы пингуются нормально, значит, этот просто закрыт настройками. В нашем случае, например, предпоследний узел (66.249.94.135) сразу же говорит, что интервал превышен, но с пингом десятого узла никаких проблем нет.
Что дальше? Запустив пинг всех узлов, оставьте его включенным и занимайтесь своими делами до следующего обрыва. Как только он случится, вернитесь к окнам пинга, чтобы выявить, кто виноват и что делать.
На чьей стороне ошибка?
Итак, обрыв повторился. Но на этот раз запущенный пинг промежуточных узлов поможет «обличить» виновника. Тут все просто – с какого узла вам начало выдавать «Превышен интервал ожидания», тот и слабое звено.
Кто виноват – ясно, теперь нужно понять, что делать в конкретных ситуациях.
1. Последний узел. Если последний узел сначала пинговался нормально (некоторые Windows-машины вообще не отвечают на пинг, это задается в настройках брандмауэра)…
…а после обрыва начал показывать «Превышен интервал ожидания», обрыв происходит на вашем сервере.
В этом случае зайдите в панель управления, запустите консоль и войдите в операционную систему, чтобы разобраться, почему сервер не работает. Если окажется, что операционная система зависла, перезагрузите сервер.
2. Любые узлы, кроме последнего. В этом случае обращайтесь одновременно в техподдержку и облачного, и интернет-провайдера. При этом обязательно укажите, как изначально выглядела трассировка маршрута, и составьте перечень узлов с указанием, на каких из них пинг во время обрыва прервался, а на каких нет. Будьте внимательны, это важная информация, не ошибитесь.
3. Все узлы одновременно. Если все окна с пингом начали показывать «Превышен интервал ожидания», проблема в вашем компьютере или сети, к которой он подключен.
Бонус!
Ну, а чтобы вам было совсем уж комфортно, мы тут подобрали утилиты, с которыми можно делать трассировку и пинг промежуточных узлов одним простым движением без запуска пятнадцати различных окон.
Для ОС семейства Windows такую оптимизацию проводит утилита Winmtr. Она не нуждается в установке и готова к использованию сразу после распаковки из архива.
Распаковали, запустили, что дальше?
В поле Host укажите конечный сервер, с которым будет проверяться соединение, и нажмите Start:
В нашем примере видна трассировка маршрута и все промежуточные узлы. При этом к каждому из них направляются ICMP-пакеты, по которым можно определить качество связи.
Собственно, в этом и заключается главное преимущество утилиты – ее вывод постоянно обновляется, это позволяет собирать статистику, отслеживать средние показатели, тенденции и какие-либо изменения качества сети.
Раз мы проверяем соединение с сервером, нас интересуют столбцы Sent (отправлено пакетов) и Recv (получено пакетов). Если значения в этих столбцах не совпадают, значит, качество связи с узлом ухудшилось. Что делать? Обратиться в соответствующую техподдержку.
Столбец Loss поможет просмотреть динамику потерь в процентном соотношении.
Также утилита позволяет копировать текст в удобных форматах (.txt и .html) в буфер обмена (Copy to clipboard) или в отдельный файл (Export).
Двойной щелчок по промежуточному узлу позволит получить дополнительную информацию о нем.
Важно знать!
Для детализации проблемы специалисты техподдержки могут запросить дополнительные пинги с особыми настройками. Для этого достаточно внести их в окошке Options, которое позволит указать:
- Interval (sec) – время обновления данных в секундах.
- Max host in LRU list – максимальное количество хостов (или IP-адресов, если не активна опция Resolve names) до конечной точки.
- Ping size (bytes) – размер ICMP-пакета.
- Resolve names – возможность преобразовать IP-адрес в имя хоста.
А что же линуксоиды?
Для ОС семейства Linux утилита называется просто MTR. Если ее нет в вашей операционной системе, установить ее можно одним из следующих способов:
$ apt-get install mtr
$ yum install mtr
У MTR такой же функционал, как у Winmtr, а также схожий графический интерфейс. Запустить утилиту можно командой:
где X.X.X.X – это IP-адрес конечного сервера или имя хоста.
В данном случае интересуют следующие столбцы:
- Loss % – процент потерянных пакетов между компьютером-отправителем и промежуточными узлами.
- SNT – общее количество отправленных пакетов.
Как только где-то что-то потерялось, утилита сигнализирует нам об этом, окрашивая узел в красный цвет и подсчитывая процент потерь.
Отдельно отметим возможность запуска утилиты в текстовом (консольном) режиме. Для этого достаточно добавить опцию -t или --curses:
mtr --curses tucha.ua
Рассмотрим еще несколько важных опций MTR, которые могут быть крайне полезны в процессе диагностики сети.
Запускает режим отчета, в котором MTR обработает заданное количество циклов (определенных опцией -c), а затем отобразит статистику и автоматически завершит работу. Этот режим полезен для сбора статистики о качестве сети.
-c COUNT или --report-cycles COUNT
Позволяет задать количество циклов, после которых MTR завершит работу.
-p BYTES или --psize BYTES
Устанавливает размер пакетов в байтах.
-i SECONDS или --interval SECONDS
Задает интервал между отправляемыми пакетами.
Разрешает не использовать DNS, отображает IP-адреса узлов.
-a X.X.X.X или --address X.X.X.X
Позволяет указать адрес интерфейса компьютера, с которого будут отправляться ICMP-запросы.
Разумеется, команды в консоли дают более точный результат, поскольку фиксируют даже единичные потери пакетов (короткие обрывы), но Winmtr и MTR компактные и более удобны в использовании. А на чем остановить свой выбор, решать только вам. :)
Вот, собственно, и все, кто виноват – выяснили, что делать – тоже. :) Надеемся, материал был вам полезен, а если у вас остались дополнительные околооблачные вопросы, обращайтесь к нам за грамотной консультацией 24/7.
Превышен интервал ожидания для запроса: суть проблемы
Сама ошибка и ее последствия выглядят в самом простом случае известным образом. Вы пытаетесь получить доступ к какому-то ресурсу или подключаетесь к Всемирной паутине, компьютерное устройство отправляет запрос во внешний мир, но отклика не получает.
Почему? Да только потому, что Сеть или устройство связи не может инициализировать внешний IP вашего компьютера. Вот и получается, что попросту не происходит обмен пакетами. Превышен интервал ожидания для запроса, Сеть не дает отклика только потому, что ваше устройство не определяется, несмотря даже на то, что в установках протоколов все параметры установлены на автоматизацию (имеется в виду получение адресов IP, DNS и использование шлюза по умолчанию).
Иными словами, пакеты до вашего устройства извне не доходят. А это необходимое условие для осуществления связи.
Если уж такая проблема появилась, можно воспользоваться самой обычной функцией сброса сетевых параметров. Пока не рассматриваем более сложные методы вроде проверки пинга, а пытаемся, так сказать, избавиться от проблемы самыми простыми и доступными методами.
Запускаем командную консоль от имени администратора (cmd в меню «Выполнить» или ручной запуск файла в директории System32 через меню правого клика), после чего вписываем команды сброса конфигурации.
Последовательность выглядит так: сначала - ipconfig /flushdns, затем - nbtstat –R и nbtstat –RR, после этого - netsh int reset all и netsh int ip reset, и наконец - netsh winsock reset. Их применение очищает (сбрасывает) настройки системы, после чего можно будет произвести перезагрузку и попытаться получить доступ к искомому ресурсу или установить подключение к сети.
Командная строка и пингование
Придется воспользоваться специальными командами пингования, которые точно позволяют определить, есть ли отклик на исходящий внешний запрос от вашего компьютерного терминала.
Например, если используется роутер и беспроводная сеть WiFi, в командной строке нужно прописать процедуру пинга с указанием внутреннего адреса компьютера (обычно это ping 127.0.0.1). После этого должен начаться обмен пакетами. На экране будет показано, что отправлено столько-то, получено столько-то.
Но вот беда: пинг вроде бы и работает, а связи нет. Почему? Да только потому, что пакеты отправлялись на внутренний адрес, и при этом сработала функция loopback. Для более точной проверки следует проверить другой произвольный адрес. А вот тут появится точная статистика по отправке, приему и потере пакетов.
Проверка конфигурации
После этого имеет смысл пропинговать адрес собственного маршрутизатора (либо 192.168 с окончанием 0.1 через точку, либо 1.1). Если он не определяется, проблема как раз в нем и состоит. Если все нормально, идем дальше.
Трассировка
В некоторых случаях одним из вариантов проверки и исправления проблемы того, что превышен интервал ожидания для запроса (Trove, например, при доступе к онлайн-играм), имеет смысл проверить трассировку. Она представляет собой передачу пакетов от вашего компьютерного терминала во внешний мир. Для этого можно использовать команду tracert с добавлением суффиксов (например, в самом простом случае трассировка проверяется при помощи сочетания tracert it.sander.su).
Сама же команда позволяет определить источник сбоя или стадию прохождения пакетов, на которой он и происходит. Обычно показатель трассировки TTL выглядит как целое положительное число. Однако роутер может уменьшать его на одну единицу. Если такой показатель при обмене пакетами ставится равным нулю, трассировка заканчивается. Придется использовать команду route print, чтобы просмотреть таблицу маршрутизации, но это уже отдельная тема.
Настройка интерфейса Ethernet
Сначала смотрим на список настроек, который вызывается командой netstat, к которой можно дописать суффикс «-n», «-na» или «-nb» для отображения данных не в виде цифрового кода.
Теперь нужно ввести строку просмотра собственного адреса, а затем использовать комбинацию, представленную выше (как правило, работает это во всех системах).
Включение узлов
Попробуйте вызвать настройки того же Internet Explorer или любого другого используемого браузера. Тут нужно покопаться в параметрах ресурсов, заслуживающих доверия. Их адреса нужно внести в специальный список.
Заключение
Вот, собственно, и все, что касается сбоя, когда наблюдается ситуация, связанная с тем, что превышен интервал ожидания для запроса при попытке доступа на какой-то интернет-ресурс или осуществлении сеанса связи. Самым простым решением, если не считать переустановку системы, станет обычный сброс настроек. Но дело может быть и не в этом, поэтому придется покопаться в параметрах сетевых подключений. Но производить установку параметров рекомендуется именно из командной строки, а не стандартными методами, предусмотренными в системе. Этот вариант является намного более предпочтительным только по причине того, что командная строка использует скрытые от глаз пользователя инструменты, недоступные в обычном режиме, когда доступ к ним производится стандартными средствами.
Как выявить, на чьей стороне (вашей или провайдера) проблемы со связью:
-
Шаг 1. Проверка на вирус
Даже если у вас установлен хороший антивирусный пакет с самыми свежими базами — не обольщайтесь. Его наличие не является стопроцентной гарантией защиты от заражения. Подцепить хитрый троян, руткит или другой вредоносный код проще простого. Внедрившись в систему, опасное ПО может не только затормозить ее, но и загрузить из Интернета выводок других не менее пагубных программ. А когда антивирус подаст сигнал тревоги, среагировав на одну из них, в системе уже «поселится» целый зоопарк — и будет невозможно что-либо сделать.
Поэтому при любых признаках непривычного поведения ПК надо сразу произвести проверку, но не тем антивирусом, который у вас установлен, а бесплатной сторонней утилитой. Самый простой способ — воспользоваться Dr. Web CureIT!, загрузив ее с официального сайта. Инструкцию по применению, кстати, чрезвычайно простую, прочитайте [ТУТ - пункт Чистка компьютера от вирусов].
Впрочем, если после первой же антивирусной проверки ничего не выявлено и состояние не изменилось — переходим к следующему шагу.
Это одно из первых действий, которое вам порекомендуют в техподдержке интернет-провайдера. Действительно, отдельные компоненты ОС Windows (службы, драйверы) могут подвисать, никак об этом не сообщая пользователю. Кстати, и аппаратные компоненты точно так же могут сбойнуть, а для возврата в первоначальное (рабочее) состояние им потребуется аппаратный сброс, который и произойдет в процессе перезапуска компьютера. Если вы подсоединены к Интернету напрямую кабелем провайдера, то переподключитесь к сети с обновлением параметров. Самый чистый вариант — отключение ПК на время не дольше полуминуты. После включения все нестабильные состояния оборудования, как правило, устраняются.
Не помогло? Переходим к следующему шагу.
Если вы подключаете свой компьютер к Интернету через роутер, даже не проверяйте его состояние и не пытайтесь разобраться в состоянии индикаторов. Перезапустите его — ведь сетевые устройства могут зависнуть или сбойнуть точно так же, как и ПК. Кроме того, не все устройства корректно отрабатывают изменения в состоянии сетевого соединения: при обновлении сетевых настроек со стороны провайдера роутер мог не отреагировать автоматически. Перезагружаем его, выключив питание (на 10 секунд), затем снова включаем и проверяем состояние. После этого может понадобиться перезагрузить и компьютер.
Если не помогло — переходим к следующему шагу.
Предположим, что проблема все-таки в вашем компьютере. Единственный способ проверить это — подключиться с другого устройства: подойдет второй ПК, ноутбук, планшет с портом локальной сети. Если вам удается с него подключиться, значит, придется разбираться с вашим компьютером, если нет — переходим к следующему шагу и пускаем в ход «тяжелую артиллерию».
В данном случае тяжелой артиллерией я называю «админские» методы. Для того чтобы ими воспользоваться, не нужно иметь специальных знаний, но представление о происходящем они могут дать вполне точное. Не понадобится и специализированный софт — сгодятся встроенные в ОС утилиты.
Если вы не хотите связываться с консольными утилитами, используйте программу с наглядным графическим интерфейсом, более удобным в ряде случаев. Самая распространенная из них, успешно заменяющая и ping, и tracert, — WinMTR (нажимаем кнопку Download). У нее свои достоинства: маленькая, не требует инсталляции и при этом позволяет легко получить информацию о состоянии канала, а также сбросить отчет в файл нажатием всего одной кнопки. Данная информация важна не только вам — она может пригодиться службе техподдержки. Ведь при использовании консольных команд результаты их работы придется вручную переносить в текстовый файл, а это не самое простое и быстрое занятие.
Запустив WinMTR, достаточно ввести искомый адрес и нажать кнопку «Старт» — она сразу же начнет трассировать маршрут, а затем высветит его в нижнем окне, после чего будет циклически выполнять опрос всех узлов, накапливая статистику до нажатия кнопки «Стоп». В то время можно просмотреть информацию по каждому из серверов, два раза кликнув по его названию мышью.
Как расшифровать показатели пинга и трассировки маршрута
а ее выполнение продемонстрирует нечто подобное:
Ответ от 213.180.193.3: число байт=32 время=134 мс TTL=55
Ответ от 213.180.193.3: число байт=32 время=126 мс TTL=55
Ответ от 213.180.193.3: число байт=32 время=2100 мс TTL=55
Превышен интервал ожидания для запроса.
Ответ от 213.180.193.3: число байт=32 время=1982 мс TTL=55
Ответ от 213.180.193.3: число байт=32 время=367 мс TTL=55
1 * * * Превышен интервал ожидания для запроса.
В этом случае, скорее всего, утрачена связь с вашим шлюзом. А значит, проблема на вашей стороне.
Следующая ситуация:
Как включить команду ping в Windows 7
Привет. Проблемы с wifi. Пинг скачет от 14мс до 3000мс, постоянные обрывы Превышен интервал ожидания запроса , много раз за 1 минуту.
Роутер:
Модель Keenetic Lite III
Версия ОС 2.15.C.6.0-1
Грешил на точку приема от стационарного пк, но и на ноутбуке такая же проблема.
Сигнал отличный. По проводному соединению в работе нареканий нет. Пробовал менять DNS 8888 8844, не помогло. Менял маску с 192.168.1.1 на 0.1 не помогло.
Слегка помогло нормализовать скачки по пингу, но не обрывы, выключение Облачная служба Keenetic Cloud v2 (экспериментальная) и включение TX Burst, а может и не помогло, трудно понять.
Важно: до тех пор, пока не используется интернет (те, не заходим в онлайн игрушки, не открываем страницы в браузере) интернет стабилен 14-17мс, как только зашли, не важно куда и каким способом- начинаются проблемы.
Настройка протокола IP для Windows
Имя компьютера . . . . . . . . . : ПК
Основной DNS-суффикс . . . . . . :
Тип узла. . . . . . . . . . . . . : Гибридный
IP-маршрутизация включена . . . . : Нет
WINS-прокси включен . . . . . . . : Нет
Адаптер беспроводной локальной сети Беспроводное сетевое соединение 3:
Адаптер беспроводной локальной сети Беспроводное сетевое соединение:
DNS-серверы. . . . . . . . . . . : 192.168.0.1
NetBios через TCP/IP. . . . . . . . : Включен
Ethernet adapter Подключение по локальной сети* 9:
Состояние среды. . . . . . . . : Среда передачи недоступна.
DNS-суффикс подключения . . . . . :
Описание. . . . . . . . . . . . . : Check Point Virtual Network Adapter For S
SL Network Extender
Физический адрес. . . . . . . . . : 54-D1-ED-83-73-0C
DHCP включен. . . . . . . . . . . : Да
Автонастройка включена. . . . . . : Да
Unknown adapter Подключение по локальной сети 3:
Состояние среды. . . . . . . . : Среда передачи недоступна.
DNS-суффикс подключения . . . . . :
Описание. . . . . . . . . . . . . : TAP-Windows Adapter V9
Физический адрес. . . . . . . . . : 00-FF-6D-53-FE-4B
DHCP включен. . . . . . . . . . . : Да
Автонастройка включена. . . . . . : Да
Ethernet adapter Подключение по локальной сети 2:
Состояние среды. . . . . . . . : Среда передачи недоступна.
DNS-суффикс подключения . . . . . :
Описание. . . . . . . . . . . . . : Realtek PCIe GbE Family Controller
Физический адрес. . . . . . . . . : 80-FA-5B-0E-D3-5E
DHCP включен. . . . . . . . . . . : Да
Автонастройка включена. . . . . . : Да
Что означает ошибка в браузере ERR_CONNECTION_TIMED_OUT?
Основные причины оповещения об истекшем сроке ожидания ответа от сервера:
Устраняем проблемы в сети и настраиваем её
Шаг 1. Проверьте, прежде всего, свое подключение, чтобы убедиться, что ошибка не на вашей стороне. Если все сайты запускаются у вас в браузере, а некоторые нет, тогда перезагрузите роутер. Это можно сделать в его настройках. Также можно попробовать отключить и включить его, если у вас динамический IP-адрес.
Шаг 3. Не лишним будет просмотреть . В разделе DNS-адрес должны быть указаны корректные данные для вашей сети. В том случае, если адрес не совпадает с тем, что должен быть – удаляйте и заполняйте нужным. Есть вероятность, что ваша система заражена вирусом и самостоятельно перенастраивает пункты меню вашего браузера. В этом случае воспользуйтесь антивирусным ПО. В идеальном варианте, помимо установленных антивирусных программ воспользуйтесь одноразовыми и утилитами от Kaspersky, Dr.Web, Nod32.
Шаг 4. В настройках роутера следует проверить параметр MTU, чтобы устранить «Превышено время ожидания ответа от сайта». Он часто может «слетать». Для разных сетей и роутеров значение разное, необходимо найти в Интернете именно под свою модель и сеть и перенастроить. При неправильных настройках MTU часто невозможно открыть различные социальные сети: Вконтакте, Одноклассники, а также видеохостинг YouTube и т.д. Или их загрузка будет длиться очень долго.
Очищаем браузер для правильной работы
Также уделите особое внимание настройкам браузера. Откройте в настройках кэш и почистите его ( и ), то же самое сделайте с куки.
Следует поиграть с встроенными режимами и другими настройками, а именно: активируйте турбо-режим, потом деактивируйте его. Используйте различные настройки прокси-сервера, включите аппаратное ускорение, если не помогло – ставим назад. Делается это вовсе не потому, что мы не знаем что делать, и используем «метод тыка», а именно потому, что все вышеперечисленные указания могут быть причиной простоя времени ожидания ответа от сервера.
Зайдите в историю браузера и почистите ее. Откройте плагины и дополнения браузера, все неважные и второстепенные – удалите, они не только могут быть причиной ошибки работы браузера, но еще и тормозят его. Все перечисленные причины относятся к стороне клиента, но они также могут появиться и на стороне сервера. Сайт может быть подвержен настройкам и поэтому недоступен посетителям. Попробуйте зайти на форум сайта – многие солидные ресурсы делают форумы отдельно от основных сайтов именно для того, чтобы оповещать пользователей о каких либо событиях на сайте, из-за которых он временно недоступен, например атаки хакеров.
Превышен интервал ожидания для запроса: суть проблемы
Сама ошибка и ее последствия выглядят в самом простом случае известным образом. Вы пытаетесь получить доступ к какому-то ресурсу или подключаетесь к Всемирной паутине, компьютерное устройство отправляет запрос во внешний мир, но отклика не получает.
Почему? Да только потому, что Сеть или устройство связи не может инициализировать внешний IP вашего компьютера. Вот и получается, что попросту не происходит обмен пакетами. Превышен интервал ожидания для запроса, Сеть не дает отклика только потому, что ваше устройство не определяется, несмотря даже на то, что в установках протоколов все параметры установлены на автоматизацию (имеется в виду получение адресов IP, DNS и использование шлюза по умолчанию).
Иными словами, пакеты до вашего устройства извне не доходят. А это необходимое условие для осуществления связи.
Если уж такая проблема появилась, можно воспользоваться самой обычной функцией Пока не рассматриваем более сложные методы вроде проверки пинга, а пытаемся, так сказать, избавиться от проблемы самыми простыми и доступными методами.
Запускаем командную консоль от имени администратора (cmd в меню «Выполнить» или ручной запуск файла в директории System32 через меню правого клика), после чего вписываем команды сброса конфигурации.
Последовательность выглядит так: сначала - ipconfig /flushdns, затем - nbtstat -R и nbtstat -RR, после этого - netsh int reset all и netsh int ip reset, и наконец - netsh winsock reset. Их применение очищает (сбрасывает) настройки системы, после чего можно будет произвести перезагрузку и попытаться получить доступ к искомому ресурсу или установить подключение к сети.
Командная строка и пингование
Придется воспользоваться специальными командами пингования, которые точно позволяют определить, есть ли отклик на исходящий внешний запрос от вашего компьютерного терминала.
Например, если используется роутер и беспроводная сеть WiFi, в командной строке нужно прописать процедуру пинга с указанием внутреннего адреса компьютера (обычно это ping 127.0.0.1). После этого должен начаться обмен пакетами. На экране будет показано, что отправлено столько-то, получено столько-то.
Но вот беда: пинг вроде бы и работает, а связи нет. Почему? Да только потому, что пакеты отправлялись на внутренний адрес, и при этом сработала функция loopback. Для более точной проверки следует проверить другой произвольный адрес. А вот тут появится точная статистика по отправке, приему и потере пакетов.
Проверка конфигурации
После этого имеет смысл пропинговать адрес собственного маршрутизатора (либо 192.168 с окончанием 0.1 через точку, либо 1.1). Если он не определяется, проблема как раз в нем и состоит. Если все нормально, идем дальше.
Трассировка
В некоторых случаях одним из вариантов проверки и исправления проблемы того, что превышен интервал ожидания для запроса (Trove, например, при доступе к онлайн-играм), имеет смысл проверить трассировку. Она представляет собой передачу пакетов от вашего компьютерного терминала во внешний мир. Для этого можно использовать с добавлением суффиксов (например, в самом простом случае трассировка проверяется при помощи сочетания tracert it.sander.su).
Сама же команда позволяет определить источник сбоя или стадию прохождения пакетов, на которой он и происходит. Обычно показатель трассировки TTL выглядит как целое положительное число. Однако роутер может уменьшать его на одну единицу. Если такой показатель при обмене пакетами ставится равным нулю, трассировка заканчивается. Придется использовать команду route print, чтобы просмотреть но это уже отдельная тема.
Настройка интерфейса Ethernet
Сначала смотрим на список настроек, который вызывается командой netstat, к которой можно дописать суффикс «-n», «-na» или «-nb» для отображения данных не в виде цифрового кода.
Теперь нужно ввести строку просмотра собственного адреса, а затем использовать комбинацию, представленную выше (как правило, работает это во всех системах).
Включение узлов
Попробуйте вызвать настройки того же Internet Explorer или любого другого используемого браузера. Тут нужно покопаться в параметрах ресурсов, заслуживающих доверия. Их адреса нужно внести в специальный список.
Заключение
Вот, собственно, и все, что касается сбоя, когда наблюдается ситуация, связанная с тем, что превышен интервал ожидания для запроса при попытке доступа на какой-то интернет-ресурс или осуществлении сеанса связи. Самым простым решением, если не считать переустановку системы, станет обычный сброс настроек. Но дело может быть и не в этом, поэтому придется покопаться в параметрах сетевых подключений. Но производить установку параметров рекомендуется именно из командной строки, а не стандартными методами, предусмотренными в системе. Этот вариант является намного более предпочтительным только по причине того, что командная строка использует скрытые от глаз пользователя инструменты, недоступные в обычном режиме, когда доступ к ним производится стандартными средствами.
Наверное каждый пользователь сталкивается с проблемами доступа к необходимым сайтам. Так, наиболее частым сбоем подключения можно назвать ошибку “Превышено время ожидания ответа от сайта”, которая также может быть зашифрована кодом ERR_CONNECTION_TIMED_OUT. Мы разобрали основные причины данного сбоя и, соответственно, их решения.
Что это значит?
Итак, для начала следует понимать,отчего появляется сбой. Дело в том, что когда вы переходите на какой-нибудь сайт, браузер отправляет туда серию запросов. В каждом браузере настроен временной лимит, в течении которого он ждет ответа. Если за отведенное время обратная связь не была установлена – вы получите такую ошибку.
Основных же причин сбоя может несколько:
- Отсутствие подключения к сайту из-за сбоев работы его серверов;
- Захламленный браузер, либо его сбитые настройки;
- Отсутствие интернета со стороны пользователя, либо его неверные настройки;
- Блокирование ресурса по региону.
Что делать для решения?
Вообщем, давайте пробежимся по основным пунктам, для решения проблемы подключения. Но для начала следует сказать про момент, когда сбой единичен – в таком случае нужно просто несколько раз перезагрузить страницу через CTRL+F5 . Также сразу отбросим очевидное – у вас отключен Интернет .
Настройки Сети
Проверяем браузер
Другие причины
- Другими, менее частыми причинами выступают работы со стороны веб-ресурса. В таком случае просто ждите, либо поинтересуйтесь на Хостинга, в чем дело.
- Не забываем про актуальные сейчас санкции и блокировки по регионам – возможно у вас именно этот случай. Попробуйте применить смену IP-адреса и подключитесь к сайту. О всех лучших VPN-сервисах для обхода мы уже . А вот видео, как это работает.
Заключение
Я постарался описать наиболее частые варианты появления ошибки “Превышено время ожидания ответа от сайта” и их решения. На самом же деле, источников срыва связи может быть множество. Как я уже написал, в моем случае был сбит MTU. Если статья вам помогла – пишите в чем скрывалась ваша проблема. Спасибо.
Что значит "превышено время ожидания ответа от сайта"? Что делать?
Если вы долго ждете открытия какого либо сайта, а затем браузер выдает ошибку quot;превышено время ожидания ответа от сайтаquot; то это означает прежде всего то что сайт сейчас недоступен, или же у вас очень медленное интернет соединение которое не позволяет открыть данный сайт, в любом случае следует перезагрузить страничку и повторить попытку, обычно со второго раза получается зайти на сайт, если он конечно не заблокирован.
Превышено время бездействия, нет входа-выхода информации, ответ от сервера (сайта) получить не удается. Возможно, дело в его внутренней технической проблеме. Если же у вас так чудят несколько сайтов, придется копаться в проблеме со своей стороны.
Возможно, все дело в браузере (например, стоит старая обновленка). Попробуйте зайти с другого.
Отключите антивирус — возможно, это он блокирует страницу.
Попробуйте перезапустить ваше сетевое подключение (я это делаю через Компьютер — Свойства — Диспетчер устройств — Сетевые адаптеры — Отключить/Задействовать).
Возможно, блокирует страницу вас ай-пи адрес. В этом случае установите браузер quot;Torquot;, он способен заходить на сайты, которые недоступны с других браузеров, т.к. он использует при своей работе прокси.
Также может быть проблема в том, что у вас слишком малая скорость интернета. В этом случае либо решайте проблемы со скоростью, переходя на другого провайдера, либо попробуйте зайти на сайт через мобильную версию (если она есть, конечно).
Если вы имеете в виду конкретные ошибки, они обычно отображаются в виде трех цифр, например quot;408, 502, 504quot; и т.д., то в данном случае это временная проблема с доступом к сайту.
Обычно это продолжается не так долго, просто нужно немного подождать.
Если же это ваш сайт, то в данном случае имеются явные проблемы, во втором случае идет перегрузка от пользователей или атаки, в третьем недоступен сервер с данными, необходимыми для отображения информации, например для баз SQL.
Когда при этом не работает и сам хостинг, то несомненно нужно связаться с поддержкой, чтобы они решили проблему, если сами ее не замечают.
quot;Превышено время ожидания ответа от сайтаquot; означает, что закончилось время, необходимое для соединения с сайтом, возможно проблема в очень медленном интернете.
В этом случае нужно сделать:
- проверить подключение к интернету,
- обновить страницу.
Если это не помогло, то нужно проверить настройки брандмауэра и прокси-сервера.
Ну смотри вот ты захотел ну зайти в вк нажимаешь войти все идет процесс там в браузере в левом в углу такая строчка мелкая будет писаться отправка данных на сайт xxx или что-то в этом роде и в итоге сайт просто не получает твоих данных из-за какой либо задержки,вот и вылетает и пишет quot;Превышено время ожиданияquot; , может еще быть и обратная сторона,то что данные не идут именно от сайта к пользователю.
2)Проверить не заблокировал ли антивирус ресурс (сайт)
4)подожди немного может просто сайт загружен
Если у Вас выдает ошибку quot;Превышено время ожидания ответа от сайтаquot;, когда Вы хотите зайти на страничку, дело может быть в том, что либо у Вас медленное соединение с интернетом, либо в данный момент сайт недоступен.
Можно попробовать опять соединиться с сайтом, нажав кнопу quot;Обновить текущую страницуquot;. Если не получается — почистить кэш, выключить и включить браузер, проверить подключение к Интернету.
Это значит, что не удалось связаться с сайтом за обычное отведенное для этого время. Такое может быть по самым разным причинам (ну например, администратор сайта антивирус обновляет или еще что-то). Чаще всего надо просто подождать или перезагрузить страницу еще раз.
Читайте также: