Internal server error вирус

1. Мой аккаунт заблокирован за вредоносный софт. Что делать?

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

Очень важно не просто удалить файлы или зараженный контент (это может сделать и программа сканирования в автоматическом режиме), а найти и устранить причину заражения. Поскольку просто удаление вызовет повторное заражение, нужно найти и устранить уязвимость. Она может заключаться в следующем:

- вирусы на локальных компьютерах, с которых осуществлялась работа с аккаунтом;
- уязвимость в скриптах;
- директории с правами 777 (на нашем хостинге нет необходимости в правах 777, верните их на 751);
- устаревшие версии cms/библиотек/плагинов/темплейтов и т.п.

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

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

В большинстве случаев, при разблокировании, мы отключаем веб-сервис на проблемных доменах. После устранения уязвимости вам нужно будет включить веб-сервис самостоятельно.

2. Как проверить файлы из аккаунта на наличие вирусов / вредоносного софта?

Для проверки аккаунта на наличие вирусов / вредоносного софта воспользуйтесь пунктом меню "Проверка на вирусы".

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

3. Как повысить надежность доставки почты?

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

Включается почтовый ретранслятор в разделе почтового сервиса для каждого конкретного домена, опция "Почтовый ретранслятор (Mail relay)", так, как это описано ниже:

Нажмите на иконку "Изменить установки" в колонке "Управление" справа от нужного домена

В открывшемся окне нажмите на иконку "Редактировать сервисы" напротив почтового сервиса

Включите опцию "Почтовый ретранслятор (Mail relay)"

4. Каким образом загружать свои файлы на сервер UKRHOSTING?

Проще всего это делать с помощью программы - FTP-клиента (к примеру Total (Windows) Commander или FAR Manager).

Также у вас есть полный доступ к директории с файлами вашего домена с помощью Менеджера файлов Панели управления H-Sphere.

Детальная информация про адрес FTP-сервера была вам направлена сразу после активизации аккаунта на ваш контактный e-mail. Некоторые данные для FTP-доступа вы можете найти в Панели управления в разделе Домены/Domains.

Это означает, что вы можете закачивать информацию на сервер или изменять данные, когда захотите.

Обратите внимание, что файлы надо загружать в корень одноименной с доменом папки и при этом очень важно перезаписать/удалить дефолтный index.html файл.

Дополнительно см. вопрос "Как настроить FTP-соединение?"

5. Какие особенности PHP на вашем хостинге?

6. Могу ли я отсылать почту через функцию РНР mail()?

Да, можете. Но при этом сообщения на некоторые почтовые серверы (к примеру mail.ru, ukr.net) могут не доходить.

Приведем простой пример кода:

\r\n"; //Обязательно заполните это поле
mail($recipient, $subject, $mail_body, $header);
?>

Действия по рассылке корреспонденции, которая не отвечает перечисленным выше требованиям, считаются нарушением Норм пользования сетью Интернет, которые являются обязательными для выполнения всеми нашими клиентами; рассылаемые сообщения будут попадать в категорию СПАМА со всеми вытекающими последствиями (вплоть до закрытия акаунта).

Согласно соглашению на предоставление хостинг-услуг, UKRHOSTІNG в таком случае оставляет за собой право приостановить предоставление хостинг-услуг или расторгнуть договор в одностороннем порядке.

7. Ошибка: Illegal port command

Если при попытке переслать файлы через FTP-соединение возникает ошибка 500 (Error 500 - Illegal port command) - это означает, что FTP-сервер и клиент работают в разных режимах. Всего существуют два режима работы FTP-сервера: Passive и Active.

В режиме Active в работе сервера задействованы два порта 20 и 21. По 21-му порту осуществляется управление передачей данных, в то время когда сами данные передаются через 20-й порт.

В режиме Passive и управление, и передача данных происходит через 21-й порт. Наши серверы настроены для работы в режиме Passive, поэтому, для корректной работы FTP-клиента он тоже должен быть настроен в Passive-mode.

