Ошибка 500 джино

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

Ошибки в файлах .htaccess

Иногда ошибка в кодировании файла .htaccess может вызвать эту ошибку. .Htaccess на вашем сайте может мешать загружаемой веб-странице. Пожалуйста, дважды проверьте конфигурацию .htaccess на наличие возможных синтаксических ошибок, которые могут вызвать внутреннюю ошибку сервера 500. Чтобы убедиться, что неправильная конфигурация .htaccess является причиной ошибки 500 Internal Server , удалите или переименуйте файл.htaccess временно, а затем попробуйте перезагрузить страницу.

Проверьте журналы ошибок

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

Если вы веб-посетитель и хотите исключить, на вашей стороне проблема:

Очистите файлы cookie и кэш браузера

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

Перезагрузите или обновите веб-страницу

В большинстве случаев проблема носит временный характер и может быть устранена повторной попыткой открыть страницу. Вы можете использовать кнопку обновить / перезагрузить , нажав F5 или повторив попытку URL-адреса в адресной строке. Иногда эта ошибка возникает, когда служба перезапускается, и вы поймали ее как раз в неподходящее время.

Еще нет?

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

NEXT ….. OTF vs TTF Fonts: какой из них лучше

500 Внутренняя ошибка сервера | Apigee Edge | Документы Apigee

Вы просматриваете документацию Apigee Edge.
См. Документацию Apigee X.

Была ли эта инструкция по устранению неполадок полезной? Пожалуйста, дайте нам знать
кликнув
Отправить отзыв
.

Видео

Посмотрите следующие видео, чтобы узнать больше об устранении 500 внутренних ошибок сервера.

Признак

Клиентское приложение получает код состояния HTTP 500 с сообщением «Внутренняя ошибка сервера» в ответ на вызовы API. Внутренний сервер 500
ошибка может быть вызвана ошибкой во время выполнения любой политики в Edge или ошибкой
на целевом / внутреннем сервере.

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

Сообщения об ошибках

Может появиться следующее сообщение об ошибке:

HTTP / 1.1 500 Внутренняя ошибка сервера
 

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

{
   "вина":{
      "деталь": {
         "errorcode": "steps.servicecallout.ExecutionFailed"
      },
      "faultstring": "Выполнение ServiceCallout callWCSAuthServiceCallout не удалось.Причина: ResponseCode 400 рассматривается как ошибка "
   }
}
 

Возможные причины

Ошибка 500 Internal Server Error может возникать по разным причинам. В Edge,
причины можно разделить на две основные категории в зависимости от того, где произошла ошибка:

Ошибка выполнения в пограничной политике

Политика внутри
прокси API может выйти из строя по какой-либо причине. В этом разделе объясняется, как устранить проблему, если
ошибка 500 Internal Server Error возникает во время выполнения политики.

Диагноз

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

Шаги диагностики для пользователей частного и публичного облака

Если у вас есть сеанс трассировки UI для ошибки, то:

1. Убедитесь, что ошибка была вызвана выполнением политики.Подробнее см. Определение источника проблемы.
2. Если ошибка произошла во время выполнения политики, продолжить. Если ошибка была вызвана
   внутренний сервер, перейдите в раздел Ошибка на внутреннем сервере.
3. Выберите запрос API, для которого в трассировке возникает ошибка 500 Internal Server Error.
4. Изучите запрос и выберите конкретную политику, в которой произошел сбой, или поток с именем
   «Ошибка», которая следует сразу после неудачной политики в трассировке.
5. Получите более подробную информацию об ошибке, проверив поле «ошибка» в разделе «Свойства».
   раздел или содержание ошибки.
6. Используя собранную вами информацию об ошибке, попытайтесь определить ее причину.

Действия по диагностике только для пользователей частного облака

Если у вас нет сеанса трассировки UI, тогда:

1. Убедитесь, что ошибка произошла во время выполнения политики. Подробнее см. Определение источника проблемы.
2. Если ошибка была вызвана выполнением политики, продолжайте. Если ошибка произошла во время политики
   исполнение, продолжайте.Если ошибка была вызвана внутренним сервером, перейдите в раздел Ошибка на внутреннем сервере.
3. Используйте журналы доступа Nginx, как описано в разделе «Определение
   источник проблемы для определения политики сбоя в прокси API, а также
   уникальный идентификатор сообщения запроса
