Ошибка время ожидания истекло linux

Ошибка «Время ожидания ответа истекло»

Время от времени при работе в браузере каждый пользователь сталкивается с ошибкой «Превышено время ожидания ответа от сайта». В статье мы расскажем, с чем связана эта ошибка и как её исправить.

Что означает ошибка «Время ожидания ответа истекло»

Ошибка ERR_CONNECTION_TIMED_OUT (Время ожидания ответа истекло / Превышено время ожидания ответа от сайта) означает, что сервер, к которому обращается браузер, не отвечает. Чтобы понять, с чем это связано, вкратце рассмотрим, как устроены сайты и как взаимодействуют сервер и браузер.

Когда пользователь переходит на тот или иной ресурс, он видит целостную картину — уже сверстанные страницы с единым дизайном. Эта целостность формируется на внутреннем уровне. «Под капотом» сайт состоит из совокупности элементов — кода, файлов (картинок, текста, видео), элементов верстки.

Пока эти файлы хранятся только на компьютере, о существовании ресурса никто не узнает. Чтобы пользователи могли посетить сайт, его нужно разместить в интернете — на сервере. Для этого можно арендовать сервер или заказать хостинг.

Чтобы попасть на уже размещенный сайт, нужно обратиться к серверу и запросить у него файлы. Этим занимается браузер. Сразу после того, как пользователь вбивает какой-то запрос в поисковик, браузер делает запрос на сервер. После этого сервер дает ответ, и искомый портал открывается в браузере.

Промежуток времени между тем, когда пользователь вбил запрос в адресную строку, и тем, когда в браузере открылся ресурс, называется временем загрузки сайта. Иногда на загрузку уходят миллисекунды. Иногда приходится ждать 10-30 секунд или больше. Общее время загрузки складывается из:

времени отклика серверов (время запросов и ответов веб и DNS-серверов, к которым относится сайт),

времени генерации сайта на сервере и в браузере (суммарное время загрузки всех файлов).

Браузер не может ждать ответ от сервера вечно. Если сервер не отвечает, он ожидает некоторое время и сообщает пользователю, что сайт недоступен. Ошибку «Превышено время ожидания ответа от сайта» могут спровоцировать как неисправности на сервере, так и проблемы подключения у пользователя.

Причины возникновения ошибки

Основные причины возникновения ошибки:

1. Проблемы с интернет-подключением (отсутствие интернета, неправильные настройки, влияние вредоносного ПО или сторонних программ).
2. Низкая скорость загрузки или сильно загруженное интернет-соединение.
3. Проблемы на стороне сервера (профилактические работы, сбои).
4. Неполадки в работе сайта (некорректные настройки в файле hosts) — в случае если не открывается только конкретный ресурс.
5. Захламленность браузера (например, кэшем и куками).
6. Блокировка на уровне региона.
7. Работа под VPN или через прокси-сервер.

Как устранить ошибку

В первую очередь стоит выяснить, на чьей стороне возникла проблема — на вашей или на стороне сервера. Самый простой способ проверки: подключитесь к искомому порталу с другого устройства. Если сайт по-прежнему недоступен, значит проблема на стороне ресурса. В этом случае придется подождать, когда доступ будет восстановлен.

Если вам удалось попасть на сайт, значит проблема в локальном интернет-соединении. Чтобы наладить доступ, поэтапно выполните следующие шаги:

Перезагрузите роутер и компьютер. Чтобы выключить роутер, нажмите на соответствующую кнопку на задней панели. Если кнопка питания отсутствует, обесточьте роутер на 30-60 секунд, а затем снова включите.

Подключитесь к той же сети при помощи другого устройства и проверьте работу интернета. Если на нём тоже нет связи с DNS-сервером, значит проблема в настройках роутера или у интернет-провайдера.Если интернет-соединение и роутер работают исправно, перейдите к следующему шагу.

Очистите кеш браузера. Браузер мог кешировать страницу сайта в момент, когда он был недоступен, и теперь показывает устаревшую информацию. Для этого перейдите по нужному адресу и нажмите «Ctrl» + «F5» или используйте способы, которые указаны в инструкции Как очистить кэш браузера.

