ИНСТР-500HTTP 5xx · Server ErrorRFC 9110ревизия 2026-05-07

Ошибка 500

HTTP 500 Internal Server Error — общий код «сломалось на сервере». Чем отличается от 502/503/504, как диагностировать и исправить.

⏱ работает в браузере · без регистрации

Инструмент · ИНСТР-500|real-time

calcal.ru / oshibka-500-internal-server

Найдено: 47 из 47

100ContinueПродолжайте

Сервер получил начальные заголовки запроса, клиент должен продолжить отправку оставшейся части тела (например, после Expect: 100-continue).

101Switching ProtocolsПереключение протоколов

Сервер согласен переключить протокол по запросу клиента (например, на WebSocket).

102ProcessingОбработка

WebDAV. Сервер принял запрос и обрабатывает, но обработка ещё не завершена.

103Early HintsРанние подсказки

Используется с заголовком Link для предзагрузки ресурсов до получения финального ответа.

200OKУспешно

Стандартный успешный ответ для GET, PUT, POST, DELETE. Содержит запрошенные данные.

201CreatedСоздано

Ресурс успешно создан (обычно после POST). Header Location указывает на новый ресурс.

202AcceptedПринято

Запрос принят к обработке, но обработка ещё не завершена. Используется для асинхронных операций.

203Non-Authoritative InformationНе авторитетная информация

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

204No ContentНет содержимого

Запрос успешен, но в ответе нет тела. Часто после DELETE или PUT.

205Reset ContentСбросить содержимое

Сервер требует от клиента сбросить документ (например, очистить форму).

206Partial ContentЧастичное содержимое

Возвращается часть ресурса по запросу с заголовком Range. Используется для возобновления загрузок и стриминга видео.

300Multiple ChoicesМножественный выбор

Запрашиваемый ресурс имеет несколько представлений, клиент должен выбрать одно.

301Moved PermanentlyПеремещён навсегда

Ресурс окончательно перемещён на новый URL (Location header). Поисковые системы обновят свою базу. Используйте для миграции URL.

302FoundНайдено (временный)

Ресурс временно по другому URL. В отличие от 301, метод запроса может быть изменён клиентом. Для строгой временной редиректа используйте 307.

303See OtherСмотреть другое

После POST клиент должен сделать GET по Location. Полезно после отправки формы (POST/Redirect/GET pattern).

304Not ModifiedНе изменён

Ресурс не изменён с момента последнего запроса (по If-Modified-Since или If-None-Match). Клиент использует кэш.

307Temporary RedirectВременный редирект

Как 302, но метод запроса (POST/PUT) сохраняется. Безопаснее 302 для не-GET запросов.

308Permanent RedirectПостоянный редирект

Как 301, но метод запроса сохраняется. Используйте вместо 301 если нужно сохранить POST/PUT.

400Bad RequestНеверный запрос

Сервер не понимает запрос: невалидный синтаксис, отсутствуют обязательные параметры, неверный JSON.

401UnauthorizedНе авторизован

Требуется аутентификация. Несмотря на название, означает «не аутентифицирован». Сервер вернёт WWW-Authenticate header.

402Payment RequiredТребуется оплата

Зарезервирован для будущего использования. Иногда используется для платных API.

403ForbiddenЗапрещено

Клиент аутентифицирован, но не имеет прав на ресурс. В отличие от 401, повторная аутентификация не поможет.

404Not FoundНе найдено

Ресурс не существует на сервере. Самая частая ошибка. Может означать также скрытие 403 от неавторизованных пользователей.

405Method Not AllowedМетод не разрешён

URL существует, но HTTP-метод (GET/POST/PUT/DELETE) не поддерживается. Сервер вернёт Allow header.

406Not AcceptableНеприемлемо

Сервер не может предоставить ресурс в формате из Accept header клиента.

407Proxy Authentication RequiredТребуется аутентификация прокси

Как 401, но для прокси-сервера. Клиент должен аутентифицироваться через прокси.

408Request TimeoutТайм-аут запроса

Сервер не дождался полного запроса от клиента. Клиент может повторить запрос.

409ConflictКонфликт

Запрос противоречит текущему состоянию ресурса. Например, попытка обновить устаревшую версию.

410GoneУдалён

Ресурс был, но удалён навсегда. В отличие от 404 — намеренная пометка «больше нет и не будет».

411Length RequiredТребуется длина

Сервер требует Content-Length header. Клиент должен указать длину тела запроса.

412Precondition FailedПредварительное условие неверно

Условие в If-Match / If-None-Match не выполнено. Используется для optimistic locking.

413Payload Too LargeСлишком большое тело

Тело запроса превышает лимит сервера (часто файл upload). Раньше назывался Request Entity Too Large.

414URI Too LongURI слишком длинный

URL слишком длинный. Обычно лимит 2048 символов в браузерах, до 8192 на серверах.

415Unsupported Media TypeНеподдерживаемый тип

Content-Type запроса не поддерживается. Например, отправили XML, а сервер ждёт JSON.