4. Проверьте журналы обработчика сообщений
   ( /opt/apigee/var/log/edge-message-processor/logs/system.log ) и найдите
   уникальный идентификатор сообщения запроса в нем.
5. Если вы найдете уникальный идентификатор сообщения-запроса, попробуйте получить дополнительную информацию о
   причина неудачи.

Разрешение

Если вы определили причину проблемы с политикой, попробуйте исправить проблему,
исправление политики и повторное развертывание прокси.

Следующие примеры показывают, как определить причину и устранить различные
типы вопросов.

Если вам нужна дополнительная помощь в устранении неполадок 500 Internal Server Error или вы подозреваете
что это проблема в Edge, свяжитесь с Apigee
Служба поддержки.

Пример 1: Сбой в политике вызова службы из-за ошибки в серверной части
сервер

Если вызов внутреннего сервера завершается неудачно в рамках политики вызова службы с любой ошибкой, например
как 4XX или 5XX, то это будет рассматриваться как 500 Internal Server Error.

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

   {
   "вина":
        {"деталь":
              {"errorcode": "steps.servicecallout.ExecutionFailed"
              }, "faultstring": "Выполнение ServiceCallout service_callout_v3_store_by_lat_lon
    не смогли. Причина: ResponseCode 404 рассматривается как ошибка "
             }
        }
   }
    

2. В следующем сеансе трассировки пользовательского интерфейса отображается код состояния 500, вызванный ошибкой в ​​службе.
   Политика выноски:
3. В этом примере свойство «error» указывает причину использования политики Service Callout.
   сбой как «ResponseCode 404 обрабатывается как ошибка». Эта ошибка может возникнуть, если
   ресурс, доступ к которому осуществляется через URL-адрес внутреннего сервера в политике Service Callout, не
   имеется в наличии.
4. Проверить доступность ресурса на внутреннем сервере. Это может быть недоступно
   временно / навсегда или он мог быть перемещен в другое место.

Пример 1 Разрешение

1. Проверить доступность ресурса на внутреннем сервере. Это может быть недоступно
   временно / навсегда или он мог быть перемещен в другое место.
2. Исправьте URL-адрес внутреннего сервера в политике вызова службы, чтобы он указывал на действительный и существующий
   ресурс.
3. Если ресурс недоступен только временно, попробуйте сделать запрос API после того, как
   ресурс доступен.

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

1. Следующая трассировка в сеансе пользовательского интерфейса показывает код состояния 500 из-за ошибки в извлечении
   Политика переменных:
2. Выберите неудачную политику извлечения переменных, прокрутите вниз и посмотрите на ошибку «.
   Контент » раздел, подробнее:
3. Содержимое ошибки указывает, что
   услуга «serviceCallout.oamCookieValidationResponse «Переменная недоступна в
   политика извлечения переменных. Как видно из названия переменной, она должна содержать
   ответ предыдущей политики вызова службы.
4. Выберите политику Service Callout в трассировке, и вы можете обнаружить, что
   Переменная serviceCallout.oamCookieValidationResponse не была установлена. Этот
   указывает, что вызов серверной службы завершился неудачно, в результате чего был получен пустой ответ.
   Переменная.
5. Хотя политика вызова службы завершилась неудачно, выполнение политик после службы
   Политика обратного вызова продолжается, поскольку установлен флаг continueOnError в политике вызова службы.
   к истине, как показано ниже:

      Callout.OamCookieValidation 
     <Свойства />
     
        false 
     
      serviceCallout.oamCookieValidationResponse 
     
       <Свойства />
        http: // {URL} 
     
   
    

6. Обратите внимание на уникальный идентификатор сообщения «X-Apigee.Message-ID» для этого конкретного API.
   запрос от трассировки, а именно:
   1. Выберите в запросе этап «Записанные данные аналитики».
   2. Прокрутите вниз и обратите внимание на значение X-Apigee.Message-ID.

   Примечание: Следующие шаги могут выполняться только Пользователи Edge Private Cloud .

