что значит превышен интервал ожидания для запроса
Превышен интервал ожидания для запроса Хамачи
Hamachi «превышен интервал ожидания для запроса» – что делать? Такой вопрос возникает у пользователей, которые пытаются подключиться к локальной сети или создать свой собственный сервер. Как правило, подобная ошибка связана с неправильными настройками сетевого подключения. Также возможно, что соединение блокирует встроенный в Windows антивирус, поэтому программу необходимо добавить в список исключений. О том, как устранить возникший сбой и не столкнуться с ним вновь, подробно рассказываем дальше.
Что делать, если появляется ошибка?
И первым делом, если в Hamachi «превышен интервал ожидания для запроса», рекомендуем перезапустить программу и перезагрузить компьютер. Для этого воспользуйтесь кнопкой (включить/выключить), расположенной на главной странице приложения. Если это не помогло, то предлагаем изменить настройки сетевого адаптера Hamachi:
И после выполнения представленных действий перезапускаем приложение и проверяем наличие ошибки. Если по-прежнему в Хамачи превышено время ожидания, то причина проблемы с интервалом для запроса кроется в стандартном брандмауэре Windows. Скорее всего, он попросту блокирует соединение, что и приводит к возникновению ошибки. Решение в этом случае одно – добавить программу в перечень исключений:
И в качестве заключения хотим отметить, что в Hamachi ошибка «превышен интервал ожидания для запроса» встречается довольно-таки часто, а исправить ее достаточно легко. Используйте написанные нами инструкции, актуальные для Windows 10 и 7. А если возникли вопросы, то задавайте их в комментариях под статьей!
Что значит превышен интервал ожидания для запроса
Как выявить, на чьей стороне (вашей или провайдера) проблемы со связью:
Это одно из первых действий, которое вам порекомендуют в техподдержке интернет-провайдера. Действительно, отдельные компоненты ОС Windows (службы, драйверы) могут подвисать, никак об этом не сообщая пользователю. Кстати, и аппаратные компоненты точно так же могут сбойнуть, а для возврата в первоначальное (рабочее) состояние им потребуется аппаратный сброс, который и произойдет в процессе перезапуска компьютера. Если вы подсоединены к Интернету напрямую кабелем провайдера, то переподключитесь к сети с обновлением параметров. Самый чистый вариант — отключение ПК на время не дольше полуминуты. После включения все нестабильные состояния оборудования, как правило, устраняются.
Не помогло? Переходим к следующему шагу.
Если вы подключаете свой компьютер к Интернету через роутер, даже не проверяйте его состояние и не пытайтесь разобраться в состоянии индикаторов. Перезапустите его — ведь сетевые устройства могут зависнуть или сбойнуть точно так же, как и ПК. Кроме того, не все устройства корректно отрабатывают изменения в состоянии сетевого соединения: при обновлении сетевых настроек со стороны провайдера роутер мог не отреагировать автоматически. Перезагружаем его, выключив питание (на 10 секунд), затем снова включаем и проверяем состояние. После этого может понадобиться перезагрузить и компьютер.
Если не помогло — переходим к следующему шагу.
Предположим, что проблема все-таки в вашем компьютере. Единственный способ проверить это — подключиться с другого устройства: подойдет второй ПК, ноутбук, планшет с портом локальной сети. Если вам удается с него подключиться, значит, придется разбираться с вашим компьютером, если нет — переходим к следующему шагу и пускаем в ход «тяжелую артиллерию».
В данном случае тяжелой артиллерией я называю «админские» методы. Для того чтобы ими воспользоваться, не нужно иметь специальных знаний, но представление о происходящем они могут дать вполне точное. Не понадобится и специализированный софт — сгодятся встроенные в ОС утилиты.
Если вы не хотите связываться с консольными утилитами, используйте программу с наглядным графическим интерфейсом, более удобным в ряде случаев. Самая распространенная из них, успешно заменяющая и ping, и tracert, — WinMTR (нажимаем кнопку Download). У нее свои достоинства: маленькая, не требует инсталляции и при этом позволяет легко получить информацию о состоянии канала, а также сбросить отчет в файл нажатием всего одной кнопки. Данная информация важна не только вам — она может пригодиться службе техподдержки. Ведь при использовании консольных команд результаты их работы придется вручную переносить в текстовый файл, а это не самое простое и быстрое занятие.
Запустив WinMTR, достаточно ввести искомый адрес и нажать кнопку «Старт» — она сразу же начнет трассировать маршрут, а затем высветит его в нижнем окне, после чего будет циклически выполнять опрос всех узлов, накапливая статистику до нажатия кнопки «Стоп». В то время можно просмотреть информацию по каждому из серверов, два раза кликнув по его названию мышью.
Как расшифровать показатели пинга и трассировки маршрута
Если использовать для проверки ресурс ya.ru (из-за простоты написания), то команда ping будет выглядеть так:
а ее выполнение продемонстрирует нечто подобное:
В первой строке видно, что запрос к DNS-серверу прошел успешно: утилита получила адрес сервера. Кстати, его не помешает записать на будущее — поможет в другой ситуации выяснить, что не работает: DNS-сервер или вся сеть. Если при наборе ya.ru в адресной строке браузера ничего не происходит или появляется сообщение о невозможности отобразить страницу, вводим адрес 213.180.193.3. Получили доступ к сайту — виновен отказавший DNS, нет — значит, недоступна сеть целиком. Впрочем, задав команде ping в качестве параметра IP-адрес и получив сообщение «Превышен интервал ожидания для запроса», можно прийти к аналогичному выводу.
Следующие строки показывают результат выполнения запроса, причем главное для нашего случая — значение параметра «время» в миллисекундах. Любое число ниже 120 мс можно считать нормальным результатом, хотя, конечно же, чем оно меньше — тем лучше. Когда параметр превышает 200 мс, начинаются притормаживания в онлайн-играх, после 500 мс появляется дискомфорт при работе с веб-страницами.
Еще хуже, если время пинга скачет и появляются сообщения о недоступности пингуемого хоста:
Ответ от 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
При таком качестве связи не то что в любимую игру поиграть, серфинг в Интернете превращается в пытку: страницы грузятся безобразно медленно, изображения недогружаются, создается ощущение, что компьютер безбожно тормозит. Это недалеко от истины: он тратит избыточное количество времени на повторные пересылки утерянных пакетов данных, приостанавливая остальные задачи. Виной тому может быть как роутер или поврежденный кабель внутри квартиры/в парадном, так и проблемы у провайдера.
Для того чтобы окончательно разобраться, запускаем tracert ya.ru
Здесь расклад другой: сперва видим время задержки, после него — доменное имя или адрес сервера. Количество может быть разным, но начало всегда одинаково: первым в списке будет ваш модем, роутер или компьютер (зависит от способа подключения к провайдеру), вторым — оборудование провайдера. Дальше может быть или несколько узлов провайдера, или сразу «большая сеть».
Некоторые из узлов вообще могут не отвечать (в моем примере — № 9), но ошибки здесь нет, ему просто запрещено это делать. Это не проблема, если удалось добраться до конечного узла и время на нем не превышает значения, полученного при помощи команды ping.
Как могут выглядеть ошибки? Самая простая — получение в первой строке сообщения:
1 * * * Превышен интервал ожидания для запроса.
В этом случае, скорее всего, утрачена связь с вашим шлюзом. А значит, проблема на вашей стороне.
Следующая ситуация:
1 Как включить команду ping в Windows 7
По умолчанию брандмауэр Windows 7 блокирует входящие эхо-сообщения, поэтому комманда ping не будет работать корректно. Для решения проблемы надо проделать следующее:
Обрыв соединения с сервером. Трассировка и пинг
«Ааа, помогите, все пропало!» – если ваш внутренний голос реагирует на обрыв соединения с сервером примерно так, этот материал точно для вас. 🙂 Безусловно, со своей стороны мы каждый день делаем все возможное, чтобы ничто не мешало вашей работе в облаке, но случись форс-мажор – будем разбираться. А чтобы быстрее сориентироваться в ситуации и понять, на чьей стороне ошибка, вот вам задача-минимум – во время обрыва первым делом выполните трассировку маршрута и пинг промежуточных узлов. Как все это сделать, сейчас расскажем.
Трассировка маршрута
Во время трассировки происходит отправка пакетов данных между локальным компьютером и сервером. Это помогает проследить путь прохождения запроса к серверу и определить, на каком этапе происходит обрыв. Выполнить трассировку довольно легко.
1. Запустите команду cmd: Win+R > пропишите cmd > ОК.
2. В открывшейся командной строке введите tracert Х.Х.Х.Х (где Х.Х.Х.Х – это IP-адрес сервера или домен) и нажмите Enter.
В примере мы сделали трассировку для google.com.
1 2 1 ms 1 ms 1 ms 193.151.89.254
3 5 ms 4 5 1 ms 6 1 ms 7 1 ms 3 ms 1 ms bearline-ic-324086-ffm-b4.c.telia.net [62.115.153.215]
8 1 ms 1 ms 1 ms 108.170.251.129
9 13 ms 13 ms 15 ms 66.249.94.135
10 13 ms 13 ms 13 ms fra15s12-in-f46.1e100.net [216.58.208.46]
Как видим, наши пакеты преодолели десять (их может быть как меньше, так и больше) узлов, и преодолели их успешно. В противном случае, если бы пакеты «споткнулись» на одном из узлов, на нем (и последующих за ним узлах) мы бы увидели:
* * * Превышен интервал ожидания для запроса.
Но даже в таком случае пока не время для выводов – эта запись может означать как потерю пакетов, так и то, что узел сети просто закрыт настройками безопасности. Иногда провайдеры специально настраивают узлы так, чтобы они не отвечали на трассировочные пакеты, дабы снизить нагрузку. Чтобы точно узнать, действительно ли происходит обрыв, и, если да, то где именно, нужно пропинговать каждый из узлов. При трассировке мы получили IP каждого из них, а значит, можем перейти к пингу.
Пинг промежуточных узлов
Пинг предназначен для проверки целостности и качества соединений. Выполнить его тоже несложно. При этом запустить пинг нужно ко всем промежуточным узлам в отдельных окнах. Так непосредственно в момент обрыва связи будет видно, на каком узле происходят потери пакетов и насколько продолжительны эти обрывы.
В ОС Windows по умолчанию передается только четыре пакета, чего недостаточно, если проблема проявляется кратковременно. Поэтому нужно снять это ограничение параметром -t (чтобы потом остановить обмен пакетами, нажать CTRL+C).
1. Запустите команду cmd: Win+R > пропишите cmd > ОК.
В нашем случае при трассировке мы выявили десять узлов, а значит, и пинг нужно выполнить десять раз в десяти отдельных окнах.
Полезно!
Если вам нужно постоянно отслеживать качество соединения, для Windows можно воспользоваться удобной программой PingPlotter.
Итак, пингуем – в десяти отдельных окнах командной строки вводим команды с IP-адресами узлов, которые мы выявили при трассировке. В нашем случае будут такие команды:
Если в каком-нибудь из окон вы с первых же секунд видите «Превышен интервал ожидания», не спешите кричать: «Попался!». Если следующие узлы пингуются нормально, значит, этот просто закрыт настройками. В нашем случае, например, предпоследний узел (66.249.94.135) сразу же говорит, что интервал превышен, но с пингом десятого узла никаких проблем нет.
Что дальше? Запустив пинг всех узлов, оставьте его включенным и занимайтесь своими делами до следующего обрыва. Как только он случится, вернитесь к окнам пинга, чтобы выявить, кто виноват и что делать.
На чьей стороне ошибка?
Итак, обрыв повторился. Но на этот раз запущенный пинг промежуточных узлов поможет «обличить» виновника. Тут все просто – с какого узла вам начало выдавать «Превышен интервал ожидания», тот и слабое звено.
Кто виноват – ясно, теперь нужно понять, что делать в конкретных ситуациях.
1. Последний узел. Если последний узел сначала пинговался нормально (некоторые Windows-машины вообще не отвечают на пинг, это задается в настройках брандмауэра)…
…а после обрыва начал показывать «Превышен интервал ожидания», обрыв происходит на вашем сервере.
В этом случае зайдите в панель управления, запустите консоль и войдите в операционную систему, чтобы разобраться, почему сервер не работает. Если окажется, что операционная система зависла, перезагрузите сервер.
2. Любые узлы, кроме последнего. В этом случае обращайтесь одновременно в техподдержку и облачного, и интернет-провайдера. При этом обязательно укажите, как изначально выглядела трассировка маршрута, и составьте перечень узлов с указанием, на каких из них пинг во время обрыва прервался, а на каких нет. Будьте внимательны, это важная информация, не ошибитесь.
3. Все узлы одновременно. Если все окна с пингом начали показывать «Превышен интервал ожидания», проблема в вашем компьютере или сети, к которой он подключен.
Бонус!
Ну, а чтобы вам было совсем уж комфортно, мы тут подобрали утилиты, с которыми можно делать трассировку и пинг промежуточных узлов одним простым движением без запуска пятнадцати различных окон.
Для ОС семейства Windows такую оптимизацию проводит утилита Winmtr. Она не нуждается в установке и готова к использованию сразу после распаковки из архива.
Скачать утилиту можно здесь.
Распаковали, запустили, что дальше?
В поле Host укажите конечный сервер, с которым будет проверяться соединение, и нажмите Start:
В нашем примере видна трассировка маршрута и все промежуточные узлы. При этом к каждому из них направляются ICMP-пакеты, по которым можно определить качество связи.
Собственно, в этом и заключается главное преимущество утилиты – ее вывод постоянно обновляется, это позволяет собирать статистику, отслеживать средние показатели, тенденции и какие-либо изменения качества сети.
Раз мы проверяем соединение с сервером, нас интересуют столбцы Sent (отправлено пакетов) и Recv (получено пакетов). Если значения в этих столбцах не совпадают, значит, качество связи с узлом ухудшилось. Что делать? Обратиться в соответствующую техподдержку.
Столбец Loss поможет просмотреть динамику потерь в процентном соотношении.
Также утилита позволяет копировать текст в удобных форматах (.txt и .html) в буфер обмена (Copy to clipboard) или в отдельный файл (Export).
Двойной щелчок по промежуточному узлу позволит получить дополнительную информацию о нем.
Для детализации проблемы специалисты техподдержки могут запросить дополнительные пинги с особыми настройками. Для этого достаточно внести их в окошке Options, которое позволит указать:
А что же линуксоиды?
Для ОС семейства Linux утилита называется просто MTR. Если ее нет в вашей операционной системе, установить ее можно одним из следующих способов:
$ apt-get install mtr
У MTR такой же функционал, как у Winmtr, а также схожий графический интерфейс. Запустить утилиту можно командой:
где X.X.X.X – это IP-адрес конечного сервера или имя хоста.
В данном случае интересуют следующие столбцы:
Как только где-то что-то потерялось, утилита сигнализирует нам об этом, окрашивая узел в красный цвет и подсчитывая процент потерь.
Рассмотрим еще несколько важных опций MTR, которые могут быть крайне полезны в процессе диагностики сети.
Позволяет задать количество циклов, после которых MTR завершит работу.
Устанавливает размер пакетов в байтах.
Задает интервал между отправляемыми пакетами.
Разрешает не использовать DNS, отображает IP-адреса узлов.
Позволяет указать адрес интерфейса компьютера, с которого будут отправляться ICMP-запросы.
Разумеется, команды в консоли дают более точный результат, поскольку фиксируют даже единичные потери пакетов (короткие обрывы), но Winmtr и MTR компактные и более удобны в использовании. А на чем остановить свой выбор, решать только вам. 🙂
Вот, собственно, и все, кто виноват – выяснили, что делать – тоже. 🙂 Надеемся, материал был вам полезен, а если у вас остались дополнительные околооблачные вопросы, обращайтесь к нам за грамотной консультацией 24/7.
Превышен интервал ожидания для запроса: причины, исправление
Так случается, что когда вы пытаетесь установить подключение к Интернету или получить доступ к определенному ресурсу в Интернете, вместо подключения браузер пишет: «Превышено время ожидания запроса». Не все пользователи знают, что это за проблема, поэтому стоит рассмотреть эту ошибку более подробно. Вы можете ее решить, но для этого вам придется воспользоваться схемами, приведенными ниже.
Превышен интервал ожидания для запроса: суть проблемы
Сама ошибка и ее последствия проявляются в простейшем случае известным образом. Пытаясь получить доступ к какому-либо ресурсу или подключиться к всемирной паутине, компьютерное устройство отправляет запрос во внешний мир, но не получает ответа.
Почему? Да, только потому, что сеть или устройство связи не может инициализировать внешний IP-адрес компьютера. Получается, что обмена пакетами просто нет. Превышен интервал ожидания для запроса. Сеть не отвечает только потому, что ваше устройство не обнаружено, даже если все параметры настроены на автоматизацию в настройках протокола (т.е получить IP-адреса, адреса DNS и использовать шлюз по умолчанию).
Другими словами, пакеты не достигают вашего устройства извне. А это необходимое условие для общения.
Превышен интервал ожидания для запроса: как исправить проблему самым быстрым способом?
Если такая проблема уже появилась, можно воспользоваться самой распространенной функцией сброса сетевых параметров. На данный момент мы не рассматриваем более сложные методы, такие как проверка ping, но мы пытаемся как бы устранить проблему самыми простыми и доступными методами.
Запускаем командную консоль от имени администратора (cmd в меню Run или вручную запускаем файл в каталоге System32 через контекстное меню), после чего вводим команды для восстановления конфигурации.
Последовательность выглядит так: сначала — ipconfig / flushdns, затем — nbtstat –R и nbtstat –RR, затем — netsh int reset all и netsh int ip reset, и наконец — netsh winsock reset. Их использование очищает (восстанавливает) настройки системы, после чего вы можете перезагрузиться и попытаться получить доступ к нужному ресурсу или установить сетевое соединение.
Командная строка и пингование
Но этот способ самый простой и, в зависимости от первопричины (которую, кстати, пока точно никто не может указать), помогает не всегда. В конце концов, может снова появиться сообщение о том, что просроченный запрос был превышен. Что делать в такой ситуации?
Вам нужно будет использовать специальные команды ping, которые позволят вам точно определить, есть ли ответ на внешний запрос, исходящий из вашего компьютера.
Например, если вы используете маршрутизатор и беспроводную сеть WiFi, вам нужно написать процедуру ping в командной строке, указав внутренний адрес компьютера (обычно ping 127.0.0.1). После этого должен начаться обмен посылки. На экране будет показано, что так много отправлено, так много получено.
Но проблема такая: пинг вроде работает, а связи нет. Почему? Да, только потому, что пакеты были отправлены на внутренний адрес и была активирована функция обратной связи. Для более точной проверки следует проверить другой произвольный адрес. А здесь вы увидите точную статистику по отправке, получению и потере пакетов.
Проверка конфигурации
Другой общепринятый метод решения проблемы тайм-аута запроса — использование команд настройки IP. Дело в том, что предыдущий метод даже информативнее инструментального. И это даже при использовании команды ping. «Истекло время ожидания запроса» — не самое плохое сообщение, которое может дать система.
Для настройки и с правильной проверкой параметров вам необходимо использовать команду ipconfig, введенную в консоли. Именно с его помощью можно узнать все параметры, установленные в системе. Если вам нужно знать параметры и настройки всех зарегистрированных пользователей в системе, к основной команде через правую панель добавляется специальный суффикс (ipconfig / all).
Затем имеет смысл пропинговать адрес вашего маршрутизатора (192.168 с окончанием 0.1 через точку или 1.1). Если он не определен, значит проблема в нем. Если все в порядке, идем дальше.
Трассировка
В некоторых случаях один из вариантов проверки и устранения проблемы, заключающейся в том, что тайм-аут запроса был превышен (Trove, например, при доступе к онлайн-играм), имеет смысл проверить трассировку. Это передача пакетов от компьютерного терминала во внешний мир. Для этого можно использовать команду tracert, добавляя суффиксы (например, в простейшем случае tracert проверяется с помощью комбинации tracert it.sander.su).
Команда сама определяет источник ошибки или этап прохождения пакета, на котором она возникает. Обычно метрика трассировки TTL выглядит как положительное целое число. Однако роутер может уменьшить его на одну единицу. Если этот флаг установлен в ноль во время обмена пакетами, трассировка завершается. Нам нужно будет использовать команду route print для просмотра таблицы маршрутизации, но это отдельный аргумент.
В случаях, когда появляется сообщение о том, что интервал ожидания для запроса Trove превышен, можно использовать специальные средства защиты в виде утилиты Glyph, запускаемой от имени администратора. Если это не сработает, вы можете использовать любой оптимизатор, например CCleaner, который может очищать и дефрагментировать реестр Windows. Как правило, этот тип ошибки почти всегда связан с неправильными или устаревшими записями и ключами в реестре. Самостоятельно в реестр лучше не входить, иначе вся операционная система может быть приведена в состояние полной неработоспособности. И даже трекинг тут не поможет. Срок действия запроса истек — что теперь делать?
Настройка интерфейса Ethernet
Если предложенные выше варианты не дают положительного эффекта и сообщение о том, что тайм-аут запроса был превышен, будет появляться снова и снова, вам придется настроить сетевые подключения, но не стандартным способом изменения конфигурации сеть или используемый адаптер, но с использованием командных строк. Обратите внимание, что командная строка почти всегда помогает решить большинство проблем на вашем компьютере, если вы знаете, какие команды вводить для конкретных целей.
Во-первых, давайте взглянем на список настроек, который вызывается командой netstat, к которому вы можете добавить суффикс «-n», «-na» или «-nb» для отображения данных в нечисловом формате код.
Теперь вам нужно ввести строку для просмотра вашего адреса, затем использовать комбинацию, представленную выше (как правило, она работает во всех системах).
Включение узлов
В принципе, есть еще одна рекомендация, чтобы система выдавала уведомление о превышении запроса. Как разрешить ситуацию в самом крайнем случае?
Попробуйте вспомнить настройки самого Internet Explorer или любого другого используемого браузера. Здесь необходимо вникнуть в параметры надежных ресурсов. Их адреса нужно внести в специальный список.
Если эта процедура не сработает, снова появится сообщение («Истекло время ожидания запроса»). Что делать? Просто добавьте сайты, которые нельзя включить в список исключений антивируса, а также создайте новое правило для системного брандмауэра с полным путем к исполняемому файлу программы браузера.
Заключение
Фактически, это все, что нужно для сбоя, когда вы наблюдаете ситуацию, связанную с тем, что интервал ожидания запроса был превышен при попытке доступа к Интернет-ресурсу или при запуске сеанса связи. Самым простым решением, помимо переустановки системы, является регулярный сброс заводских данных. Но это может быть не так, поэтому вам нужно будет вникнуть в параметры сетевых подключений. Но рекомендуется устанавливать параметры из командной строки, а не стандартными методами, предусмотренными в системе. Этот вариант намного предпочтительнее только потому, что в командной строке используются инструменты, скрытые от глаз пользователя, недоступные в обычном режиме при доступе к ним стандартными средствами.