8. Сайта нет, а вместо него мне предлагается скачать файл download.php

Если ваш сайт не открывается, а вместо этого появляется окно с предложением скачать файл download.php, это происходит вследствие ваших попыток переопределить файлы, обрабатываемые PHP, в файле .htaccess, например, таким образом:

RemoveHandler .html .htm
AddType application/x-httpd-php .php .htm .html

Такую конструкцию можно использовать только в случае, когда PHP работает в режиме mod_php. На наших серверах PHP работает в другом режиме - CGI, поэтому переопределять обработчики тоже нужно по-другому.

Пути решения:

впишите .html в поле Расширение файла.

Далее в файле .htaccess удалите все строки, в которых содержится "AddType" и "RemoveHandler". В течение 15 минут изменения вступят в силу.

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

Коды ошибок 500, 502, 503, 504 говорят о том, что сервер в данный момент не может отобразить запрос из-за внутренней ошибки.

500 Internal Server Error

Самая распространенная внутренняя ошибка сервера. Код генерируется при любой проблеме, не имеющей отношения к остальным ошибкам, поэтому у его появления множество причин.

Некоторые причины появления ошибки 500

Ошибки при работе скриптов сайта.
Неверные директивы, указанные в файле .htaccess.

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

Способы устранения ошибки 500 Internal Server Error

Проверьте логи ошибок веб-сервера. На хостинге RU-CENTER они размещены в каталоге /var/log, подробнее в статье. Если ситуация связана с ошибочными директивами в .htaccess, с ошибками в работе CGI-скриптов, с ошибками в файле конфигурации веб-сервера, вы увидите точную причину ошибки в логе веб-сервера и сможете её устранить.

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

502 Bad Gatеway

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

Причины появления ошибки 502

Способы устранения ошибки 502 Bad Gatеway

503 Service temporarily unavailable

Ошибка означает, что в течение некоторого времени сервер не сможет обрабатывать запросы из-за технических неисправностей.

Причины появления ошибки 503

Передача большого объёма данных.
Превышено время ожидания загрузки.
Большое количество запросов к серверу.
На хостинге RU-CENTER данный код может выдаваться при обращении к сайту, которого на хостинге не существует.

Способы устранения ошибки 503 Service temporarily unavailable

504 Gateway Timeout

Код ошибки указывает, что серверу не хватило времени, чтобы получить ответ от другого сервера для завершения операции. Как правило, среднее время загрузки не должно превышать 1-3 секунды.

Причины появления ошибки 504

Долгая обработка запроса скриптами сайта.
Обработка большого количества данных.
В ряде случаев причины появления ошибки 504 могут совпадать с аналогичными для ошибки 502.

Способы устранения ошибки 504 Gateway Timeout

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

Также для устранения ошибки можно попробовать увеличить в настройках PHP время выполнения скрипта (max_execution_time) и время получения данных (max_input_time).

Ошибка 505

Ошибка 505 появляется при использовании неподдерживаемой браузером версии HTTP.

Причины появления ошибки 505

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

Способы устранения ошибки 505 HTTP Version not supported

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

Если ошибка 505 возникла при обращении к вашему сайту, проверьте актуальность используемого программного обеспечения на веб-сервере.

Чаще всего эта ошибка вызвана действиями владельца сайта, в результат попытки установить плагин, хак, модуль, изменение прав доступа к системным папкам или файлам, удалением исполняющего файла или добавления кода с неправильным настройками (например, с целью оптимизации работы площадки или скрипта). Или ошибка в коде системного .htaccess файла расположенного в самом корне сайта или его повреждения.

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

Сразу стоит отметить, что не надо паниковать, проблема в целом не серьезная, и все же иногда приходится поломать голову, чтобы найти причину. Для начало нужно разработать, о чем собственно нам говорит сервер, когда на странице электронной площадки выскакивает сообщение 500 Internal Server Error.