7. Просмотр журнала обработчика сообщений
   ( /opt/apigee/var/log/edge-message-processor/system.log ) и поиск уникального
   идентификатор сообщения, записанный на шаге №6. Следующее сообщение об ошибке было обнаружено для конкретного API
   запрос:

   2017-05-05 07: 48: 18,653 org: myorg env: prod api: myapi rev: 834 messageid: rrt-04984fed9e5ad3551-c-wo-32168-77563 NIOThread @ 5 ОШИБКА HTTP.КЛИЕНТ - HTTPClient $ Context.onTimeout (): ClientChannel [C:] @ 149081 useCount = 1 bytesRead = 0 bytesWritten = 0 age = 3002ms lastIO = 3002ms .onConnectTimeout connectAddress = mybackend.domain.com / XX.XX.XX.XX: 443 resolvedAddress = mybackend.domain.com / XX.XX.XX.XX
    

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

8. Чтобы определить причину ошибки тайм-аута подключения, telnet команда к внутреннему серверу от процессора (ов) сообщений.Телнет
   команда выдала ошибку «Время ожидания соединения истекло», как показано ниже:

   telnet mybackend.domain.com 443
   Пробуем XX.XX.XX.XX ...
   telnet: подключиться к адресу XX.XX.XX.XX: время ожидания соединения истекло
    

   Обычно эта ошибка наблюдается при следующих обстоятельствах:

   • Когда внутренний сервер не настроен для разрешения трафика от пограничного сообщения
     Процессоры.
   • Если внутренний сервер не прослушивает определенный порт.

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

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

Пример 2 Разрешение

1. Исправьте причину ошибки или сбоя в политике извлечения переменных.
2. В проиллюстрированном выше примере решение состояло в том, чтобы исправить конфигурацию сети, чтобы
   разрешить трафик от пограничных процессоров сообщений к вашему внутреннему серверу. Это было сделано
   разрешить список IP-адресов процессоров сообщений на конкретном внутреннем сервере. Например,
   в Linux вы можете использовать iptables , чтобы разрешить трафик из
   IP-адреса обработчика сообщений на внутреннем сервере.

Пример 3: Ошибка в политике JavaCallout

Давайте теперь рассмотрим еще один пример, где 500 Internal Server Error вызвана ошибкой.
в политике Java Callout и узнайте, как устранить и устранить проблему.

1. Следующая трассировка пользовательского интерфейса показывает код состояния 500 из-за ошибки в политике вызовов Java:
2. Выберите поток с именем «Ошибка» , за которым следует неудачная политика вызова Java.
   чтобы получить подробную информацию об ошибке, как показано на рисунке ниже:
3. В этом примере свойство «ошибка» в разделе «Свойства» показывает
   что сбой вызван просроченным паролем, используемым при подключении к базе данных Oracle.
   из политики JavaCallout.Ваш собственный вызов Java будет вести себя иначе и будет
   заполните другое сообщение в свойстве error .
4. Проверьте код политики JavaCallout и подтвердите правильную конфигурацию, которая должна быть
   использовал.

Пример 3 Разрешение

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

Ошибка на внутреннем сервере

Внутренняя ошибка сервера 500 также может исходить от внутреннего сервера. Эта секция
объясняет, как устранить проблему, если ошибка исходит от внутреннего сервера.

Диагноз

Действия по диагностике для всех пользователей

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

1. Убедитесь, что ошибка была вызвана внутренним сервером.Подробнее см. Определение источника проблемы.
2. Если ошибка была вызвана внутренним сервером, продолжайте. Если ошибка произошла во время
   выполнение политики, перейдите к Ошибка выполнения в Edge
   Политика.
3. Выполните следующие шаги в зависимости от того, есть ли у вас доступ к сеансу трассировки для
   сбой API, или если бэкэнд является сервером Node.js:

Если у вас нет сеанса трассировки для неудачного вызова API :

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

Если у вас есть сеанс трассировки для неудачного вызова API :

Если у вас есть сеанс трассировки, следующие шаги помогут вам диагностировать проблему.

1. В инструменте трассировки выберите запрос API, который завершился неудачно с 500 Internal Server
   Ошибка.
2. Выберите этап «Ответ, полученный от целевого сервера» от сбойного
   Запрос API, как показано на рисунке ниже:
3. Проверьте «Содержимое ответа» раздел, чтобы получить подробную информацию об ошибке.
4. В этом примере содержимое ответа, которое является конвертом SOAP, показывает строку ошибки как «Не авторизован» сообщение . Наиболее вероятная причина этого
   проблема в том, что правильные учетные данные (имя пользователя / пароль, токен доступа и т. д.) не передаются в
   внутренний сервер пользователем. Эту проблему можно решить, передав правильные учетные данные в
   внутренний сервер.

