Привет. Проблемы с 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мс, как только зашли, не важно куда и каким способом- начинаются проблемы.
ipconfig/all
Кликните здесь для просмотра всего текста
Настройка протокола IP для Windows
Имя компьютера . . . . . . . . . : ПК
Основной DNS-суффикс . . . . . . :
Тип узла. . . . . . . . . . . . . : Гибридный
IP-маршрутизация включена . . . . : Нет
WINS-прокси включен . . . . . . . : Нет
Адаптер беспроводной локальной сети Беспроводное сетевое соединение 3:
Состояние среды. . . . . . . . : Среда передачи недоступна.
DNS-суффикс подключения . . . . . :
Описание. . . . . . . . . . . . . : Microsoft Virtual WiFi Miniport Adapter #
2
Физический адрес. . . . . . . . . : 2A-F4-6A-40-AE-0C
DHCP включен. . . . . . . . . . . : Да
Автонастройка включена. . . . . . : Да
Адаптер беспроводной локальной сети Беспроводное сетевое соединение:
DNS-суффикс подключения . . . . . :
Описание. . . . . . . . . . . . . : Qualcomm Atheros AR5B95 Wireless Network
Adapter
Физический адрес. . . . . . . . . : 18-F4-6A-40-AE-0C
DHCP включен. . . . . . . . . . . : Да
Автонастройка включена. . . . . . : Да
Локальный IPv6-адрес канала . . . : fe80::9c60:2b6a:58f3:2842%18(Основной)
IPv4-адрес. . . . . . . . . . . . : 192.168.0.5(Основной)
Маска подсети . . . . . . . . . . : 255.255.255.0
Аренда получена. . . . . . . . . . : 25 мая 2020 г. 13:58:49
Срок аренды истекает. . . . . . . . . . : 25 мая 2020 г. 21:12:27
Основной шлюз. . . . . . . . . : 192.168.0.1
DHCP-сервер. . . . . . . . . . . : 192.168.0.1
IAID DHCPv6 . . . . . . . . . . . : 219739242
DUID клиента DHCPv6 . . . . . . . : 00-01-00-01-26-18-B7-ED-80-FA-5B-0E-D3-5E
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 включен. . . . . . . . . . . : Да
Автонастройка включена. . . . . . : Да
Туннельный адаптер isatap.{A67EB4CC-A4CA-4C59-BB26-E1CD0B972454}:
Состояние среды. . . . . . . . : Среда передачи недоступна.
DNS-суффикс подключения . . . . . :
Описание. . . . . . . . . . . . . : Адаптер Microsoft ISATAP #3
Физический адрес. . . . . . . . . : 00-00-00-00-00-00-00-E0
DHCP включен. . . . . . . . . . . : Нет
Автонастройка включена. . . . . . : Да
Добавлено через 9 минут
нашел такой пост:
Внесу и свою лепту в данную проблему. Имею связку из роутера Linksys WRT320N + приёмник D-Link DWA-547. Всё это на Win7. Недавно проявились точно такие-же проблемы, как в сабже. Служба Wireless Zero Configuration в висте/семёрке отсутствует. При отключении заменяющей её WLAN AutoConfig (aka. Служба автонастройки WLAN) отвалился весь вай-фай.
проблема решилась изменением канала беспроводной сети на веб-морде роутера. Для моего это находилось здесь:
Wireless -> Basic Wireless Setup -> Configuration view:Manual, Channel : (меняем авто на любой случайный. Повторить до положительного результата)
Вот ноут у меня на 7ке, а где найти эти настройки? — Wireless -> Basic Wireless Setup -> Configuration view:Manual, Channel
Бывает так, что при попытке установки интернет-соединения или доступа к определенному ресурсу в Сети вместо подключения браузер пишет: «Превышен интервал ожидания для запроса». Что это за проблема, знает далеко не каждый пользователь, поэтому стоит рассмотреть данную ошибку несколько подробнее. Исправить ее можно, но для этого придется взять на вооружение схемы, приводимые ниже.
Превышен интервал ожидания для запроса: суть проблемы
Сама ошибка и ее последствия выглядят в самом простом случае известным образом. Вы пытаетесь получить доступ к какому-то ресурсу или подключаетесь к Всемирной паутине, компьютерное устройство отправляет запрос во внешний мир, но отклика не получает.
Почему? Да только потому, что Сеть или устройство связи не может инициализировать внешний 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. Для более точной проверки следует проверить другой произвольный адрес. А вот тут появится точная статистика по отправке, приему и потере пакетов.
Проверка конфигурации
Еще одной общепризнанной методикой исправления проблемы того, что превышен интервал ожидания для запроса, является использование команд настройки конфигурации IP. Дело в том, что предыдущий метод является все же более информативным, а не инструментальным. И это даже при условии того, что используется команда ping. «Превышен интервал ожидания для запроса» — еще далеко не самое худшее сообщение из того, что может выдавать система.
Для настройки, причем с корректной проверкой опций, необходимо использовать команду ipconfig, вводимую в консоли. Именно с ее помощью можно узнать все установленные в системе параметры. Если требуется узнать параметры и настройки всех зарегистрированных в системе пользователей, к основной команде через правый слэш дописывается специальный суффикс (ipconfig /all).
После этого имеет смысл пропинговать адрес собственного маршрутизатора (либо 192.168 с окончанием 0.1 через точку, либо 1.1). Если он не определяется, проблема как раз в нем и состоит. Если все нормально, идем дальше.
Трассировка
В некоторых случаях одним из вариантов проверки и исправления проблемы того, что превышен интервал ожидания для запроса (Trove, например, при доступе к онлайн-играм), имеет смысл проверить трассировку. Она представляет собой передачу пакетов от вашего компьютерного терминала во внешний мир. Для этого можно использовать команду tracert с добавлением суффиксов (например, в самом простом случае трассировка проверяется при помощи сочетания tracert it.sander.su).
Сама же команда позволяет определить источник сбоя или стадию прохождения пакетов, на которой он и происходит. Обычно показатель трассировки TTL выглядит как целое положительное число. Однако роутер может уменьшать его на одну единицу. Если такой показатель при обмене пакетами ставится равным нулю, трассировка заканчивается. Придется использовать команду route print, чтобы просмотреть таблицу маршрутизации, но это уже отдельная тема.
Для случаев, когда появляется сообщение о том, что превышен интервал ожидания для запроса Trove, можно применять специфичные средства исправления ситуации в виде утилиты Glyph, запущенной от имени администратора. Если она не поможет, можно воспользоваться любой программой-оптимизатором вроде CCleaner, которая может производить чистку и дефрагментацию системного реестра Windows. Как правило, ошибка этого типа почти всегда связана именно с присутствием в реестре ошибочных или устаревших записей и ключей. Самому в реестр лучше не лезть, а то ведь и всю операционную систему можно довести до состояния полной неработоспособности. И не поможет тут даже трассировка. Превышен интервал ожидания для запроса — что теперь делать?
Настройка интерфейса Ethernet
Если выше предложенные варианты положительного эффекта не дадут, а сообщение о том, что превышен интервал ожидания для запроса, будет появляться снова и снова, придется заняться настройкой сетевых подключений, но только не стандартным способом изменения конфигурации самой сети или используемого адаптера, а с применением командной строки. Заметьте, командная строка практически всегда помогает решить большинство проблем на компьютере, если знать, какие именно команды вводить для определенных целей.
Сначала смотрим на список настроек, который вызывается командой netstat, к которой можно дописать суффикс «-n», «-na» или «-nb» для отображения данных не в виде цифрового кода.
Теперь нужно ввести строку просмотра собственного адреса, а затем использовать комбинацию, представленную выше (как правило, работает это во всех системах).
Включение узлов
В принципе, есть еще одна рекомендация по поводу того, что система выдает уведомление о том, что превышен интервал ожидания для запроса. Как исправить ситуацию в самом крайнем случае?
Попробуйте вызвать настройки того же Internet Explorer или любого другого используемого браузера. Тут нужно покопаться в параметрах ресурсов, заслуживающих доверия. Их адреса нужно внести в специальный список.
Если такая процедура не сработает, сообщение появится снова («Превышен интервал ожидания для запроса»). Что делать? Просто внесите сайты, на которые невозможно войти, в список исключений антивируса, а также создайте новое правило для файрвола системы с указанием полного пути к исполняемому файлу программы-браузера.
Заключение
Вот, собственно, и все, что касается сбоя, когда наблюдается ситуация, связанная с тем, что превышен интервал ожидания для запроса при попытке доступа на какой-то интернет-ресурс или осуществлении сеанса связи. Самым простым решением, если не считать переустановку системы, станет обычный сброс настроек. Но дело может быть и не в этом, поэтому придется покопаться в параметрах сетевых подключений. Но производить установку параметров рекомендуется именно из командной строки, а не стандартными методами, предусмотренными в системе. Этот вариант является намного более предпочтительным только по причине того, что командная строка использует скрытые от глаз пользователя инструменты, недоступные в обычном режиме, когда доступ к ним производится стандартными средствами.
Позвонить своему провайдеру и объяснить, что у вас идут потери пакетов.
В Q&A эту проблему не решить.
Были похожие проблемы, провайдер раздавал IP автоматически
Потом попросил поставить статику, все стало отлично
Позвони провайдеру и попробуй сделать так же, но не факт что в твоем случае это будет бесплатно
По пути к к провайдеру может есть глюченный свитч или сетевая?
Комментировать
P.S. Первым делом попробовал бы ipconfig /flushdns, netsh winsock reset, route -f
сделал перезагрузил не помогло
без роутера
Microsoft Windows XP [Версия 5.1.2600]
(С) Корпорация Майкрософт, 1985-2001.
D:\Documents and Settings\M3>ping priglyadis.ru
Обмен пакетами с priglyadis.ru [178.159.253.53] по 32 байт:
Ответ от 178.159.253.53: число байт=32 время=70мс TTL=56
Ответ от 178.159.253.53: число байт=32 время=71мс TTL=56
Ответ от 178.159.253.53: число байт=32 время=87мс TTL=56
Ответ от 178.159.253.53: число байт=32 время=81мс TTL=56
Статистика Ping для 178.159.253.53:
Пакетов: отправлено = 4, получено = 4, потеряно = 0 (0% потерь),
Приблизительное время приема-передачи в мс:
Минимальное = 70мсек, Максимальное = 87 мсек, Среднее = 77 мсек
D:\Documents and Settings\M3>tracert priglyadis.ru
Трассировка маршрута к priglyadis.ru [178.159.253.53]
с максимальным числом прыжков 30:
1 <1 мс <1 мс <1 мс 217.14.207.46
2 2 ms <1 мс <1 мс izhevsk21.mark-itt.net [217.14.192.21]
3 <1 мс <1 мс 1 ms izhevsk207.mark-itt.net [217.14.199.27]
4 <1 мс <1 мс <1 мс mark-10G.starttelecom.ru [81.16.117.181]
5 29 ms 29 ms 29 ms msk-ix-m9.starttelecom.ru [193.232.244.169]
6 31 ms 31 ms 30 ms gw-msk-ix-bor.dtln.ru [193.232.245.43]
7 33 ms 32 ms 32 ms 95.131.26.228
8 40 ms 48 ms 45 ms 178.159.252.104
9 94 ms 92 ms 92 ms cartman.activeby.net [109.237.212.86]
10 80 ms 86 ms 71 ms 178.159.253.53
Трассировка завершена.
D:\Documents and Settings\M3>nslookup priglyadis.ru
Server: ns8.mark-itt.ru
Address: 217.14.192.173
Non-authoritative answer:
Name: priglyadis.ru
Address: 178.159.253.53
D:\Documents and Settings\M3>
через роутер
Microsoft Windows XP [Версия 5.1.2600]
(С) Корпорация Майкрософт, 1985-2001.
C:\Documents and Settings\MAX>ping priglyadis.ru
Обмен пакетами с priglyadis.ru [178.159.253.53] по 32 байт:
Ответ от 178.159.253.53: число байт=32 время=71мс TTL=55
Ответ от 178.159.253.53: число байт=32 время=73мс TTL=55
Ответ от 178.159.253.53: число байт=32 время=70мс TTL=55
Ответ от 178.159.253.53: число байт=32 время=72мс TTL=55
Статистика Ping для 178.159.253.53:
Пакетов: отправлено = 4, получено = 4, потеряно = 0 (0% потерь),
Приблизительное время приема-передачи в мс:
Минимальное = 70мсек, Максимальное = 73 мсек, Среднее = 71 мсек
C:\Documents and Settings\MAX>tracert priglyadis.ru
Трассировка маршрута к priglyadis.ru [178.159.253.53]
с максимальным числом прыжков 30:
1 * * * Превышен интервал ожидания для запроса.
2 * * * Превышен интервал ожидания для запроса.
3 * * * Превышен интервал ожидания для запроса.
4 * * * Превышен интервал ожидания для запроса.
5 * * * Превышен интервал ожидания для запроса.
6 * * * Превышен интервал ожидания для запроса.
7 * * * Превышен интервал ожидания для запроса.
8 * * * Превышен интервал ожидания для запроса.
9 * * * Превышен интервал ожидания для запроса.
10 * * * Превышен интервал ожидания для запроса.
11 78 ms 77 ms 75 ms 178.159.253.53
Трассировка завершена.
C:\Documents and Settings\MAX>nslookup priglyadis.ru
Server: ns8.mark-itt.ru
Address: 217.14.192.173
Non-authoritative answer:
Name: priglyadis.ru
Address: 178.159.253.53
C:\Documents and Settings\MAX>
лог с сайта приглядись.рф и priglyadis.ru одно и тоже
меня не пускает работать на сайте админка сайта
администратор сайта говорит что я моего айпи идет взлом системы
хотя я проверил свой компьютер и др вебом и авз и ничего не нашел
захожу в интернет через роутер от компании маркитт
админ прислал лог СКАЖИТЕ ЧТО МНЕ ДЕЛАТЬ ТО???
Dec 9 09:36:50 eu456 suhosin[4015]: ALERT — script tried to increase memory_limit to 268435456 bytes which is above the allowed value (attacker ‘91.146.50.82’, file ‘/var/www/blog.priglyadis.ru/wp-admin/admin.php’, line 109)
Dec 9 09:47:27 eu456 suhosin[5487]: ALERT — script tried to increase memory_limit to 268435456 bytes which is above the allowed value (attacker ‘91.146.50.82’, file ‘/var/www/blog.priglyadis.ru/wp-admin/admin.php’, line 109)
Dec 9 09:47:28 eu456 suhosin[5487]: ALERT — script tried to increase memory_limit to 268435456 bytes which is above the allowed value (attacker ‘91.146.50.82’, file ‘/var/www/blog.priglyadis.ru/wp-admin/admin.php’, line 109)
Dec 9 09:47:35 eu456 suhosin[5416]: ALERT — script tried to increase memory_limit to 268435456 bytes which is above the allowed value (attacker ‘91.146.50.82’, file ‘/var/www/blog.priglyadis.ru/wp-admin/admin.php’, line 109)
Dec 9 09:47:35 eu456 suhosin[5416]: ALERT — script tried to increase memory_limit to 268435456 bytes which is above the allowed value (attacker ‘91.146.50.82’, file ‘/var/www/blog.priglyadis.ru/wp-admin/admin.php’, line 109)
Dec 9 09:47:58 eu456 suhosin[5417]: ALERT — script tried to increase memory_limit to 268435456 bytes which is above the allowed value (attacker ‘91.146.50.82’, file ‘/var/www/blog.priglyadis.ru/wp-admin/admin.php’, line 109)
Dec 9 09:47:58 eu456 suhosin[5417]: ALERT — script tried to increase memory_limit to 268435456 bytes which is above the allowed value (attacker ‘91.146.50.82’, file ‘/var/www/blog.priglyadis.ru/wp-admin/admin.php’, line 109)
Dec 9 09:48:08 eu456 suhosin[5417]: ALERT — script tried to increase memory_limit to 268435456 bytes which is above the allowed value (attacker ‘91.146.50.82’, file ‘/var/www/blog.priglyadis.ru/wp-admin/admin.php’, line 109)
[Tue Dec 13 00:38:54 2011] [error] [client 91.146.50.82] (70007)The timeout specified has expired: Error reading request entity data, referer: http://www.priglyadis.ru/node/1548/edit
[Tue Dec 13 00:39:30 2011] [error] [client 91.146.50.82] (70007)The timeout specified has expired: Error reading request entity data, referer: http://www.priglyadis.ru/node/1548/edit
[Tue Dec 13 00:42:46 2011] [error] [client 91.146.50.82] (70007)The timeout specified has expired: Error reading request entity data, referer: http://forum.priglyadis.ru/node/1541/edit
[Tue Dec 13 01:24:11 2011] [error] [client 91.146.50.82] (70007)The timeout specified has expired: Error reading request entity data, referer: http://www.priglyadis.ru/node/1548/edit
помогите уже весь роутер излазил в нем тупо нет в настройках где можно было бы чтото изменить
откатывал уже и на заводские настройки не помогает ничего…
| Автор | Сообщение |
|---|---|
|
Заголовок сообщения: 2500U превышен интервал ожидания для запроса
|
|
|
|
долгое время модем проработал безупречно, но последнее время начались косяки — вечерние обрывы. вначале грешил на провайдера (ОГО), но потом понял что дело в модеме. дело в том что модем в режим бридж. так вот когда в очередной раз разорвало интернет то я не сделал ребут как обычно и попробовал войти в веб-интерфейс модема. как оказалось модем не откликается, пингую 192.168.1.1 пишет «превышен интервал ожидания для запроса»
настройки сбрасывал.
поможите советом люди добрые. благодарен за советы |
| Вернуться наверх |
|
 |