Итак, код HTTP ошибки сервера начинающиеся с цифры пять, служит для того, чтобы сообщить нам о сбое при запросе к серверу, в случаи страницы 500 InternalServerError (это говорит нам о внутренней ошибке сервера при обработке кода, неправильному запросу к файлу, директории, папке и т.д.).

- Ошибка доступа. В большинстве случаев проблема с Internal Server Error связана с некорректным доступом к разным файлам или папкам (например, с некорректным доступом для PHP и CGI скриптов). Для решения данной проблемы нужно исправить права доступа для нужных файлов или директорий;

- PHP Timeout. Если ваш скрипт связан с внешними ресурсами и эти ресурсы прекращают время своей работы, то происходит эта ошибка. Учитывайте время и правила работы внешних ресурсов, это поможет избежать ошибки;

- Повреждён .htaccess файл. Будьте уверены, что htaccess файл вашего сайта структурирован должным образом, что в нём правильно выстроен синтаксис и отсутствует неподдерживаемые директивы. Кроме того, .htaccess файл мог быть повреждён вследствие установки нового плагина или каких-либо изменений вашего WordPress сайта. Проблема 500 Internal Server Error решается достаточно просто, всё, что вам нужно – это создать новый .htaccess файл.

Иногда бывает совершенно другой ответ от сервера с сообщением о сбое, к примеру 501 (NotImplemented), 502 (BadGateway), 503 (ServiceUnavailable), 504 (GatewayTimeout), 505 (HTTP VersionNotSupported). Подробно об ошибках можно прочитать под спойлером.

500 InternalServerError Код состояния ошибки HTTP сервера 500: внутренняя ошибка сервера

Если вы видите ошибку HTTP сервера с кодом 500, то знайте, что это может любая внутренняя ошибка HTTP сервера, которая не входит в рамки других ошибок, в том числе и ошибок, описанных в других классах.

501 NotImplemented Код состояния ошибки HTTP сервера 501: не реализовано

Если вы видите ошибку HTTP сервера с кодом 501, то это означает, что сервер не может выполнить HTTP сообщение, полученное от клиента, из-за ограниченного функционала. Ошибка сервера 501 может возникнуть из-за настроек сервера. Часто ошибка 501 возникает из-за того, что сервер не может распознать метод, указанный в запросе.

502 BadGateway Код состояния ошибки HTTP сервера 502: ошибка шлюза

Если вы видите ошибку HTTP сервера с кодом 502, то это означает, что серверное приложение действует в качестве шлюза или прокси-сервера и при этом он получил недопустимый ответ от следующего в цепочке запросов сервера, к которому обращался при попытке выполнить запрос.
503 ServiceUnavailable Код состояния ошибки HTTP сервера 503: сервис недоступен

Если вы видите ошибку HTTP сервера с кодом 503, то это означает, что в настоящее время сервер недоступен из-за его перегрузки или он находится на техническом обслуживание. Если сервер знает о продолжительности задержки, то вместе с кодом ошибки 503, он может указать время в поле заголовка Retry-After.

504 GatewayTimeout Код состояния ошибки HTTP сервера 504: истекло время ожидания

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

505 HTTP VersionNotSupported Код состояния ошибки HTTP сервера 505: сервис недоступен

Если вы видите ошибку HTTP сервера с кодом 505, то это означает, что сервер не поддерживает или отказывается поддерживать версию HTTP протокола (кстати, версия — это очень важный параметр HTTP протокола, который определяет, как будет установлено HTTP соединение), указанную в запросе.

При разработке веб-сайтов и веб-приложений можно столкнуться с ошибкой 500 internal server error. Сначала она может испугать и ввести в заблуждение, поскольку обычно веб-сервер выдает более конкретные ошибки, в которых указана точная причина проблемы, например, превышено время ожидания, неверный запрос или файл не найден, а тут просто сказано что, обнаружена внутренняя ошибка.

Но не все так страшно и в большинстве случаев проблема вполне решаема и очень быстро. В этой статье мы разберем как исправить ошибку Internal server error в Nginx.