Если серверная часть является Node.js сервер:

1. Если бэкэнд — это бэкэнд-сервер Node.js , проверьте логи Node.js
   для конкретного прокси API в пользовательском интерфейсе Edge ( пользователи публичного и частного облака могут
   проверьте логи Node.js ). Если вы являетесь пользователем Edge Private Cloud , вы
   также можете проверить журналы обработчика сообщений
   ( /opt/apigee/var/log/edge-message-processor/logs/system.log ) для получения дополнительных сведений.
   по поводу ошибки.

   Параметр журналов NodeJS в пользовательском интерфейсе Edge — вкладка «Обзор» прокси-сервера API

Разрешение

1. Определив причину ошибки, устраните ее на своем внутреннем сервере.
2. Если это внутренний сервер Node.js:
   1. Проверьте, не вызвана ли ошибка вашим пользовательским кодом, и, если возможно, устраните проблему.
   2. Если ошибка возникла не из-за вашего пользовательского кода или вам нужна помощь, свяжитесь с
      Поддержка Apigee.

Если вам нужна дополнительная помощь в устранении неполадок 500 Internal Server Error или вы подозреваете
что это проблема в Edge, свяжитесь с Apigee
Служба поддержки.

Определение источника проблемы

Используйте одну из следующих процедур, чтобы определить, возникла ли ошибка 500 Internal Server Error.
во время выполнения политики в прокси-сервере API или внутренним сервером.

Использование трассировки в пользовательском интерфейсе

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

1. Если проблема все еще активна, включите трассировку в пользовательском интерфейсе для уязвимого API.
2. После записи трассировки выберите запрос API, который показывает код ответа как
   500.
3. Просмотрите все этапы неудачного запроса API и проверьте, какая фаза возвращается.
   500 Внутренняя ошибка сервера:
   1. Если ошибка возникает во время выполнения политики, перейдите к «Ошибка выполнения» в пограничной политике.
   2. Если внутренний сервер ответил с помощью внутреннего сервера 500, перейдите к ошибке на внутреннем сервере.

Использование мониторинга API

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

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

Рассмотрите пример сценария, демонстрирующий, как устранять проблемы 5xx с вашими API-интерфейсами с помощью API-мониторинга.
Например, вы можете настроить оповещение, чтобы получать уведомления, когда количество из 500 кодов состояния или ошибок шагов.servicecallout.ExecutionFailed превышает определенный порог.

Использование Nginx Access
Журналы

Примечание: Действия, описанные в этом разделе, предназначены для пользователей Edge Private Cloud.
Только.

Вы также можете обратиться к журналам доступа Nginx, чтобы определить, был ли выдан код состояния 500
во время выполнения политики в прокси-сервере API или внутренним сервером.Это
особенно полезно, если проблема возникала в прошлом или если проблема периодически возникает, и вы
не могут зафиксировать трассировку в пользовательском интерфейсе. Используйте следующие шаги, чтобы определить эту информацию из
Журналы доступа Nginx:

1. Проверьте журналы доступа Nginx ( / opt / apigee / var / log / edge-router / nginx / ~ . <номер порта> _ журнал_доступа ).
2. Выполните поиск 500 ошибок для конкретного прокси API на конкретном
   продолжительность.
3. Если есть какие-либо 500 ошибок, проверьте, является ли ошибка политикой или ошибкой целевого сервера,
   как показано ниже:

   Пример записи, показывающей ошибку политики

   Пример записи, показывающей ошибку целевого сервера

4. После того, как вы определили, является ли это ошибкой политики или целевого сервера:
   1. Перейти к ошибке выполнения в пограничной политике, если
      это ошибка политики.
   2. Перейти к ошибке на внутреннем сервере, если это целевой
      Ошибка сервера.

Ошибка HTTP 500.0 ошибка — Internet Information Services

• 29.12.2020
• 5 минут на чтение

В этой статье

Эта статья поможет вам устранить ошибку HTTP 500.0, которая возникает при посещении веб-сайта, размещенного в IIS.

Исходная версия продукта: Internet Information Services
Оригинальный номер базы знаний: 942031

Сводка

В этой статье описаны коды HResult при обнаружении ошибки 500.0 в веб-приложении Internet Information Services (IIS). Эта статья предназначена для администраторов веб-сайтов. Эти ошибки имеют множество причин и могут влиять на множество различных конфигураций системы. Процедуры, описанные в этой статье, должны выполняться членом группы администраторов на сервере.

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