Пример очистки кэша и куков в браузере Firefox

Установите программы для сброса параметров сети и обнаружения вредоносных файлов. Например, CCleaner, Wise Disk Cleaner или расширение Empty Cache Button. Просканируйте компьютер и удалите файлы, которые мешают работе.

Теперь вы разбираетесь в причинах ошибки «Превышено время ожидания ответа от сайта» и знаете, как её исправить, если проблема возникла на вашей стороне.

Источник

ORA-12170: TNS: истекло время ожидания подключения

Я пытался подключиться к базе данных здесь, на моем ноутбуке, используя Oracle Toad, но у меня продолжалась эта ошибка:

ORA-12170: TNS: истекло время ожидания подключения

Каковы возможные причины, по которым у меня продолжалась эта ошибка?

Вчера я получил доступ к той же базе данных и смог получить к ней доступ.

9 ответов

[Собираем ответы в комментариях]

Проблема в том, что служба Oracle работает на IP-адресе, а хост настроен с другим IP-адресом.

Чтобы увидеть IP-адрес службы Oracle, введите команду lsnrctl status и проверьте указанный адрес (в данном случае это 127.0.0.1, локальный хост):

Чтобы увидеть IP-адрес хоста, введите команду ipconfig (в Windows) или ifconfig (в Linux).

Однако в моей установке служба Oracle не работает , если она настроена на адрес localhost, я должен установить реальный IP-адрес хоста (например, 192.168.10.X ).

Чтобы избежать этой проблемы в будущем, не используйте DHCP для назначения IP-адреса хоста, а используйте статический.

Я попытался изменить файл tnsnames.ora, указав IP-адрес сервера вместо адреса localhost или loopback, это не сработало. Брандмауэр блокировал запросы. Настройте брандмауэр или выключите его (не рекомендуется), все будет работать.

Помимо oci.dll есть несколько файлов .jar. Это натолкнуло меня на мысль установить Java. Потом все заработало.

ПОРЯДОК УСТРАНЕНИЯ НЕИСПРАВНОСТЕЙ (Doc ID 730066.1)

Ошибки тайм-аута подключения ORA-3135 и ORA-3136 Ошибка тайм-аута соединения может быть выдана, когда попытка соединения с базой данных не завершает фазы соединения и аутентификации в течение периода времени, разрешенного следующими условиями: SQLNET.INBOUND_CONNECT_TIMEOUT и / или INBOUND_CONNECT_TIMEOUT_ параметры на стороне сервера.

Начиная с Oracle 10.2, значение по умолчанию для этих параметров составляет 60 секунд, тогда как в предыдущих выпусках он был равен 0, что означает отсутствие тайм-аута.

По истечении времени ожидания клиентская программа получит сообщение об ошибке ORA-3135 (или, возможно, TNS-3135):

ORA-3135 соединение потеряно связь

И база данных зарегистрирует ошибку ORA-3136 в своем alert.log:

. Сб, 10 мая 02:21:38 2008 ПРЕДУПРЕЖДЕНИЕ: время ожидания входящего соединения истекло (ORA-3136) .

• Аутентификация SQL

Когда сеанс базы данных находится на этапе аутентификации, он выдает последовательность операторов SQL. Аутентификация не завершена, пока все это не будет проанализировано, выполнено и получено полностью. Некоторые из операторов SQL в этом списке, например на 10.2:

ПРИМЕЧАНИЕ. Приведенный выше список SQL не является полным и не отражает порядок аутентификационного SQL. Также могут существовать различия от выпуска к выпуску.

• Зависание во время аутентификации

Вышеупомянутые операторы SQL должны быть проанализированы, выполнены и извлечены, как и все операторы SQL в базе данных Oracle. Отсюда следует, что любая проблема, возникающая на этих этапах, которая проявляется в виде зависания или серьезного снижения производительности, может привести к тайм-ауту.

Симптомы таких зависаний будут рассматриваться сеансом аутентификации как ожидание: • курсора: вывод S, ожидание на X • защелка: объекты кэша строк • блокировка кэша строк Возможны другие типы событий ожидания; этот список может быть неполным.