Как исправить 500 internal server error Nginx

Дословно Internal server error означает внутренняя ошибка сервера. И вызвать её могут несколько проблем. Вот основные из них:

Ошибки в скрипте на PHP - одна из самых частых причин;
Превышено время выполнения PHP скрипта или лимит памяти;
Неправильные права на файлы сайта;
Неверная конфигурация Nginx.

А теперь рассмотрим каждую из причин более подробно и разберем варианты решения.

Мы привыкли к тому, что если в PHP скрипте есть ошибки, то сразу же видим их в браузере. Однако на производственных серверах отображение сообщений об ошибках в PHP отключено, чтобы предотвратить распространение информации о конфигурации сервера для посторонних. Nginx не может отобразить реальную причину ошибки, потому что не знает что за ошибка произошла, а поэтому выдает универсальное сообщение 500 internal server error.

Чтобы исправить эту ошибку, нужно сначала понять где именно проблема. Вы можете включить отображение ошибок в конфигурационном файле php изменив значение строки display_errors с off на on. Рассмотрим на примере Ubuntu и PHP 7.2:

sudo systemctl restart php-fpm

Затем обновите страницу и вы увидите сообщение об ошибке, из-за которого возникла проблема. Далее его можно исправить и отключить отображение ошибок, тогда все будет работать. Ещё можно посмотреть сообщения об ошибках PHP в логе ошибок Nginx. Обычно он находится по пути /var/log/nginx/error.log, но для виртуальных доменов может настраиваться отдельно. Например, смотрим последние 100 строк в логе:

tail -n 100 -f /var/log/nginx/error.log

Теперь аналогично, исправьте ошибку и страница будет загружаться нормально, без ошибки 500.

Это продолжение предыдущего пункта, так тоже относится к ошибкам PHP, но так, как проблема встречается довольно часто я решил вынести её в отдельный пункт. В файле php.ini установлены ограничения на время выполнения скрипта и количество оперативной памяти, которую он может потребить. Если скрипт потребляет больше, интерпретатор PHP его убивает и возвращает сообщение об ошибке.

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

Если же отображение ошибок отключено, мы получаем error 500. Обратите внимание, что если время ожидания было ограничено в конфигурационном файле Nginx, то вы получите ошибку 504, а не HTTP ERROR 500, так что проблема именно в php.ini.

Чтобы решить проблему увеличьте значения параметров max_execution_time и memory_limit в php.ini:

sudo vi /etc/php/7.2/php.ini

max_execution_time 300
memory_limit 512M

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

sudo systemctl restart php-fpm

Такая ошибка может возникать, если права на файлы, к которым обращается Nginx установлены на правильно. Сервисы Nginx и php-fpm должны быть запущены от имени одного и того же пользователя, а все файлы сайтов должны принадлежать этому же пользователю. Посмотреть от имени какого пользователя запущен Nginx можно командой:

nginx -T | grep user

sudo vi /etc/php-fpm.d/www.conf

В моем случае это пользователь nginx. Теперь надо убедится, что файлы сайта, к которым вы пытаетесь обратиться принадлежат именно этому пользователю. Для этого используйте команду namei:

namei -l /var/www/site

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

sudo chown nginx:nginx -R /var/www/site

Этой командой мы меняем владельца и группу всех файлов в папке на nginx:nginx. Добавить права на чтение для всех пользователей для каталога можно командой chmod. Например:

sudo chmod o+r /var/www/

Далее все должно работать. Также, проблемы с правами может вызывать SELinux. Настройте его правильно или отключите:

Выводы

В этой статье мы разобрали что делать если на вашем сайте встретилась ошибка 500 internal server error nginx. Как видите проблема вполне решаема и в большинстве случаев вам помогут действия описанные в статье. А если не помогут, напишите свое решение в комментариях!

Пытаюсь посетить один сайт (прим.: название вырезано) - но постоянно выскакивает ошибка "HTTP ERROR 500", нужная мне страничка не открывается, недоступна.

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