HКод результата

Сообщение об ошибке HTTP 500 указывает на то, что проблема возникла на веб-сервере, на котором размещен веб-сайт, в момент возврата сообщения об ошибке.

Ниже приводится подробная информация об этих ошибках.

HКод результата 0x80070032

Сообщение об ошибке:

Ошибка сервера в приложении « имя приложения »
Ошибка HTTP 500.0 — внутренняя ошибка сервера
HRESULT: 0x80070032
Описание HRESULT ISAPI filter диск: FilePathISAPI_FLT.dll попытался зарегистрироваться для уведомления SF_NOTIFY_READ_RAW_DATA .

Причина

Эта проблема возникает из-за того, что IIS 7.0 не поддерживает фильтр Internet Server API (ISAPI), который регистрируется для уведомления SF_NOTIFY_READ_RAW_DATA .

Разрешение

Не используйте фильтр ISAPI, который регистрирует уведомление SF_NOTIFY_READ_RAW_DATA в IIS.

HКод результата 0x80070035

Сообщение об ошибке:

Ошибка сервера в приложении « имя приложения »
Ошибка HTTP 500.0 — внутренняя ошибка сервера
HRESULT: 0x80070035
Описание HRESULT Страница не может быть отображена из-за внутренней ошибки сервера.

Причина

Эта проблема возникает из-за того, что сервер, на котором работает IIS 7.0, не может получить доступ к настроенному корневому каталогу запрошенного местоположения.

Разрешение

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

HКод результата 0x8007000d

Сообщение об ошибке:

Ошибка сервера в приложении « имя приложения »
Ошибка HTTP 500.0 — Внутренняя ошибка сервера
HRESULT: 0x8007000d
Описание HRESULT Обработчик «ASPClassic» содержит неверный модуль «IsapiModule» в своем списке модулей.

Причина

Эта проблема возникает из-за того, что модуль ISAPIModule отсутствует в списке модулей для веб-сайта.Модуль ISAPIModule находится в этом месте: диск: WindowsSystem32inetsrvisapi.dll .

Разрешение

Добавьте модуль ISAPIModule в список модулей для веб-сайта. Для этого выполните следующие действия:

1. Щелкните Пуск , щелкните Выполнить , введите inetmgr.exe , а затем щелкните ОК .
2. В диспетчере IIS разверните <имя сервера> , разверните веб-сайтов , а затем щелкните веб-сайт, который вы хотите изменить.
3. В представлении Features дважды щелкните Module .
4. На панели Действия щелкните Добавить собственный модуль .
5. В диалоговом окне Добавить собственный модуль установите флажок IsapiModule , а затем нажмите ОК .

HКод результата 0x800700c1

Сообщение об ошибке:

Ошибка сервера в приложении « имя приложения »
Ошибка HTTP 500.0 — внутренняя ошибка сервера
HRESULT: 0x800700c1
Описание HRESULT Страница не может быть отображена из-за внутренней ошибки сервера.

Причина

Эта проблема возникает из-за недопустимого сопоставления сценария.

Разрешение

Убедитесь, что сопоставление сценария указывает на файл ISAPI.dll , который может обрабатывать запрос. Для этого выполните следующие действия:

1. Щелкните Пуск , щелкните Выполнить , введите inetmgr.exe , а затем щелкните ОК .
2. В диспетчере IIS разверните <имя сервера> , разверните веб-сайтов , а затем щелкните веб-сайт, который вы хотите изменить.
3. В представлении Features дважды щелкните Handler Mappings .
4. Убедитесь, что отображение сценария указывает на правильный файл ISAPI.dll .
   Например, файлы .asp должны соответствовать файлу % windir% system32inetsrvasp.dll .

HКод результата 0x80070005

Сообщение об ошибке:

Ошибка сервера в приложении « имя приложения »
Ошибка HTTP 500.0 — внутренняя ошибка сервера
HRESULT: 0x80070005
Описание HRESULT LoadLibraryEx в фильтре ISAPI «path_of_isapi» не удалось.

Причина

Эта проблема возникает из-за того, что недопустимый фильтр ISAPI загружен на глобальном уровне или на уровне веб-сайта.

Разрешение

Удалите недопустимый фильтр ISAPI. Для этого выполните следующие действия:

1. Щелкните Пуск , щелкните Выполнить , введите inetmgr.exe , а затем щелкните ОК .
2. В диспетчере IIS разверните <имя сервера> , разверните веб-сайтов , а затем щелкните веб-сайт, который вы хотите изменить.
3. В представлении Features дважды щелкните ISAPI Filters .
4. Щелкните правой кнопкой мыши фильтр ISAPI, который вы хотите удалить, и выберите Удалить .

HКод результата 0x8007007f

Для HResult 0x8007007f есть две возможности:

• Сообщение об ошибке 1:

  Ошибка сервера в приложении « имя приложения »
  Ошибка HTTP 500.0 — внутренняя ошибка сервера
  HRESULT: 0x8007007f
  Описание HRESULT Вызов GetProcAddress на фильтре ISAPI «path_of_isapi» завершился неудачно.

  Причина

  Эта проблема возникает из-за того, что недопустимый фильтр ISAPI загружен на глобальном уровне или на уровне веб-сайта.

  Разрешение

  Чтобы решить эту проблему, удалите недопустимый фильтр ISAPI. Для этого выполните следующие действия:

  1. Щелкните Пуск , щелкните Выполнить , введите inetmgr.exe , а затем щелкните ОК .
  2. В диспетчере IIS разверните <имя сервера> , разверните веб-сайтов , а затем щелкните веб-сайт, который вы хотите изменить.
  3. В представлении Features дважды щелкните ISAPI Filters .
  4. Щелкните правой кнопкой мыши фильтр ISAPI, который вы хотите удалить, и выберите Удалить .

• Сообщение об ошибке 2:

  Ошибка сервера в приложении « имя приложения »
  Ошибка HTTP 500.0 — внутренняя ошибка сервера
  HRESULT: 0x8007007f
  Описание HRESULT Проблема с ресурсом, который вы ищете, поэтому он не может быть отображен.

  Причина

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

  Разрешение

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

  1. Щелкните Пуск , щелкните Выполнить , введите inetmgr.exe , а затем щелкните ОК .
  2. В диспетчере IIS разверните <имя сервера> , разверните веб-сайтов , а затем щелкните веб-сайт, который вы хотите изменить.
  3. В представлении Features дважды щелкните Handler Mappings .
  4. Щелкните правой кнопкой мыши сопоставление сценария, которое вы хотите отредактировать, а затем щелкните Изменить .
  5. В диалоговом окне Edit Script Map введите соответствующий исполняемый файл в поле Executable и нажмите OK .
     Например, файлы .asp должны соответствовать файлу % windir% system32inetsrvasp.dll .

Дополнительная информация

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

HTTP 400 и 500 коды состояния

Введение

Оптимизатор видео AT&T определяет все коды состояния HTTP 400 и 500, обнаруженные в трассировке приложения. Эти коды являются важной частью анализа приложения, поскольку они предоставляют информацию о возможных ошибках, возникающих в результате HTTP-запроса.

Самый известный код состояния HTTP — это код ошибки 404, который стал широко известен благодаря Интернету.Это означает, что запрошенной страницы не существует.

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

Фон

Термин «Код состояния HTTP» обычно используется взаимозаменяемо с термином «Строка состояния HTTP», но они немного отличаются. Строка состояния HTTP более полная и состоит из двух частей: (1) код состояния HTTP (т.е.e.404) и HTTP Reason Phrase (т. е. запрошенная страница не существует).

Первая цифра кода состояния HTTP указывает один из пяти классов ответа. Самый минимум для HTTP-клиента — это то, что он распознает эти пять классов. Первая цифра 1, 2 или 3 представляет полностью функциональный запрос. Первая цифра 4 представляет ошибку на стороне клиента с наиболее распространенными кодами в диапазоне от 400 до 404. Первая цифра 5 представляет ошибку на стороне сервера с наиболее распространенными кодами в диапазоне от 500 до 510.Поскольку коды в диапазоне 400 и 500 представляют собой ошибки, их также называют кодами ошибок HTTP.

Важно знать, что означают коды ошибок HTTP 400 и 500, чтобы вы могли решать проблемы, которые они вызывают, особенно если вы контролируете причину.

Полный список всех кодов состояния HTTP можно найти в IANA или W3C.

Выпуск

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

