Довольно часто при попытке загрузить приложение из Google Play или получить обновления для уже установленных программ появляется сообщение следующего содержания: «Время ожидания подключения истекло». Сегодня мы попробуем выяснить причины, по которым возникает данный баг, и найти способы устранения проблемы.
Вариант 1
Ошибка может возникнуть по вине провайдера из-за некорректной работы DNS-серверов, когда сервер не может сопоставить IP-адрес устройства, запрашивающего информацию, и доменное имя ресурса, к которому обращается пользователь. Решить проблему в этом случае можно, установив на устройстве и выбрав GoogleDNS в настройках (права суперпользователя в PRO-версии приложения не нужны, скачать ее можно бесплатно). Если вы выходите в интернет, пользуясь Wi-Fi, достаточно указать в настройках роутера 8.8.8.8 в качестве DNS сервера.
Вариант 2
Можно попробовать поменять способ подключения, перейдя с Wi-Fi на мобильный интернет 3G или наоборот. Возможно, причина возникновения проблемы кроется в неполадках, происходящих в сети, которую вы в данный момент используете для выхода в интернет. Учтите и тот факт, что при работе через Wi-Fi ошибка может возникнуть из-за некорректной работы роутера (у новых моделей прошивка может быть недоработанной и содержать баги, поэтому стоит установить альтернативный вариант, более ранний и гарантированно работоспособный).
Вариант 3
В файле /etc/hosts
могут находиться лишние адреса. Строчка должна быть только одна - 127.0.0.1 localhost
, а все остальное необходимо удалить, после чего выполнить сохранение и проверить работу Google Play. Чтобы почистить файл /etc/hosts необходимы root-права (процедуру их получения для различных устройств мы неоднократно описывали на страницах нашего сайта).
Вариант 4
Причиной отсутствия соединения может быть неверно установленная дата на устройстве. В этом случае не работает не только маркет, но и остальные сервисы Google - время действия сертификата еще не наступило. Решение элементарное - установить верную дату .
Вариант 5
Соединение с Google Play невозможно, так как на устройстве установлена фейковая программа Freedom для взлома игр, позволяющая нечестным путём получить деньги (предметы, ресурсы). Данная программа изменяет файл hosts, находящийся в /system/ets/ (о нем мы уже писали в пункте 3). Отсюда и невозможность установки соединения. А теперь пошаговая инструкция решения проблемы :
1. Удалить Freedom;
2. Получить права суперпользователя (root-права), если они не получены ранее;
3. Установить RootExplorer и наделяем его правами суперпользователя;
4. Найти файл hosts в директории /system/ets/ с помощью Rootexplorer, посредством редактора текста открыть этот файл, после чего все прописанное там стереть и вбить только одну строчку: 127.0.0.1 localhost;
Достаточно часто многие пользователи ПК, которые так или иначе связаны с Интернетом, а также геймеры, подключающиеся к игровым порталам, наблюдают появление ошибок соединения с сервером. Сейчас мы рассмотрим вопрос о том, что значит тайм-аут операции. Более того, будет предложено несколько основных способов решения этой проблемы.
Тайм-аут операции - что это такое?
Итак, на экране монитора возникает ошибка, сообщающая пользователю о том, что соединение прервано, вернее, время ожидания подключения истекло.
В принципе, тайм-аут и можно трактовать как некий временной промежуток, в течение которого система ожидает ответа сервера на собственный отправленный запрос. В системах Windows это параметр установлен по умолчанию, а его значение прописано в сетке системного реестра настроек текущего компьютерного терминала в подразделе SYSTEM, где во вложенных директориях находится подпапка Parameters, где время указано в секундах. Как правило, изменять его не рекомендуется.
Причины возникновения ошибки
Причин, когда возникает тайм-аут операции, может быть довольно много. Выделим наиболее часто встречающиеся ситуации. Прежде всего, в качестве основного фактора выступает нестабильное подключение к Интернету, когда постоянно происходит прерывание связи, и система не может получить цельный ответ сервера, к которому в данный момент выполняется подключение.
В некоторых случаях тайм-аут операции может срабатывать при включенных антивирусных программах или при неправильных настройках брэндмауэра Windows. Как известно, брэндмауэр при настройках по умолчанию способен блокировать достаточно много веб-ресурсов, считая их опасными или содержащими потенциально нежелательные данные. Такое очень часто встречается при подключению к серверам многопользовательских онлайн-игр.
Кроме всего прочего, тайм-аут операции завершает время ожидания подключения при использовании или неправильной настройке прокси-сервера. В данном случае речь идет и о настройках прокси в системе, и об использовании анонимных прокси-серверов, когда пользователь по каким-либо причинам хочет остаться во Всемирной паутине неузнанным, а проще говоря, скрыть истинный IP-адрес своего компьютерного терминала. Рассмотрим несколько основных методов исправления ситуации без вмешательства в системный реестр для выставления более высокого значения периода ожидания.
Тайм-аут операции: что делать? Простейший способ исправления ситуации
Как считается, наиболее простым способом, позволяющим избавиться от ошибки 118, является обычное закрытие не отвечающей страницы и ее повторное открытие по истечении минут десяти. Иногда может потребоваться закрыть и перезапустить сам интернет-браузер (часто такие ситуации почему-то наблюдаются в Google Chrome и других браузерах на его основе).
Если такой вариант не помогает, а сообщение «Ошибка: Тайм-аут операции…» выдается снова, можно применить обычную перезагрузку компьютера или ноутбука (а лучше и всех маршрутизаторов типа роутеров или ADSL-модемов).
Достаточно эффективным может оказаться решение проблемы, связанное с внесением, допустим, игрового сайта в список разрешений (исключений) антивируса и брэндмауэра, тем более что в обоих случаях в настройках сделать это не так уж и сложно.
Изменение параметров прокси-сервера
Несколько сложнее обстоит дело с настройками прокси в системе. Рассмотрим в качестве примера стандартный Internet Explorer. В браузере нужно использовать раздел «Свойства обозревателя» и вкладку «Подключения».
Снизу имеется кнопка «Настройка сети», после нажатия на которую будет произведен вход в окно настройки параметров локальной сети. Здесь достаточно просто снять галочку (флажок) со строки «Использовать прокси-сервер» и сохранить изменения (иногда можно отключить прокси для локальных адресов).
Но вот если подключение производится при помощи прокси, для установки правильных настроек лучше обратиться к провайдеру.
Исправление системного файла Hosts
Теперь перейдем к более сложному методу исправления ошибок, когда может срабатывать тайм-аут операции.
Сначала в меню отображения файлов и папок (в стандартном «Проводнике» это меню «Сервис» со строкой «Параметры папок») на вкладке вида необходимо задать показ скрытых папок и файлов.
После вышеуказанной операции необходимо открыть меню «Выполнить» и ввести в строке команду «notepad %windir%\system32\drivers\etc\hosts» (естественно, без кавычек), поле чего в «Блокноте» будет открыт файл Hosts. Обратите внимание: снизу имеется строка «::1 localhost». По идее, она должна быть последней, так что все, что находится ниже нее, нужно удалить, после чего произвести сохранение файла с оригинальным названием и местоположением. Теперь остается только перезагрузить компьютерный терминал. Затем, как правило, ошибка исчезает.
Заключение
Вот, собственно, и все по поводу срабатывающего тайм-аута. Конечно, можно использовать еще и редактирование системного реестра с заданием большего значения периода ожидания ответа сервера, вот только гарантии, что все остальные ресурсы будут грузиться без проблем, никто дать не может. К тому же, как уже понятно, и сами страницы, если и будут грузиться, то намного дольше. А это ни одному юзеру не нужно.
Ошибка «Время ожидания истекло» обычно возникает в том случае, если не смог запуститься экземпляр компонента SQL Server Database Engine, неправильно указано имя сервера или появились проблемы с сетью и брандмауэрами.
Текст сообщения об ошибке
В среде Среда SQL Server Management Studio уведомления об этой ошибке могут быть следующими.
«Невозможно подключиться к <имя_сервера>».
«Время ожидания истекло. Период ожидания истек до завершения операции, или сервер не отвечает. (Microsoft SQL Server, ошибка: -2)"
Программа sqlcmd может возвращать следующие ошибки.
«Сетевые интерфейсы SQL: ошибка при поиске указанного сервера или экземпляра».
«Sqlcmd: ошибка: собственный клиент Microsoft SQL Server: клиент не может установить соединение».
«Sqlcmd: ошибка: собственный клиент Microsoft SQL Server: время ожидания входа истекло».
«Невозможно открыть соединение с SQL Server».
«При установлении соединения с сервером произошла ошибка. При подключении к SQL Server эта ошибка может быть вызвана тем, что в конфигурации по умолчанию SQL Server не поддерживает удаленные соединения».
Типичные причины этой ошибки
Указано неверное имя сервера. |
Попробуйте ввести имя сервера еще раз. |
На сервере не запущена служба SQL Server. |
Запустите экземпляр компонента SQL Server Database Engine. |
Порт TCP/IP экземпляра компонента Database Engine заблокирован брандмауэром. |
Настройте брандмауэр так, чтобы он обеспечивал доступ к компоненту Database Engine. |
Компонент Database Engine не прослушивает порт 1433, потому что порт был изменен или из-за того, что компонент не является экземпляром по умолчанию, а служба обозревателя SQL Server не выполняется. |
Или запустите службу обозревателя SQL Server, или устанавливайте соединение, указывая номер порта TCP/IP. |
Служба обозревателя SQL Server выполняется, но порт UDP с номером 1434 заблокирован брандмауэром. |
Или настройте брандмауэр так, чтобы он допускал доступ к 1434-му порту UDP на сервере, или устанавливайте соединение, указывая номер порта TCP/IP. |
Клиент и сервер не могут выбрать одинаковый сетевой протокол. |
Используя диспетчер конфигурации SQL Server, настройте сервер и клиентский компьютер так, чтобы им был доступен хотя бы один общий протокол. |
Сетевой модуль не может выполнить разрешение имени сервера в IP-адрес. Это можно проверить при помощи программы PING. |
Устраните проблему с разрешением имени компьютера в своей сети или устанавливайте соединение с использованием IP-адреса сервера. Эта проблема не имеет отношения к SQL Server. Если понадобится помощь, ищите нужные сведения в документации по Windows или обратитесь к сетевому администратору. |
Подключение с использованием IP-адреса невозможно. Это можно проверить при помощи программы PING. |
Устраните проблему с протоколами TCP/IP в своей сети. Эта проблема не имеет отношения к SQL Server. Если понадобится помощь, ищите нужные сведения в документации по Windows или обратитесь к сетевому администратору. |
Необычные ошибки
Сервер с несколькими IP-адресами
Клиенты, работающие в , могут получить эту ошибку при соединении с именованным экземпляром SQL Server, установленном в кластере или на некластеризованном компьютере с несколькими IP-адресами. Эта проблема может возникнуть во всех версиях SQL Server.
Причина
При подключении к именованному экземпляру на удаленном компьютере для получения конечной точки соединения (номера TCP-порта или именованного канала) клиент использует протокол UDP для соединения со службой обозревателя SQL Server на компьютере SQL Server или кластере.
Брандмауэры в клиентах Windows Vista или Windows Server 2008 запрещают свободное сопоставление источника для протокола UDP. Это означает, что ответ должен прийти с того IP-адреса, на который был отправлен запрос. Если ответ приходит с IP-адреса, отличного от целевого, брандмауэр клиента удалит пакет. Эта проблема может возникнуть при подключении к кластеризованному серверу или отдельному компьютеру, имеющему несколько IP-адресов.
В следующей таблице описываются сочетания операционных систем, в которых может происходить пропуск пакетов UDP. Это препятствует соединению с именованным экземпляром SQL Server или с экземпляром SQL Server по умолчанию, который не прослушивает порт TCP 1433.
Операционная система клиента |
Операционная система, в которой работает SQL Server |
Результат в SQL Server 2008 |
Результат в SQL Server 2005 |
---|---|---|---|
Windows XP или Windows Server 2003 |
Пакеты UDP не пропускаются. |
Пакеты UDP не пропускаются. |
|
Windows XP или Windows Server 2003 |
Windows Vista или Windows Server 2003 |
Пакеты UDP не пропускаются. |
Пакеты UDP не пропускаются. |
Windows Vista или Windows Server 2008 |
Windows XP или Windows Server 2003 |
Пакеты UDP пропускаются. Подключение невозможно. |
|
Windows Vista или Windows Server 2008 |
Windows Vista или Windows Server 2008 (x86, IA64) |
Пакеты UDP не пропускаются. |
Пакеты UDP пропускаются. Подключение невозможно. |
Windows Vista или Windows Server 2008 |
Windows Vista или Windows Server 2008 (x64) |
Пакеты UDP пропускаются. Подключение невозможно. |
Пакеты UDP пропускаются. Подключение невозможно. |
Решение
Чтобы обойти эту проблему, необходимо выполнить одно из следующих действий.
Турецкий или азербайджанский язык
Попытки установления соединения могут завершаться неудачей, если текущим языком является турецкий или азербайджанский, а имя сервера содержит букву «I». Во избежание этой проблемы подключайтесь к серверу, используя IP-адрес. Если имя экземпляра содержит букву «I», при подключении укажите номер порта TCP/IP. Чтобы подключиться к конкретному порту, используйте псевдоним.
Ошибка «Время ожидания истекло» обычно возникает в том случае, если не смог запуститься экземпляр компонента SQL Server Database Engine, неправильно указано имя сервера или появились проблемы с сетью и брандмауэрами.
Текст сообщения об ошибке
В среде Среда SQL Server Management Studio уведомления об этой ошибке могут быть следующими.
«Невозможно подключиться к <имя_сервера>».
«Время ожидания истекло. Период ожидания истек до завершения операции, или сервер не отвечает. (Microsoft SQL Server, ошибка: -2)"
Программа sqlcmd может возвращать следующие ошибки.
«Сетевые интерфейсы SQL: ошибка при поиске указанного сервера или экземпляра».
«Sqlcmd: ошибка: собственный клиент Microsoft SQL Server: клиент не может установить соединение».
«Sqlcmd: ошибка: собственный клиент Microsoft SQL Server: время ожидания входа истекло».
«Невозможно открыть соединение с SQL Server».
«При установлении соединения с сервером произошла ошибка. При подключении к SQL Server эта ошибка может быть вызвана тем, что в конфигурации по умолчанию SQL Server не поддерживает удаленные соединения».
Типичные причины этой ошибки
Указано неверное имя сервера. |
Попробуйте ввести имя сервера еще раз. |
На сервере не запущена служба SQL Server. |
Запустите экземпляр компонента SQL Server Database Engine. |
Порт TCP/IP экземпляра компонента Database Engine заблокирован брандмауэром. |
Настройте брандмауэр так, чтобы он обеспечивал доступ к компоненту Database Engine. |
Компонент Database Engine не прослушивает порт 1433, потому что порт был изменен или из-за того, что компонент не является экземпляром по умолчанию, а служба обозревателя SQL Server не выполняется. |
Или запустите службу обозревателя SQL Server, или устанавливайте соединение, указывая номер порта TCP/IP. |
Служба обозревателя SQL Server выполняется, но порт UDP с номером 1434 заблокирован брандмауэром. |
Или настройте брандмауэр так, чтобы он допускал доступ к 1434-му порту UDP на сервере, или устанавливайте соединение, указывая номер порта TCP/IP. |
Клиент и сервер не могут выбрать одинаковый сетевой протокол. |
Используя диспетчер конфигурации SQL Server, настройте сервер и клиентский компьютер так, чтобы им был доступен хотя бы один общий протокол. |
Сетевой модуль не может выполнить разрешение имени сервера в IP-адрес. Это можно проверить при помощи программы PING. |
Устраните проблему с разрешением имени компьютера в своей сети или устанавливайте соединение с использованием IP-адреса сервера. Эта проблема не имеет отношения к SQL Server. Если понадобится помощь, ищите нужные сведения в документации по Windows или обратитесь к сетевому администратору. |
Подключение с использованием IP-адреса невозможно. Это можно проверить при помощи программы PING. |
Устраните проблему с протоколами TCP/IP в своей сети. Эта проблема не имеет отношения к SQL Server. Если понадобится помощь, ищите нужные сведения в документации по Windows или обратитесь к сетевому администратору. |
Необычные ошибки
Сервер с несколькими IP-адресами
Клиенты, работающие в , могут получить эту ошибку при соединении с именованным экземпляром SQL Server, установленном в кластере или на некластеризованном компьютере с несколькими IP-адресами. Эта проблема может возникнуть во всех версиях SQL Server.
Причина
При подключении к именованному экземпляру на удаленном компьютере для получения конечной точки соединения (номера TCP-порта или именованного канала) клиент использует протокол UDP для соединения со службой обозревателя SQL Server на компьютере SQL Server или кластере.
Брандмауэры в клиентах Windows Vista или Windows Server 2008 запрещают свободное сопоставление источника для протокола UDP. Это означает, что ответ должен прийти с того IP-адреса, на который был отправлен запрос. Если ответ приходит с IP-адреса, отличного от целевого, брандмауэр клиента удалит пакет. Эта проблема может возникнуть при подключении к кластеризованному серверу или отдельному компьютеру, имеющему несколько IP-адресов.
В следующей таблице описываются сочетания операционных систем, в которых может происходить пропуск пакетов UDP. Это препятствует соединению с именованным экземпляром SQL Server или с экземпляром SQL Server по умолчанию, который не прослушивает порт TCP 1433.
Операционная система клиента |
Операционная система, в которой работает SQL Server |
Результат в SQL Server 2008 |
Результат в SQL Server 2005 |
---|---|---|---|
Windows XP или Windows Server 2003 |
Пакеты UDP не пропускаются. |
Пакеты UDP не пропускаются. |
|
Windows XP или Windows Server 2003 |
Windows Vista или Windows Server 2003 |
Пакеты UDP не пропускаются. |
Пакеты UDP не пропускаются. |
Windows Vista или Windows Server 2008 |
Windows XP или Windows Server 2003 |
Пакеты UDP пропускаются. Подключение невозможно. |
|
Windows Vista или Windows Server 2008 |
Windows Vista или Windows Server 2008 (x86, IA64) |
Пакеты UDP не пропускаются. |
Пакеты UDP пропускаются. Подключение невозможно. |
Windows Vista или Windows Server 2008 |
Windows Vista или Windows Server 2008 (x64) |
Пакеты UDP пропускаются. Подключение невозможно. |
Пакеты UDP пропускаются. Подключение невозможно. |
Решение
Чтобы обойти эту проблему, необходимо выполнить одно из следующих действий.
Турецкий или азербайджанский язык
Попытки установления соединения могут завершаться неудачей, если текущим языком является турецкий или азербайджанский, а имя сервера содержит букву «I». Во избежание этой проблемы подключайтесь к серверу, используя IP-адрес. Если имя экземпляра содержит букву «I», при подключении укажите номер порта TCP/IP. Чтобы подключиться к конкретному порту, используйте псевдоним.