Для начала скажу, что сообщение "500 Internal Server Error" (и его производные: "error 500", "HTTP Error 500" и др.) никак не связано с вашим браузером, ОС Windows, интернет-соединением. Эта ошибка касается сервера, на котором расположен сайт.

Т.е. самостоятельно эту ошибку вы не устраните (т.к. она от вас не зависит, и доступа к серверу у вас нет).

Собственно, в этой заметке приведу несколько советов для обычного пользователя сайта. И так.

Что делать, если вам нужен сайт, а на нем HTTP ERROR 500

Совет 1

Если вам нужна определенная страничка сайта — то скорее всего у вас есть ее URL-адрес (тем более, если она занесена в избранное). Ведь так.

Так вот, поисковые машины (тот же Google) сохраняют в своем кэше не закрытые от индексации веб-страницы (таких большинство). Попробуйте в поисковую строку Google (Яндекс) вставить ваш URL — если он найдется, то можно открыть сохраненную копию (см. пример ниже).

Сохраненная веб-копия Google

Разумеется, копия странички будет не самая новая (на день индексации). Если эта страница не так часто обновляется, то информацию (скорее всего) вы с нее достанете.

Совет 2

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

Кстати, благодаря этим архивам можно просмотреть не только текущую копию сайта (как в Google), но и то, как сайт выглядел 2-3-5 лет назад (ели он, конечно, существовал). Кроме этого, при помощи них можно просмотреть те странички, которые с сайта уже были удалены (или сильно изменены). Удобно?!

Архивная копия сайта

Совет 3

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

Если у вас есть контакты владельца — можно ему сообщить о ошибке (обычно оные всегда указываются на одной из страничек сайта, который вы можете "глянуть" через веб-архив, см. выше).

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

Совет 4

Ну и последняя рекомендация : если вы нашли какую-то статью в интернете, к которой вам придется неоднократно обращаться — добавьте ее не только в избранное, но и сохраните ее содержимое. Самое простое — это нажать сочетание Ctrl+S и сохранить страничку на жесткий диск.

Ctrl+S - сохранить страницу как.

Кроме этого, можно просто выделить и скопировать текст и иллюстрации в WORD-документ, или сохранить всю страницу в PDF-документ (как это сделать - см. заметку ниже).

Дополнения по теме приветствуются.

Сообщения об ошибках в Microsoft Graph возвращаются с использованием стандартных кодов состояния HTTP, а также JSON-объекта сообщения об ошибке. Errors in Microsoft Graph are returned using standard HTTP status codes, as well as a JSON error response object.

Коды состояния HTTP HTTP status codes

В приведенной ниже таблице представлен список возможных кодов состояния HTTP и их описаний. The following table lists and describes the HTTP status codes that can be returned.