418I'm a teapotЯ чайник

Шуточный код из RFC 2324 (1998). Сервер — чайник, не может варить кофе. Иногда используется как cute easter egg или для bot-detection.

422Unprocessable EntityНевозможно обработать

WebDAV. Запрос правильный синтаксически, но данные семантически неверны (валидация формы провалена).

429Too Many RequestsСлишком много запросов

Клиент отправил слишком много запросов за единицу времени. Используется для rate limiting. Retry-After header указывает когда повторить.

451Unavailable For Legal ReasonsНедоступно по юридическим причинам

Контент заблокирован по решению суда / Роскомнадзора / DMCA. Название отсылает к роману Брэдбери «451 градус по Фаренгейту».

500Internal Server ErrorВнутренняя ошибка сервера

Общая ошибка сервера, без подробностей. Обычно — bug в коде или проблема с БД. Самый «непонятный» код для отладки.

501Not ImplementedНе реализовано

Сервер не поддерживает функционал для обработки запроса. Например, HTTP-метод PROPFIND, который сервер не умеет.

502Bad GatewayПлохой шлюз

Прокси/балансировщик получил невалидный ответ от upstream-сервера. Например, Nginx не смог достучаться до приложения.

503Service UnavailableСервис недоступен

Сервер временно недоступен (перегрузка, обслуживание). Retry-After header — когда вернётся.

504Gateway TimeoutТайм-аут шлюза

Прокси не дождался ответа от upstream в установленный лимит. Часто из-за медленного приложения.

505HTTP Version Not SupportedВерсия HTTP не поддерживается

Сервер не поддерживает версию HTTP-протокола из запроса.

507Insufficient StorageНедостаточно места

WebDAV. Сервер не может сохранить ресурс из-за нехватки места.

508Loop DetectedОбнаружен цикл

WebDAV. Сервер обнаружил бесконечный цикл при обработке запроса.

511Network Authentication RequiredТребуется аутентификация сети

Используется на captive porthals (отельный Wi-Fi) — клиент должен авторизоваться в сети перед доступом в интернет.

Загрузка инструмента…

500

Код ошибки

5xx

Server Errors

Internal

Server Error

0.1%

Целевой Error Rate

Что значит 500

500 Internal Server Error — общий HTTP-код категории 5xx (ошибки сервера). Сервер сообщает: «у меня случилось что-то нехорошее, не могу выполнить запрос». Намеренно не раскрывает деталей — иначе это была бы дыра в безопасности.

Главное отличие от 4xx: пользователь ничего не сделал неправильно. Запрос корректный, страница существует, но сервер сломался. Типичные сценарии: упавшая БД, неперехваченное исключение в коде, переполненная память, race condition.

Сравнение 500 / 502 / 503 / 504

Все четыре кода говорят «сервер не может ответить», но по разным причинам:

Код	Причина	Где искать
500	Bug в приложении: исключение, null reference, OOM	Логи приложения, Sentry/Rollbar
502	Прокси (nginx) не достучался до приложения	Логи nginx, проверьте upstream
503	Перегрузка / обслуживание / circuit breaker	Метрики нагрузки, Retry-After header
504	Приложение слишком медленно отвечает (timeout)	Slow query log, APM (New Relic)

Когда видите 500 — у вас bug в коде. Когда видите 502 — у вас проблема с инфраструктурой. Когда 503 — у вас проблема с capacity. Когда 504 — у вас проблема с performance. Это разные проблемы и разные команды должны решать.— Site Reliability Engineering, Google, 2016

Как диагностировать 500

Логи приложения. Главный источник: tail -f /var/log/your-app/error.log. В логах должен быть stack trace с файлом и строкой.
Error monitoring. Sentry, Rollbar, Bugsnag — собирают 500 автоматически с контекстом. Каждое исключение видно с количеством случаев.
APM (Application Performance Monitoring). New Relic, Datadog APM показывают traces — какой запрос упал, на каком SQL, сколько времени.
Воспроизведение. Скопируйте запрос из логов, запустите локально / в staging. Если воспроизводится — отлично. Если нет — это race condition или зависимость от данных в проде.
Недавние деплои. 90% 500 ошибок появляются после релиза. Если ошибки начались в 14:30, а релиз был в 14:25 — связь есть.
Внешние зависимости. Платёжный шлюз / SMS-провайдер / S3 могут не отвечать. Проверьте их status pages.
Health checks. Если ваш / health endpoint возвращает 500, значит БД / кэш / очереди недоступны.

Как предотвратить 500

Try/catch на границах. HTTP-handler, DB-call, external API — оборачивайте.
Input validation. Не принимайте данные без проверки. Используйте Joi / Zod / Yup.
Health check endpoint. /health проверяет всё критичное, мониторинг алертит сразу.
Circuit breaker. При ошибках в external API временно отключайте, не делайте миллион запросов.
Database connection pool. Лимит соединений, retry с backoff.
Rate limiting. Защищает от DDoS и неадекватных клиентов.
Graceful shutdown. При перезапуске обработайте in-flight запросы, не убивайте сразу.
Chaos engineering. Преднамеренно ломайте сервисы в staging, проверяйте устойчивость.