Проблема здесь в том, что сеанс аутентификации заблокирован в ожидании получения общего ресурса, который удерживается другим сеансом внутри базы данных. Этот сеанс блокировки сам занят длительным действием (или собственным зависанием), что не позволяет ему своевременно освободить общий ресурс, необходимый для сеанса аутентификации. Это приводит к тому, что тайм-аут в конечном итоге передается сеансу аутентификации.

• Устранение неполадок аутентификации зависает

В таких ситуациях нам нужно найти процесс-блокировщик, удерживающий общий ресурс, необходимый для сеанса аутентификации, чтобы увидеть, что с ним происходит.

Типичные методы диагностики, используемые в таких случаях, следующие:

1. Три последовательных дампа состояния системы на уровне 266 за время, когда один или несколько сеансов аутентификации заблокированы. Вероятно, что блокирующий сеанс вызовет таймауты для нескольких попыток подключения. Следовательно, дампы состояния системы могут быть полезны, даже если время, необходимое для их создания, превышает период одного тайм-аута, например. 60 секунд:

• Отчеты ASH, охватывающие, например, 10-15 минут периода времени, в течение которого было замечено несколько ошибок тайм-аута.
• Если возможно, два последовательных запроса в представлении V $ LATCHHOLDER для случая, когда ожидаемый общий ресурс является защелкой. выберите * из v $ latchholder; Дампы состояния системы должны помочь в идентификации сеанса блокировщика. Уровень 266 покажет нам, в каком коде он выполняется, что может помочь найти любую существующую ошибку как основную причину.

Примеры проблем, которые могут привести к зависанию аутентификации

Неопубликованная ошибка 6879763 Ошибка симулятора общего пула, исправленная патчем для неопубликованной ошибки 6966286, см. Примечание 563149.1

Неопубликованный параметр обхода ошибки 7039896 _enable_shared_pool_durations = false см. примечание 7039896.8

Другие способы избежать проблемы

В некоторых случаях можно избежать проблем с аутентификацией SQL, закрепив такие операторы в общем пуле вскоре после запуска экземпляра и их новой загрузки. Вы можете использовать следующую статью, чтобы дать совет по этому поводу: Документ 726780.1 Как закрепить курсор в общем пуле с помощью DBMS_SHARED_POOL.KEEP

Закрепление предотвратит их удаление из-за бездействия и устаревания и, следовательно, предотвратит их необходимость в перезагрузке в будущем, то есть необходимость в повторной обработке и их уязвимость для проблем с зависанием аутентификации.

Я получал ту же ошибку при подключении моего «hr» пользователя ORCLPDB, который является подключаемой базой данных.

Сначала получите имя хоста и номер порта, набрав команду lsnrctl status в командной строке Windows. В моем случае это было 127.0.0.1 с номером порта 1521

Во-вторых, введите следующую команду с вашим именем хоста и номером порта:

Источник

Истекло время ожидания сети при попытке подключиться к https://index.docker.io

Я только что установил Docker-Toolbox, следуя их веб-страница

Я начал с Docker QuickStart Terminal и увидел следующее

Но когда я пытаюсь выполнить docker pull hello-world , я вижу вот что

19 ответов

У меня была такая же проблема сегодня утром, и следующее исправило ее для меня:

Похоже, это связано с тем, что виртуальная машина Docker перешла в странное состояние. Здесь есть открытая проблема с github

В Windows это произошло, когда я перешел из рабочей сети в домашнюю.

Чтобы решить это, запустите:

1. docker-machine stop
2. docker-machine start
3. docker-env
4. «C:\Program Files\Docker Toolbox\docker-machine.exe» env | Invoke-Expression

Создайте системный каталог для службы Docker:

Создайте файл с именем /etc/systemd/system/docker.service.d/http-proxy.conf , который добавляет переменную среды HTTP_PROXY :

Надеюсь, это поможет

Другой сценарий: если ваш сетевой адаптер докера отключен, он выйдет из строя с этой ошибкой. Адаптер называется vEthernet (DockerNAT) или аналогичный. По-видимому, этот адаптер каким-то образом участвует в нормальном поведении докеров. Включите его обратно, чтобы решить проблему.