AT&T Video Optimizer считает любое появление кода ошибки HTTP в трассировке приложения ошибкой теста Best Practices «400, 500 кодов ответа HTTP». Результаты этого теста отображаются на вкладке «Рекомендации» анализатора данных оптимизатора видео, где вы можете увидеть, сколько кодов ошибок HTTP каждого типа было записано.

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

Рекомендация по передовой практике

Лучшая рекомендация для кодов ошибок HTTP 400 и 500 — сделать все возможное, чтобы устранить проблему, вызывающую ошибку.

Цель состоит в том, чтобы ошибок не было. Однако могут быть смягчающие обстоятельства для появления кода ошибки HTTP, такие как ошибка пользователя, поэтому каждое появление кода ошибки должно оцениваться индивидуально.

В следующем списке описаны наиболее распространенные коды ошибок HTTP и приведены некоторые возможные решения.

400 Плохой запрос

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

401 Неавторизованный

Эта ошибка указывает на то, что запрошенный файл требует аутентификации (имя пользователя и пароль).

403 Запрещено

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

404 Не найдено

Эта ошибка указывает на то, что серверу не удалось найти файл, запрошенный посетителем. Обычно это происходит, когда URL-адрес введен с ошибкой.

5xx Ошибки

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

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

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

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

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

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

502 Плохой шлюз

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

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

503 Служба недоступна

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

Обратитесь к администратору сервера, если проблема не исчезнет.

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

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

Чтобы решить эту проблему, обратитесь к системному администратору.

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

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

506 Вариант также обсуждается

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

507 Недостаточно памяти

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

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

Обратитесь к системному администратору для получения дополнительной информации об этом сообщении об ошибке.

509 Превышен предел пропускной способности

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

Обратитесь к системному администратору за информацией о получении большей пропускной способности.

510 Не расширенный

Эта ошибка возникает, когда расширение, прикрепленное к HTTP-запросу, не поддерживается веб-сервером.

Для решения проблемы может потребоваться обновить сервер. За дополнительной информацией обращайтесь к системному администратору.

Справка по внутренней ошибке сервера

, ошибка 500

Внутренние ошибки сервера могут быть вызваны несколькими причинами. Наиболее частые причины указаны ниже:

Необходимо предпринять шаги, чтобы выяснить причину ошибок. Чтобы начать поиск и устранение неисправностей:

1. Войдите в cPanel.
2. В разделе Метрики щелкните значок Ошибки .

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

Неверные разрешения, запись может быть выполнена группой

Чтобы устранить эту ошибку, проверьте права доступа к файлу.

1. В cPanel в разделе Файлы щелкните Диспетчер файлов .
2. Щелкните Настройки в правом верхнем углу.
3. Нажмите кнопку для Web Root (public_html / www) .
4. Установите флажок Показать скрытые файлы (файлы точек) .
5. Щелкните Сохранить .
6. Просмотрите номера, указанные в столбце Perms в диспетчере файлов.
   • Каталоги и папки должны быть установлены на 755.
   • Исполняемые сценарии в папке cgi-bin должны быть установлены на 755.
   • Изображения, мультимедиа и текстовые файлы, такие как HTML, должны быть установлены на 644.

Неверный .htaccess, недопустимая команда

В (точка) файле htaccess вы могли добавить строки, которые либо сформулированы неправильно, либо конфликтуют с другим кодом в файле. Лучший способ устранить эту проблему — закомментировать строки в файле .htaccess.

Всегда делайте копию файла .htaccess перед тем, как вносить в него какие-либо изменения.

Вы можете закомментировать строку в файле .htaccess, добавив # в начало этой конкретной строки.Например, если код в файле .htaccess выглядит так:

  DirectoryIndex default.html
Приложение AddType / x-httpd-php5 php  

Затем попробуйте закомментировать это так:

  DirectoryIndex default.html
#AddType application / x-httpd-php5 php  

Прерывистые линии и линии, начинающиеся с php_flags , являются наиболее частыми ошибками. Если вы не можете определить, в какой строке возникла проблема, закомментируйте каждую строку. Дополнительную информацию о php_flags можно найти в следующей статье: Что такое php.ini?

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

Превышение ресурсов, в журнале ошибок ничего нет

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

Имея доступ по SSH (оболочка), вы можете просматривать процессы, запущенные в вашей учетной записи.Просто введите эту команду:

  пс искусственный  

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

  ps faux | grep   имя пользователя  

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

  убить -9 пид