ИСТОЧНИКИ

RFC 9110 — HTTP Semantics. IETF. datatracker.ietf.org/doc/html/rfc9110. 2022.
Site Reliability Engineering: How Google Runs Production Systems. Beyer, Jones, Petoff, Murphy. O'Reilly. 2016.
MDN — 500 Internal Server Error. Mozilla. developer.mozilla.org/en-US/docs/Web/HTTP/Status/500. 2024.

ЧАСТЫЕ ВОПРОСЫ

Часто задаваемые вопросы

500 Internal Server Error — общий HTTP-код, означающий «что-то сломалось на сервере, но не знаем что». Это самый «неинформативный» код в HTTP — сервер сообщает только факт ошибки, не уточняя причину. В отличие от 4xx (ошибка клиента), 500 — это вина сервера: bug в коде, упавшая БД, неперехваченное исключение.

500 — приложение упало внутри (необработанное исключение, баг). 502 Bad Gateway — прокси (nginx) не получил валидный ответ от приложения (приложение упало или порт закрыт). 503 Service Unavailable — приложение специально отказывается работать (перегрузка, обслуживание). 504 Gateway Timeout — прокси не дождался ответа от приложения за лимит. Все три (502/503/504) — это проблемы взаимодействия прокси с приложением. 500 — проблема внутри самого приложения.

Пользователь почти ничего не может сделать. (1) Обновите страницу (F5) — иногда временный сбой. (2) Подождите 5-10 минут — сайт может перезагружаться. (3) Очистите cookies / cache — иногда устаревшие данные ломают сессию. (4) Свяжитесь с поддержкой — у них есть логи. (5) Проверьте status-страницу сайта (например, status.github.com) — возможно идёт обслуживание. Если это банк / Госуслуги — возможно DDoS или плановое обслуживание.

(1) Логи приложения — главный источник. tail -f /var/log/nginx/error.log или kubectl logs pod-name. (2) Stack trace должен быть в логах: исключение, файл, строка. (3) Sentry / Rollbar / Bugsnag — error monitoring собирает 500 автоматически. (4) Воспроизведите запрос локально / в staging. (5) Проверьте недавние деплои — если 500 начались после релиза, проблема в новом коде.

(1) Database unavailable — БД упала или connection pool exhausted. (2) Out of memory — процесс убит OOM-killer. (3) Null reference — обращение к свойству undefined объекта. (4) External API down — сервис, к которому вы обращаетесь, не отвечает. (5) Infinite loop / stack overflow — неправильная рекурсия. (6) Permission denied — приложение не может записать файл. (7) Bad migration — поле БД переименовано, код использует старое имя. (8) Race condition — параллельные запросы конфликтуют.

Стек ошибки никогда не показывайте пользователю в production — это security risk (раскрывает структуру кода, версии библиотек, пути файлов). Покажите дружелюбную страницу: «Что-то пошло не так. Мы работаем над этим. Попробуйте позже или свяжитесь с поддержкой». Логируйте error ID на сервере, покажите его пользователю — поддержка сможет найти ошибку в логах. Stack trace оставьте только в development и логах.

(1) Try/catch — оборачивайте опасные операции (внешние API, БД, файлы). (2) Validation — проверяйте входные данные до использования. (3) Health check — endpoint /health проверяет БД, кэш, очереди — мониторинг сразу видит проблему. (4) Circuit breaker — при ошибках в external API не делайте миллион попыток, отключайтесь временно. (5) Rate limiting — защита от перегрузки. (6) Graceful shutdown — при перезапуске не теряйте in-flight запросы.

Да, и сильно. Если поисковый бот (Googlebot, Yandex Bot) получает 500 при индексации, страница не попадает в индекс. Если 500 повторяется — страница может быть удалена из индекса. Массовые 500 за короткий период могут понизить trust сайта в целом. Решение: настройте мониторинг 5xx ошибок (Grafana / Datadog), реагируйте быстро. Цель — Error Rate < 0.1% (1 ошибка из 1000 запросов).

Был ли этот калькулятор полезен?

ревизия · 7 мая 2026

ОТКАЗ ОТ ОТВЕТСТВЕННОСТИ

Инструмент справочный — не заменяет эксперта

Только для информационных целей. Все расчёты, результаты и данные, предоставляемые инструментом, носят исключительно ознакомительный и справочный характер. Они не являются профессиональной консультацией — медицинской, юридической, финансовой, инженерной или иной.

Точность результатов. Калькулятор основан на общепринятых формулах и методиках, однако фактические результаты могут отличаться в зависимости от индивидуальных условий, исходных данных и применяемых стандартов. Мы не гарантируем полноту, точность или актуальность приведённых расчётов.

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

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

ТЕГИ:#калькулятор #бесплатно #онлайн #расчёт