Если вы находитесь за прокси, используйте следующие команды

Попробуйте это, если вы можете загрузить последнюю версию Ubuntu

Невозможно найти изображение ubuntu:latest локально

последнее: извлечение из библиотеки / ubuntu b3e1c725a85f: извлечение завершено

4daad8bdde31: Извлечение завершено

63fe8c0068a8: Извлечение завершено

4a70713c436f: Вытягивание завершено

bd842a2105a8: Извлечение завершено

Статус: загружено более новое изображение для ubuntu: последнее

Наконец-то у меня это сработало 🙂

Перезапуск Docker или воссоздание образа не помогли. Я перезагрузил Windows безрезультатно.

Поразительно, но когда я ssh’ed в работающий контейнер и сделал curl https://index.docker.io/v1/repositories/library/hello-world/images , я получил совершенно правильный ответ.

Я использовал Docker Toolbox с VirtualBox на 64-битной Windows 10 Pro.

В моем случае решением было удалить старую версию Docker и установите новый, который использует Hyper-V вместо VirtualBox.

Теперь Докер снова работает.

В моем случае при установке докера на Alpine Linux я получаю ошибку:

Работает. Он загружает изображение с помощью curl, а затем показывает, как его распаковать и «загрузить в докер».

Я пробовал описанные выше методы статического DNS в 8.8.8.8 и отключения ipv6 (я не понимал, что такое прокси), и ни один из них у меня не работал.

Изначально я использовал dropbear вместо openssh. Переустановка Alpine с помощью openssh устранила проблему.

Следующей проблемой была ошибка «Состояние выхода 1 из ApplyLayer stdout: stderr: chmod / bin / mount: permission denied» во время извлечения.

Чтобы создать образ Docker, мне пришлось отключить следующие защиты grsec. Измените /etc/sysctl.d/grsec.conf следующим образом:

kernel.grsecurity.chroot_deny_chmod = 0 kernel.grsecurity.chroot_deny_mknod = 0 kernel.grsecurity.chroot_caps = 0 # относится к пакету systemd / CAP_SETFCAP

В случае с альпинизмом, хотя это

Если вы находитесь за прокси-сервером, недостаточно установить HTTP_PROXY и HTTPS_PROXY env. Вы должны установить его при создании машины.

Параметр для этого: —engine-env :

Я столкнулся с этим сегодня с 1.10.1 , и ни одно из существующих решений не помогло. Я пытался перезапустить, обновить, восстановить сертификаты, .

Я заметил, что на моей машине было создано множество сетей. После их удаления с помощью:

DNS снова заработал.

Примечание. Ошибки, связанные с предопределенными сетями, можно игнорировать .

У меня была такая же проблема с boot2docker, и я исправил ее, перезапустив:

В Windows 10. Просто щелкните правой кнопкой мыши значок докера на панели задач -> Настройки . -> Сброс -> Перезапустить Docker.

Я предполагаю, что у вас проблема с сетью. Вы за прокси? Возможно ли, что он фильтрует соединение с docker.io или блокирует пользовательский агент докера?

Я установил набор инструментов и запустил ваш тест. Здесь все работает нормально:

Вчера я столкнулся с той же проблемой, и ни один из «популярных» ответов (например, исправление DNS до 8.8.8.8) у меня не помог. В конце концов я наткнулся на эту ссылку, и это помогло . https: // github. ru / docker / for-win / issues / 16

Между Docker для Windows, Windows 10 и Hyper-V, похоже, возникает проблема в процессе создания виртуального сетевого адаптера. В частности, вы можете получить два сетевых адаптера vEthernet (DockerNAT). Проверьте это с помощью Get-NetAdapter «vEthernet (DockerNAT)» (в консоли PowerShell с повышенными привилегиями). Если в результате отображается более одного адаптера, вы можете отключить и переименовать его с помощью:

Затем откройте диспетчер устройств и удалите отключенный адаптер (по какой-то причине это можно сделать отсюда, но не из представления адаптеров Центра управления сетями и общим доступом).

В Windows 7 и если вы считаете, что используете прокси

Вход на компьютер по умолчанию

Обновите профиль, чтобы обновить настройки прокси

Источник