Добавлено: Пн окт 12, 2009 23:17 
|
Victor_N |
Заголовок сообщения:
|
|
|
Электролиты не повздувались? |
| Вернуться наверх |
|
|
|
Vladimir Degtyarev |
Заголовок сообщения:
|
|
|
Если модем настроен в режиме бриджа, то соединение устанавливает компьютер. Обрывы связи вряд ли связаны с модемом. Рекомендую для начала обратиться к провайдеру. |
| Вернуться наверх |
|
|
|
delias |
Заголовок сообщения:
|
|
|
прошу прощения, перепутал. модем настроен в режиме роутера опишу ситуацию ещё так: есть интернет, есть и доступ к веб-админке, пропадает интернет, пропадает соотвественно и доступ к веб-интерфейсу. после перезагрузки всё становится на свои места.
сегодня вот за вечер уже раз шесть пришлось так сделать |
| Вернуться наверх |
|
|
|
Vladimir Degtyarev |
Заголовок сообщения:
|
|
|
|
| Вернуться наверх |
|
|
|
delias |
Заголовок сообщения:
|
|
|
обновился. посмотрим на результаты. отпишусь |
| Вернуться наверх |
|
|
|
cromartie |
Заголовок сообщения:
|
|
|
у меня тоже начались косяки с обрывами связи, провайдер проверил все, вплоть до сплиттера на модеме, сказали что все ОК это модем косячит. я зашел на этот сайт и скачал прошивку для 2500U, такая марка написана на передней панели. Начал обнолять и при обновлении модем перезагрузился и стали гореть непрерывно POWER и DSL. Если подключить RJ45 то еще и индикатор LAN загорается и все, больше от модема никаких признаков жизни. На WEB не откликается, уже пtрепробовал массу IP и все равно глухо. Как выяснилось поp;t? у меня модель 2500UEBRU9C1 — это вроде бы 2500U-BRU-C. |
| Вернуться наверх |
|
|
|
Victor_N |
Заголовок сообщения:
|
|
|
Цитата: Может в оборудовании D-Link есть что-то подобное? Зажать Reset и включить модем. Секунд через 15-20 reset можно отпустить. Если после этого можно зайти на 192.168.1.1, то пробуйте залить прошивку ещё раз. Если же девайс всё-равно остаётся недоступным, то лучше — в сервис, поскольку гарантия ещё не закончилась. |
| Вернуться наверх |
|
|
|
Nikita Schekotov |
Заголовок сообщения:
|
|
|
Попробуйте сделать как описано выше + На ПК должны быть прописаны IP-адреса вручную из подсети модема (например 192.168.1.2 с маской 255.255.255.0) и на этот раз укажите прошивку именно для Вашего модема. |
| Вернуться наверх |
|
|
|
Accept |
Заголовок сообщения:
|
|
|
такая же пробллема была постоянно горит DSL даже когда телефоный шнур не в модеме, отдал в сервис )))) |
| Вернуться наверх |
|
|