Ошибка 413 Request Entity Too Large: как увеличить лимит загрузки

Что означает код 413

По стандарту HTTP код 413 значит: сервер отказывается обрабатывать запрос, потому что его содержимое больше, чем сервер готов или может принять. Если ограничение временное, стандарт советует серверу прислать заголовок Retry-After — когда можно повторить запрос.

У кода два имени. В действующем стандарте HTTP, RFC 9110, он называется Content Too Large, а в старом RFC 2616 назывался Request Entity Too Large. nginx пишет на странице ошибки старое имя — «413 Request Entity Too Large».

Если вы посетитель

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

Где задан лимит

Размер загрузки ограничивают сразу несколько настроек, и срабатывает самая маленькая из них.

Из этих трёх настроек ответ 413 даёт только лимит nginx. PHP при превышении своих лимитов 413 не отвечает: файл больше upload_max_filesize он просто не примет, а если весь запрос больше post_max_size, данные формы придут в скрипт пустыми. Поэтому, подняв лимит в nginx, поднимите и лимиты PHP.

Как увеличить лимит в nginx

Наибольший размер тела запроса задаёт директива client_max_body_size. Её указывают в блоке server — для всего сайта — или в блоке location, только для адреса загрузки:

server {
    ...
    client_max_body_size 80m;
}

Значение 0 отключает проверку совсем, но так делать не стоит: тогда на сервер можно будет отправить запрос любого размера.

Когда запрос больше лимита, nginx пишет в журнал ошибок строку такого вида. Уровень у неё error, поэтому она видна без дополнительных настроек:

client intended to send too large body: 5242880 bytes

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

После любых правок: sudo nginx -t, затем sudo systemctl reload nginx.

Как увеличить лимиты PHP

В Ubuntu 24.04 настройки PHP для сайтов лежат в файле /etc/php/8.3/fpm/php.ini. Найдите в нём две строки и поменяйте значения:

upload_max_filesize = 64M
post_max_size = 80M

post_max_size должен быть больше upload_max_filesize: кроме файла, в запрос входят остальные поля формы. Затем перезапустите PHP:

sudo systemctl restart php8.3-fpm

В Ubuntu 26.04 версия PHP другая — 8.5, и в пути к файлу и в названии службы вместо 8.3 будет 8.5.

413 в WordPress

WordPress считает наибольшим размером загрузки меньшее из двух значений PHP: upload_max_filesize и post_max_size. Лимит nginx он не знает. Поэтому бывает, что WordPress готов принять файл до 64 МБ, а nginx с настройками по умолчанию отвечает 413 на всё, что больше 1 МБ. Поставьте client_max_body_size не меньше, чем post_max_size.

На обычном хостинге

Лимиты PHP на хостинге ищите в панели — в настройках PHP для сайта. Лимит веб-сервера задаёт хостер: если после изменения настроек PHP ошибка 413 остаётся, напишите в поддержку. Очень большие файлы удобнее загружать по SFTP, а не через браузер.

413 и поиск Яндекса

По справке Яндекса, ответ 413 значит, что запрос больше, чем сервер может обработать. Яндекс советует настроить лимиты на размер запросов в конфигурации сервера, а большие файлы загружать по частям.

Чем 413 отличается от соседних кодов

Источники

• RFC 9110, раздел 15.5.14 — определение кода 413 (Content Too Large).
• RFC 2616, раздел 10.4.14 — старое название Request Entity Too Large.
• Документация nginx: client_max_body_size.
• Документация PHP: upload_max_filesize и post_max_size.
• Исходный код WordPress: wp_max_upload_size.
• Яндекс Вебмастер: коды ответа HTTP.

Сверено 6 октября 2026 года.

Что почитать дальше

• Ошибка 414 URI Too Long — когда слишком длинный адрес.
• Ошибка 431 Request Header Fields Too Large — когда слишком большие заголовки.
• Хостинг для WordPress — на что смотреть при выборе.
• Как установить WordPress — пошагово на хостинге.