HTTP 408 Request Timeout: сервер не дождался запроса

Код 408 сообщает: соединение с сервером установлено, но полный запрос не поступил за отведённое время. Сервер не стал ждать бесконечно и закрыл канал, чтобы не держать ресурсы впустую. Это ответ именно о клиентской стороне: медленно или не до конца отправлял данные тот, кто обращался к серверу.

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

Часто 408 приходит без страницы с объяснением, и браузер сам повторяет запрос, поэтому пользователь может ничего не заметить. Заметным сбой становится, когда речь о загрузке файла или отправке большой формы.

Самая частая причина — нестабильный или медленный исходящий канал: перегруженный Wi-Fi, мобильная сеть на границе покрытия, потери пакетов. Вторая — большой запрос, например загрузка объёмного файла, который не успевает уйти за установленное сервером время.

Далее следуют режимы «простаивающих» соединений: браузер открыл соединение заранее, но не отправил ничего, и сервер закрыл его как неактивное. Бывают и причины со стороны инфраструктуры: слишком короткие тайм-ауты на балансировщике, реверс-прокси или в настройках веб-сервера, а также промежуточное оборудование, которое режет долгие соединения.

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

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

Наконец, отключите расширения и защитные надстройки, которые проверяют исходящий трафик, и попробуйте приватное окно. Если сбой пропал, включайте компоненты по одному, пока не найдёте источник задержки.

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

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

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

Полезный приём — сравнить поведение на маленьком и большом запросе. Если короткие запросы и обычные страницы работают, а ошибка появляется только при загрузке крупного файла или на медленном мобильном соединении, причина, скорее всего, в тайм-ауте чтения запроса: канал не успевает передать данные за отведённое время.

Если же 408 возникает даже на простых запросах и у многих пользователей сразу, подозрение падает на сервер: слишком малое время ожидания, перегрузка, сбойный балансировщик. В таком случае помогает сообщение в поддержку сайта с указанием времени сбоя.

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

Посмотрите значения тайм-аутов чтения запроса на веб-сервере и балансировщике: слишком малые значения приводят к 408 у пользователей с медленным каналом. Сверьте их с реальными размерами загрузок и отдельно настройте эндпоинты для больших файлов. Стоит также проверить, не режет ли долгие соединения CDN или межсетевой экран перед сервером.

Отдельно проверьте тайм-ауты обратного прокси и балансировщика: они должны соответствовать друг другу, иначе один узел закроет соединение раньше другого. Для медленных клиентов полезно допустить больший срок на чтение тела запроса именно на страницах загрузки. Мониторинг доли ответов 408 по адресам покажет, где пользователи чаще всего не успевают отправить данные.