Важно! Если к ресурсу применены политики условного доступа, то, возможно, будет возвращена ошибка HTTP 403; Forbidden error=insufficent_claims. Important: If conditional access policies are applied to a resource, a HTTP 403; Forbidden error=insufficent_claims may be returned. Дополнительные сведения о Microsoft Graph и условном доступе см. в статье Руководство для разработчиков по условному доступу в Azure Active Directory For more details on Microsoft Graph and conditional access see Developer Guidance for Azure Active Directory Conditional Access 404 404 Не найдено (Not Found) Not Found Запрашиваемый ресурс не существует. The requested resource doesn’t exist. 405 405 Недопустимый метод (Method Not Allowed) Method Not Allowed Метод HTTP в запросе недопустим для ресурса. The HTTP method in the request is not allowed on the resource. 406 406 Неприемлемо (Not Acceptable) Not Acceptable Эта служба не поддерживает формат, запрошенный в заголовке Accept. This service doesn’t support the format requested in the Accept header. 409 409 Конфликт (Conflict) Conflict Текущее состояние противоречит ожидаемым результатам запроса. Например, может отсутствовать указанная родительская папка. The current state conflicts with what the request expects. For example, the specified parent folder might not exist. 410 410 Отсутствует (Gone) Gone Запрошенный ресурс недоступен на сервере. The requested resource is no longer available at the server. 411 411 Требуется длина (Length Required) Length Required В запросе нужно указать заголовок Content-Length. A Content-Length header is required on the request. 412 412 Необходимое условие не выполнено (Precondition Failed) Precondition Failed Необходимое условие, указанное в запросе (например, заголовок If-Match), не соответствует текущему состоянию ресурса. A precondition provided in the request (such as an if-match header) does not match the resource's current state. 413 413 Слишком большой объект запроса (Request Entity Too Large) Request Entity Too Large Размер запроса превышает максимальное значение. The request size exceeds the maximum limit. 415 415 Неподдерживаемый тип носителя (Unsupported Media Type) Unsupported Media Type Тип содержимого запроса имеет формат, который не поддерживает служба. The content type of the request is a format that is not supported by the service. 416 416 Запрошенный диапазон невыполним (Requested Range Not Satisfiable) Requested Range Not Satisfiable Указан недопустимый или недоступный диапазон байтов. The specified byte range is invalid or unavailable. 422 422 Необрабатываемый объект (Unprocessable Entity) Unprocessable Entity Не удается обработать запрос из-за неправильной семантики. Cannot process the request because it is semantically incorrect. 423 423 Заблокирован Locked Ресурс заблокирован. The resource that is being accessed is locked. 429 429 Слишком много запросов (Too Many Requests) Too Many Requests Количество запросов клиентского приложения отрегулировано, оно сможет повторить запрос по истечении некоторого времени. Client application has been throttled and should not attempt to repeat the request until an amount of time has elapsed. 500 500 Внутренняя ошибка сервера (Internal Server Error) Internal Server Error При обработке запроса возникла внутренняя ошибка сервера. There was an internal server error while processing the request. 501 501 Не реализовано (Not Implemented) Not Implemented Запрашиваемая функция не реализована. The requested feature isn’t implemented. 503 503 Служба недоступна (Service Unavailable) Service Unavailable Служба недоступна из-за перегрузки или отключена для проведения технических работ. Вы можете повторить запрос через некоторое время, которое может быть указано в заголовке Retry-After. The service is temporarily unavailable for maintenance or is overloaded. You may repeat the request after a delay, the length of which may be specified in a Retry-After header. 504 504 Истекло время ожидания шлюза (Gateway Timeout) Gateway Timeout При попытке выполнить запрос, сервер, выполняя роль прокси-сервера, не получил своевременный ответ от сервера более высокого уровня, необходимый для доступа. Может возникать вместе с ошибкой 503. The server, while acting as a proxy, did not receive a timely response from the upstream server it needed to access in attempting to complete the request. May occur together with 503. 507 507 Недостаточно места (Insufficient Storage) Insufficient Storage Достигнута максимальная квота хранилища. The maximum storage quota has been reached. 509 509 Превышено ограничение пропускной способности (Bandwidth Limit Exceeded) Bandwidth Limit Exceeded Пропускная способность приложения отрегулирована из-за превышения максимально допустимой пропускной способности. Приложение сможет повторить запрос по истечении некоторого времени. Your app has been throttled for exceeding the maximum bandwidth cap. Your app can retry the request again after more time has elapsed.

Тип ресурса ошибки Error resource type

Ресурс ошибки возвращается, если при обработке запроса происходит ошибка. The error resource is returned whenever an error occurs in the processing of a request.

Сообщения об ошибках соответствуют определению в спецификации OData версии 4. Error responses follow the definition in the OData v4 specification for error responses.

Ресурс ошибки состоит из указанных ниже ресурсов. The error resource is composed of these resources:

Свойство code содержит одно из перечисленных ниже значений. Приложения должны быть готовы к любой из этих ошибок. The code property contains one of the following possible values. Your apps should be prepared to handle any one of these errors.

Код Code	Описание Description
accessDenied accessDenied	У вызывающей стороны нет разрешения на выполнение действия. The caller doesn't have permission to perform the action.
activityLimitReached activityLimitReached	Действия приложения или пользователя превысили ограничения. The app or user has been throttled.
generalException generalException	Произошла неуказанная ошибка. An unspecified error has occurred.
invalidRange invalidRange	Указан недопустимый или недоступный диапазон байтов. The specified byte range is invalid or unavailable.
invalidRequest invalidRequest	Запрос имеет неправильный формат или содержит ошибку. The request is malformed or incorrect.
itemNotFound itemNotFound	Не удалось найти ресурс. The resource could not be found.
malwareDetected malwareDetected	В запрошенном ресурсе обнаружена вредоносная программа. Malware was detected in the requested resource.
nameAlreadyExists nameAlreadyExists	Элемент с указанным именем уже существует. The specified item name already exists.
notAllowed notAllowed	Действие запрещено системой. The action is not allowed by the system.
notSupported notSupported	Запрос не поддерживается в системе. The request is not supported by the system.
resourceModified resourceModified	Обновляемый ресурс изменился с момента последнего чтения вызывающей стороной. Как правило, не совпадают теги eTag. The resource being updated has changed since the caller last read it, usually an eTag mismatch.
resyncRequired resyncRequired	Разностный токен больше не действителен, а приложение должно сбросить состояние синхронизации. The delta token is no longer valid, and the app must reset the sync state.
serviceNotAvailable serviceNotAvailable	Служба недоступна. Повторите запрос через некоторое время. Возможно, существует заголовок Retry-After. The service is not available. Try the request again after a delay. There may be a Retry-After header.
quotaLimitReached quotaLimitReached	Пользователь превысил квоту. The user has reached their quota limit.
unauthenticated unauthenticated	Вызывающая сторона не прошла проверку подлинности. The caller is not authenticated.

Объект innererror может рекурсивно содержать дополнительные объекты innererror с другими, более подробными кодами ошибок. При обработке ошибок приложения должны перебирать все доступные коды ошибок и использовать самый подробный и понятный. В конце этой страницы приведено несколько более подробных кодов. The innererror object might recursively contain more innererror objects with additional, more specific error codes. When handling an error, apps should loop through all the error codes available and use the most detailed one that they understand. Some of the more detailed codes are listed at the bottom of this page.

Чтобы убедиться, что объект ошибки представляет собой ожидаемую ошибку, необходимо перебрать объекты innererror и найти ожидаемые коды ошибок. Например: To verify that an error object is an error you are expecting, you must loop over the innererror objects, looking for the error codes you expect. For example:

В примере Обработка кодов ошибок показано, как правильно обрабатывать ошибки. For an example that shows how to properly handle errors, see Error Code Handling.

Свойство message в корне содержит сообщение об ошибке, предназначенное для разработчика. Сообщения об ошибках не локализованы и не предназначены для пользователя. Приложение не должно обрабатывать значения message , так как они могут измениться в любое время и часто содержат динамические сведения, связанные с неудачным запросом. Приложение должно обрабатывать только те коды ошибок, которые возвращаются в свойствах code . The message property at the root contains an error message intended for the developer to read. Error messages are not localized and shouldn't be displayed directly to the user. When handling errors, your code should not key off of message values because they can change at any time, and they often contain dynamic information specific to the failed request. You should only code against error codes returned in code properties.

Ниже приведено несколько дополнительных ошибок, которые могут возникать при работе приложения во вложенных объектах innererror . Приложения не обязаны их обрабатывать. Служба в любое время может добавить новые коды ошибок или прекратить возврат старых кодов, поэтому важно, чтобы все приложения могли обрабатывать основные коды ошибок. The following are some additional errors that your app might encounter within the nested innererror objects. Apps are not required to handle these, but can if they choose. The service might add new error codes or stop returning old ones at any time, so it is important that all apps be able to handle the basic error codes.

Читайте также: