Сайт localhost пока не может обработать этот запрос http error 500 exchange

Exchange http error 500 ecp

Вопрос

Подскажите пожалуйста. Установил сервер Exchange, но невозможно пройти авторизацию. Точнее после ввода логина и пароля открывается ошибка страница с ошибкой 500. Установил обновление U19, проблема не решилась. Все службы работают. В системных ошибках только: Превышение времени ожидания (30000 мс) при ожидании подключения службы «Microsoft Exchange Mailbox Transport Delivery». Я службу запустил в ручную. Проблема осталась.

Нашел статью. там советуют выполнить следующую команду %windir%Microsoft.NETFrameworkv4.0.30319aspnet_regiis.ex
e -i Но выскакивает ошибка:

C:Windowssystem32>%windir%Microsoft.NETFrameworkv4.0.30319aspnet_regiis.ex
e -i
Microsoft (R) ASP.NET RegIIS версии 4.0.30319.0
Административная программа для установки и удаления ASP.NET на локальном компьют
ере.
(C) Корпорация Майкрософт (Microsoft Corporation). Все права защищены.
Начата установка ASP.NET (4.0.30319.0).
Этот параметр не поддерживается в данной версии операционной системы. Администр
аторам следует выполнять установку и удаление ASP.NET 4.5 со службами IIS8 с пом
ощью диалогового окна «Включение или отключение компонентов Windows» или средств
а командной строки dism.exe. Дополнительные сведения см. по адресу http://go.mi
crosoft.com/fwlink/?LinkID=216771.
Завершена установка ASP.NET (4.0.30319.0).

Т.е. предлагает переустановить ASP.NET 4.5 со службами IIS8 . Это не приведет к переустановки самого exchange?

Переустановил как было рекомендовано. Теперь ошибка в журнале приложения сыплется.

Источник

Exchange http error 500 ecp

This forum has migrated to Microsoft Q&A. Visit Microsoft Q&A to post new questions.

Asked by:

Question

I would like to ask for help with Exchange 2016 installed on Windows Server 2016. I have just installed Exchange and when trying to access ECP https://localhost/owa I am receiving an error just after type the Administrator and the password:

500 — Unexpected Error 🙁
An error occurred and your request couldn’t be completed. Please try again.

I have tried to use other accounts that also have admin rights but the same error is presented.

On the other hand, I am being able to access the OWA https://localhost/owa normally the same accounts (Administrator and others with server and exchange administrator rights)

I have experienced some issues during the installation since we have MDaemon installed on the same Server (Windows Server 2016). We have only one server in the organization and we are planning the migration from MDaemon to Exchange.

During the installation process the Exchange Transport Service was not able to start and the installation stopped with an error. After many verification I found out that since the MDaemon was running and using the port 25 is causes the Exchange installation to stop at this step. So, I have to restart the server and start the installation again since it was not completed successfully but part of the product was installed and part not. Anyway, after successfully complete the installation we are experiencing this error after log in in the ECP.

Thanks a lot for your help.

According to your description, I know that you failed login ECP with 500 error if install MDaemon and Exchange server on same server, however OWA works fine.

To narrow down your issue, please ensure:
1. All Exchange services work fine.s
2. Ensure all Exchange server components work fine:
Get-ServerComponentstate -Identity «servername»
If the state is Inactive, please run below command to active relevant component:
Set-ServerComponentState -Component «component name» -Requester HealthAPI -State Active

Then, open IIS manager then switch to Application Pools, right-click MSExchangeECPAppPool and select View Applications, then check the path for «/ECP».
Meanwhile, check the Binding and Path for Default Web Site and Exchange Back End site.

Otherwise, open Event Viewer and check whether there’s any error message about Exchange server, post the details for further assistance.

Please remember to mark the replies as answers if they help.
If you have feedback for TechNet Subscriber Support, contact tnmff@microsoft.com.

Hi Allen, thank you for your reply.

I just went thru the steps that you provided and these are the results:

After run Get-ServerComponentstate -Identity » » command I found that two services were inactive:

ForwardSyncDaemon Inactive
ProvisioningRps Inactive

So I ran the commands as you described:

Set-ServerComponentState Server -Component «ProvisioningRps» -Requester HealthAPI -State Active

Set-ServerComponentState Server -Component «ForwardSyncDaemon» -Requester HealthAPI -State Active

After this I was able to check that all services were active.

I tried to logon in the ECP but still getting the same error (erro 500).

I have checked all the information on IIS and everything was exactly as displayed in the pictures that you provided. Paths, binding, Application pool, everything was there!

About EventViewer: When trying to find the issue I have saved all previous events and clean the logs at «Applications and Services Logs > MSExchange Management» so now, after trying the steps that you have provided the only events that are available are the informational ones about the commands to active the services «ForwardSyncDaemon» and «ProvisioningRps» as you can see below:

Cmdlet suceeded. Cmdlet Set-ServerComponentState, parameters -Component «ForwardSyncDaemon» -Requester «HealthAPI» -State «Active» -Identity «Server».

Cmdlet suceeded. Cmdlet Set-ServerComponentState, parameters -Component «ProvisioningRps» -Requester «HealthAPI» -State «Active» -Identity «Server».

Any other suggestion?

Thanks again for your help and time. Have a nice week!

However, for Exchange testing, (Autodiscover and Connectivity) you can use Microsoft’s TestConnectivity site to help troubleshoot your issues: https://testconnectivity.microsoft.com

Also get help from below earlier thread:

Hope this helps!

Migrate mailboxes, Public Folders, Outlook profiles and rules and GAL etc. to-and-fro Exchange Servers and Office 365 with LepideMigrator for Exchange

Hi Allen and Eduardo,

According to the description I strugel with the same error, also is my setup the same.

500 — Unexpected Error 🙁
An error occurred and your request couldn’t be completed. Please try again.

During the installation process noting went wrong the installation completed successfully.

Hope you have any suggestion?

Thanks a lot for help

Thanks for your cooperation.

The previous Event log is more helpful to troubleshooting this issue. Can you open those saved log in Event Viewer, then check the error?

Meanwhile, please open IIS log (default location: C:inetpublogsLogFilesW3SVC1) then find more information about this error.

Furthermore, try to recreate ECP VD for testing:
1. Run below command to list all ECP VD：
Get-EcpVirtualDirectory -ShowMailboxVirtualDirectories | FL Identity,*Site*,*URL*,*Auth*

2. Then remove and recreate:
Remove-EcpVirtualDirectory -Identity «MYSERVERecp (Default web site)»
New-EcpVirtualDirectory -Server SERVER01 -ExternalURL https://mail.contoso.com/ecp -InternalURL https://mail.contoso.com/ecp

@Jeroen, do you experience same situation as Eduardo?
In order to avoid confusion and keep track of troubleshooting steps, I recommend create your own thread. Glad for your cooperation.

Please remember to mark the replies as answers if they help.
If you have feedback for TechNet Subscriber Support, contact tnmff@microsoft.com.

I just import the previous logs again. I have errors there related to the previous installations issue that I have mentioned when I have created this thread so. What should I try to look for ? I have tried to search using the keywords «500» and «ecp» but nothing was found. Any suggestion?

I tried to run the command Get-EcpVirtualDirectory -ShowMailboxVirtualDirectories | FL Identity,*Site*,*URL*,*Auth* and below you have the results:

Shoul I still try to Remove and Recreate the ECP Virtual directories?

Finally, bellow you have the IIS logs but I also didn’t find anything related to the erro (at least it is not clear for me that is something related to the error so, I will wait the final word from the Expert 😉 )

Note: For security reasons my manager asked me to remove the server name so, I have replace it with in the log bellow

Источник

Исправление неудачных установок накопительных обновлений и обновлений безопасности Exchange

В этой статье описаны методы проверки установки на серверах пользователей накопительных обновлений (CU) и обновлений безопасности (SU) Microsoft Exchange Server, перечислены известные проблемы, с которыми вы можете столкнуться при установке CU и SU, и приводятся решения для устранения этих проблем.

Устранение ошибок при установке CU или SU

Дополнительные сведения

Ошибки HTTP 500 в OWA или ECP

Проблема:

После установки обновлений в Outlook on the Web (OWA) и Exchange Control Panel (ECP) могут возникнуть ошибки HTTP 500. После предоставления учетных данных для входа в OWA или ECP процесс входа может завершиться со следующим сообщением об ошибке:

Невозможно загрузить файл или сборку «Microsoft.Exchange.Common, Version=15.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35» или один из зависимых от них компонентов. Не удается найти указанный файл.

Решение:

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

1. Нажмите кнопку Пуск, затем введите cmd.
2. Щелкните в результатах поиска Командную строку правой кнопкой мыши и выберите Запуск от имени администратора.
3. Если открывается окно Контроль учетных записей, выберите вариант открытия окна командной строки с повышенными привилегиями и нажмите кнопку Продолжить. Если окно контроля учетных записей (UAC) не появляется, перейдите к следующему шагу.
4. Введите полный путь к файлу .msp для этого обновления безопасности, а затем нажмите клавишу Ввод.
5. После установки обновления перезапустите сервер.

Ошибки HTTP 400 в OWA и ECP и ошибка сбоя подключения в PowerShell

Проблема:

После установки обновлений в Outlook on the Web (OWA) и Exchange Control Panel (ECP) могут возникнуть ошибки HTTP 400. После предоставления учетных данных для входа в OWA или ECP процесс входа может завершиться со следующим сообщением об ошибке:

HTTP 400 — неверный запрос
Невозможно сериализовать контекст

Также при открытии командной консоли Exchange появляется следующее сообщение об ошибке:

Код ошибки: -2144108477
TransportMessage: служба WS-Management не может обработать запрос, так как XML является недопустимым.
ErrorRecord: не удалось подключиться к удаленному серверу exchange.contoso.com со следующим сообщением об ошибке: дополнительные сведения см. в разделе about_Remote_Troubleshooting справки.

Причина:

Эта проблема возникает в том случае, если имя пользователя заканчивается знаком доллара ($), например admin$.

Решение:

Удалите знак доллара ($) из имени пользователя или используйте другую административную учетную запись, которая не заканчивается знаком доллара ($).

Отсутствующие изображения в ECP

Проблема:

После установки SU в приложениях OWA или ECP могут не отображаться изображения.

Причина:

Эта проблема возникает, если пакет SU установлен неправильно.

Решение:

Удалите и переустановите файл .MSP, запустив это обновление из командной строки от имени администратора. После завершения установки перезапустите сервер.

Пустая страница в EAC или OWA

Проблема:

При входе в Exchange Admin Center (EAC) или OWA из Exchange Server 2016 или Exchange Server 2013 отображается пустая страница. При возникновении этой проблемы может быть зарегистрировано событие с идентификатором 15021.

Причина:

Эта проблема возникает, если для привязки SSL к адресу 0.0.0.0:444 существует одна или несколько следующих проблем:

• Привязка установлена неправильно
• К привязке не назначен сертификат.
• Привязка содержит неверную информацию.

Решение:

На сервере Client Access Server (CAS) откройте раздел служб IIS.

Разверните узел Сайты, выберите элемент Веб-сайт по умолчанию, затем нажмите Привязки на панели Действия.

В диалоговом окне «Привязки сайта» откройте привязку для следующих значений: Type: https; Порт: 443.

Проверьте, указан ли действительный сертификат SSL для этого веб-сайта по умолчанию. Если нет, укажите действительный сертификат SSL, например Microsoft Exchange, и нажмите OK.

Для перезапуска IIS в окне PowerShell с повышенными правами выполните следующую команду:

На сервере почтовых ящиков для сайта Exchange Back End выполните шаги проверки от 1 до 5.

Дополнительные сведения см. в следующей статье.

Не удается войти в OWA или EAC

Проблема:

При попытке войти в OWA или EAC в Exchange Server веб-браузер зависает или вы видите сообщение о том, что достигнут лимит перенаправления. Кроме того, в средстве для просмотра событий регистрируется событие 1003.

ИД события: 1003 Источник: MSExchange Front End HTTPS Proxy: Произошла внутренняя ошибка сервера. Не обработано исключение: System.NullReferenceException: Ссылка на объект не настроена на экземпляр объекта. на Microsoft.Exchange.HttpProxy.FbaModule.ParseCadataCookies(HttpApplication httpApplication)

Причина:

Эта проблема возникает из-за истечения срока действия сертификата открытой аутентификации (OAuth) Exchange Server.

Решение:

Следуйте шагам в этой статье, чтобы исправить эту проблему.

Не удается получить доступ к EAC или OWA после установки Exchange

Проблема:

При установке Exchange Server 2016 или Exchange Server 2013 процесс установки мог завершиться ошибкой или быть прерван на каком-то этапе, затем возобновлен и, наконец, успешно завершен. Однако при попытке открыть EAC или OWA появляется следующее сообщение об ошибке:

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

Причина:

Эта проблема возникает, если файл SharedWebConfig.config отсутствует в одном из следующих мест:

• C:Program FilesMicrosoftExchange ServerV15ClientAccess
• C:Program FilesMicrosoftExchange ServerV15FrontEndHttpProxy

Решение:

Выполните указанные ниже действия.

На сервере, на котором происходит ошибка, определите место, где отсутствует файл SharedWebConfig.config.

Создайте отсутствующий файл:

Выполните команду cd %ExchangeInstallPath%bin , чтобы изменить текущий каталог на папку bin, которая находится по пути установки Exchange.

Чтобы создать этот файл, используйте инструмент DependentAssemblyGenerator.exe следующим образом:

• Если файл отсутствует в папке C:Program FilesMicrosoftExchange ServerV15ClientAccess, выполните следующую команду:

• Если файл отсутствует в папке C:Program FilesMicrosoftExchange ServerV15FrontEndHttpProxy, выполните следующую команду:

Перезагрузите сервер или откройте сеанс PowerShell с повышенными правами и выполните следующую команду:

Дополнительные сведения см. в следующей статье.

Настройка Exchange Server не запускается

Проблема:

Для обновления Microsoft Exchange Server 2019, Microsoft Exchange Server 2016 или Microsoft Exchange Server 2013 запускается автоматическая установка из PowerShell или командной строки с помощью команды setup.exe. Программа setup запускается и может сообщать, что она успешно завершила работу. Тем не менее, на самом деле Exchange не обновляется.

Носитель программы установки находится на диске D: и автоматическая установка запускается с помощью одной из следующих команд: » setup.exe /m:upgrade /IAcceptExchangeServerLicenseTerms » (из PowerShell или командной строки) вместо » .setup.exe /m:upgrade /IAcceptExchangeServerLicenseTerms » (из PowerShell) или » D:setup.exe /m:upgrade /IAcceptExchangeServerLicenseTerms » (из PowerShell или командной строки).

Причина:

При запуске команды из PowerShell или командной строки, перед проверкой текущего пути сначала проверяются пути, указанные в системной переменной среды «Path». Этот порядок проверок применяется, если не будут выполнены следующие условия:

• «.» вводится перед командой или программой, выполняемой в PowerShell.
• Клавиша TAB используется для автоматического добавления «.» перед командой или программой, выполняемой в PowerShell.
• Данный полный путь используется для запуска программы setup.exe (например, » D:setup.exe /m:upgrade /IAcceptExchangeServerLicenseTerms «) из PowerShell или командной строки.

В отсутствие этих условий вместо файла setup.exe из правильного места PowerShell находит и запускает другой файл setup.exe, расположенный в папке C:Program FilesMicrosoftExchange ServerV15bin .

Решение:

Запустите обновление с указанием » .setup.exe /m:upgrade /IAcceptExchangeServerLicenseTerms » (в PowerShell) или » D:setup.exe /m:upgrade /IAcceptExchangeServerLicenseTerms » (в PowerShell и командной строке).

Дополнительные сведения см. в следующей статье.

Пакет обновления не может быть установлен

Проблема:

При установке SU можно увидеть следующее сообщение об ошибке:

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

Причина:

Это сообщение об ошибке отображается, если версии CU и SU не совпадают.

Решение:

Либо обновите программу до правильного CU, либо скачайте правильный SU для данного CU.

Установка завершается с ошибкой из-за того, что службы не останавливаются

Проблема:

Установка завершается ошибкой из-за того, что службы не были корректно остановлены.

Решение:

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

Переименуйте папку C:ExchangeSetupLogs (например, в ExchangeSetupLogs-OLD).

Измените тип запуска служб Exchange в консоли services.msc на автоматический.

Примечание. Делайте это только для служб Exchange, которые были запущены до попытки установки. Службы POP3 и IMAP4 остановлены по умолчанию. Они должны работать только в том случае, если есть пользователи, которые в них нуждаются.

Затем запустите установку снова.

Службы не запускаются после установки SU

Проблема:

Службы Exchange не запускаются после завершения установки SU.

Решение:

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

Примечание. Службы MSExchangeIMAP4, MSExchangeIMAP4BE, MSExchangePOP3 и MSExchangePOP3BE, как правило, отключены по умолчанию. Проверьте журнал Exchange, расположенный по адресу C:ExchangeSetupLogsServiceControl.log , чтобы увидеть, какие службы были отключены во время установки SU.

В журнале установки регистрируется ошибка при установке

Проблема:

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

Во время проверки состояния Active Directory возникла ошибка или роль сервера почтовых ящиков не настроена на этом компьютере.

Решение:

Скачайте и запустите скрипт SetupLogReviewer.ps1 просмотра журнала программы установки Exchange. Этот скрипт проверяет файл ExchangeSetup.log, определяет, является ли эта ошибка известной проблемой, и предоставляет действие для решения этой проблемы. После загрузки скрипта укажите ему на журнал программы установки Exchange, как показано ниже, и просмотрите выходные данные.

Кроме того, вы можете просмотреть журнал в папке C:ExchangeSetupLogsExchangeSetup.log на предмет следующей ошибки:

«В программе установки произошла ошибка при проверке состояния Active Directory: Объекты Exchange уровня организации не были созданы. Программе установки не удается их создать, поскольку локальный компьютер не находится в том же домене и сайте, что и хозяин схемы. Запустите программу установки с параметром /prepareAD <><>на компьютере в домене domain_name и сайте Default_First_Site_Name и дождитесь завершения репликации».

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

.setup.exe /PrepareAD /IAcceptExchangeServerLicenseTerms

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

Чтобы найти контроллер домена (DC), на котором размещен хозяин схемы, выполните на этом DC из командной строки с правами администратора следующую команду:

netdom query fsmo

Ошибка при установке накопительного обновления

Проблема:

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

Создание образов в машинном коде для сборок .NET.

Причина:

Эта проблема вызвана сетевыми запросами на подключение к следующему URL:

Такие сетевые запросы — это попытки получить доступ к списку отзыва сертификатов для каждой сборки, которую средство создания образов в машинном коде (Ngen) компилирует в машинный код. Поскольку этот сервер под управлением Exchange Server не подключен к Интернету, каждый запрос должен ждать окончания времени ожидания, прежде чем весь процесс сможет продолжиться.

Решение:

Выполните указанные ниже действия.

В Internet Explorer выберите Сервис>Свойства браузера.

Выберите вкладку Дополнительно.

В разделе Безопасность снимите флажок с Проверять, не отозван ли сертификат издателя и нажмите OK.

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

После завершения процесса настройки снова установите флажок на Проверять, не отозван ли сертификат издателя.

Установка завершается с ошибкой «Не удается запустить службу»

Проблема:

Установка CU может завершиться со следующим сообщением об ошибке:

Не удалось запустить службу узла службы Microsoft Exchange

Может оказаться, что служба узла службы Microsoft Exchange и/или все другие службы Exchange остановлены и для них установлен режим Отключено.

Решение:

Выполните указанные ниже действия.

Переименуйте папку C:ExchangeSetupLogs (например, в ExchangeSetupLogs-OLD).

Измените тип запуска для всех служб Exchange в консоли services.msc на Автоматически.

Откройте командную строку от имени администратора и возобновите установку с помощью следующей команды (если носитель Exchange CU находится на диске D:):

D:setup.exe /m:upgrade /IAcceptExchangeServerLicenseTerms

Установка SU завершается с ошибкой из-за существующего IU

Проблема:

В процессе установки SU может появиться следующее сообщение об ошибке:

Установка не может продолжаться. Мастер настройки определил, что это промежуточное обновление несовместимо с текущей конфигурацией Microsoft Exchange Server 2013 Cumulative Update 23.

Решение 1:

Удалите ранее установленное промежуточное обновление (IU) перед установкой этого SU, поскольку это накопительное обновление. Предыдущие IU можно найти в разделе Установка и удаление программ.

Решение 2:

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

В Internet Explorer выберите Сервис>Свойства браузера.

Выберите вкладку Дополнительно.

В разделе Безопасность снимите флажок с Проверять, не отозван ли сертификат издателя и нажмите OK.

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

После завершения процесса настройки снова установите флажок на Проверять, не отозван ли сертификат издателя.

Программа установки устанавливает старый CU или не может установить языковой пакет

Проблема:

При обновлении до последнего CU программа установки либо отображает, что устанавливается уже существующее на сервере CU или завершается со следующим сообщением об ошибке:

Не удалось открыть пакет C:Program FilesMicrosoftExchange ServerV15binSetup

Exchange Management Console (EMC) and Exchange Control Panel (ECP) were two different interfaces used in Exchange 2010 and earlier versions to manage the Exchange Servers. With Exchange 2013, Exchange Administrative Center (EAC) — a web-based management console optimized for on-premises, hybrid, and online Exchange Server deployments—replaced EMC and ECP.

And since EAC is web-based, you need to use a web browser and require the OWA/ECP virtual directory URL to access the management console. By default, you can access the ECP/EAC console using the following URLs,

Internal URL— https://<CASServerName>/ecp

It allows users to access the EAC within the organization’s firewall.

External URL— https://mail.abc.com/ecp

It provides access to users from outside of your organization’s firewall.

Administrators and users with permission can access the EAC/ECP panel by signing in using valid credentials.

However, many users have reported an HTTP ERROR 500 after they sign in to EAC/ECP.

Reason for HTTP ERROR 500 in Exchange ECP/EAC

The HTTP ERROR 500 is usually reported after upgrading or updating the Exchange Server without an elevated command prompt.

However, it may also occur due to many other reasons, such as,

• Exchange Services stopped or not working
• Damaged OWA virtual directories
• Damaged Exchange Server
• Improper configuration
• Low Resource allocation
• Corrupt or incomplete .NET framework installation

Solutions to Fix HTTP ERROR 500 in Exchange Server

Follow these solutions in the given sequence to troubleshoot and fix the HTTP 500 error in Exchange Server EAC/ECP after login.

Solution 1: Use a Different Browser

Sometimes browser cache and cookies can cause issues while accessing the Exchange Admin Center. You can reset either the web browser or use a different browser to fix the error and access the EAC/ECP.

If you still encounter the HTTP ERROR 500, proceed to the next solution.

Solution 2: Install Pending Server Updates

On your Windows Server, open the Windows Updates section and install any pending updates as they may stop certain Exchange Services resulting in HTTP ERROR 500 after EAC login.

After the update, restart the server and then try to log in to the EAC. You may disable automatic Windows Updates to prevent HTTP ERROR 500. However, it is highly recommended to install the updates to stay protected.

If there are no pending updates but the error persists, follow the next solution.

Solution 3: Reinstall Updates

If the HTTP ERROR 500 occurred after installing the Exchange Server security updates, reinstall those using the elevated command prompt. The steps are as follows,

• Open Command Prompt as administrator
• Navigate to the location where Security updates are downloaded (.msp files) using ‘cd’ command. For instance,

cd “C:UsersUserNameDownloadsUpdates”

• Then execute the following command in the Command Prompt window,

.UpdateName.msp

• Follow the update wizard and complete the installation process.
• Restart the server and check if you can now access the EAC/ECP.

Solution 4: Check Resource Allocation

Some users have reported that the HTTP ERROR 500 occurred simply because their Exchange VM doesn’t allocate enough CPU cores. To fix this, shut down the server VM and review the allocated resources.

Add or allocate more CPU cores and RAM, if available. Restart the server and check if EAC is accessible.

Similarly, for physical servers, upgrading the hardware may fix the error. However, we recommend you follow all the troubleshooting solutions discussed in this blog before upgrading the hardware to resolve the HTTP 500 error.

Solution 5: Update Server Configurations

Improper or outdated server configuration after the server upgrade or update can also render EAC or ECP inaccessible, causing HTTP ERROR 500 after login.

In such a case, you can run UpdateConfigFiles.ps1 and UpdateCAS.ps1 PowerShell scripts located in the Exchange Server ‘Bin’ directory (C:Program FilesMicrosoftExchange ServerV15Bin) to resolve the error.

To execute these PowerShell scripts, follow these steps,

• Open PowerShell as administrator and use the ‘cd’ command to navigate the Exchange ‘Bin’ directory. For instance,

cd “C:Program FilesMicrosoftExchange ServerV15Bin.”

Then execute the following commands to run the PowerShell scripts to fix the configuration issues.

.UpdateConfigFiles.ps1

.UpdateCAS.ps1

This may take a while to finish. Once done, restart the server and check if the HTTP 500 error is resolved and ECP/EAC is accessible.

Solution 6: Recreate Virtual Directories

As a last resort, you can remove the existing OWA and ECP virtual directories and create new ones to fix the HTTP 500 error in Exchange. The steps are as follows,

• Open Exchange Management Shell (EMS) as administrator and run the following commands to remove the current OWA and ECP virtual directory

Remove-OwaVirtualDirectory –Identity “ExchangeServerNameowa (Default Web Site)”

• Press ‘a’ or ‘y’ and then press the ‘Enter’ key.

• Now execute the following command in the same EMS window to rebuild OWA virtual directory,

New-OwaVirtualDirectory –WebsiteName “Default Web Site”

The commands are case-sensitive.

This will rebuild the virtual directories and possibly fix the issue. It will also change the way you log in. Instead of the login page, you will see the following pop-up for login.

Enter username and password to log into ECP/EAC web console.

Solution 7: Repair Exchange Server

If none of the solutions worked for you, try repairing your Exchange Server. For this, you need to mount the same Cumulative Update ISO as installed on the server. Then use the following command in EMS to repair the server.

Setup /Mode:upgrade /IAcceptExchangeServerLicenseTerms

Use ‘/IAcceptExchangeServerLicenseTerms_DiagnosticDataOFF’ if your server is running on September 2021 or later Cumulative Update.

After the repair, restart the server and check if the HTTP ERROR 500 is resolved.

You may also set up a new Exchange Server if server repair fails and move your mailboxes and mail items from the old server to the new server. For this, you can use an EDB converter tool, such as Stellar Converter for EDB. The software can extract mailbox data from your faulty Exchange server with an online or offline database and export them to PST. You may also export the mailboxes from offline EDB to your new Exchange Server database to PST. The software auto-maps the source mailboxes with destination mailboxes and exports up to four mailboxes simultaneously to the target server database in a few simple steps.

Conclusion

HTTP ERROR 500 is common, especially after improper server update installation. However, it may also occur due to several other reasons, as discussed in this blog. We also discussed all possible solutions to resolve the HTTP ERROR 500 in Exchange Server 2013 and later versions. However, if the error isn’t resolved, it’s recommended to set up a new server and move your data from the faulty server to a new server using an EDB converter tool, such as Stellar Converter for EDB. The software helps you extract and move mailbox data from offline or online databases hosted on your faulty server and exports them to PST, Office 365 tenant, or Live Exchange Server. It automates the entire mailbox data migration process, saving tons of time required to manually export and import mailboxes via EMS or EAC. Moreover, the cmdlets do not work if the database is offline.

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

<?php
    require_once 'database.php';
    require_once 'top_header.php';
?>

    <div class="description">
        <div class="col-md-12">
            Привет
        </div>
    </div>
    </div>

<?php 
    require_once 'bottom_header.php'; 
    require_once 'footer.php';
?>

Но если я пишу вместе с сессиями:

<?php
    require_once 'database.php';
    require_once 'top_header.php';
?>

    <div class="description">
        <div class="col-md-12">


            <!-- Блок для вывода сообщений -->
            <div class="block_for_messages">
                <?php
        //Если в сессии существуют сообщения об ошибках, то выводим их
        if(isset($_SESSION["error_messages"]) && !empty($_SESSION["error_messages"])){
            echo $_SESSION["error_messages"];

            //Уничтожаем чтобы не выводились заново при обновлении страницы
            unset($_SESSION["error_messages"]);
        }

        //Если в сессии существуют радостные сообщения, то выводим их
        if(isset($_SESSION["success_messages"]) && !empty($_SESSION["success_messages"])){
            echo $_SESSION["success_messages"];
            
            //Уничтожаем чтобы не выводились заново при обновлении страницы
            unset($_SESSION["success_messages"]);
        }
    ?>
            </div>

            <?php 
    //Проверяем, если пользователь не авторизован, то выводим форму регистрации, 
    //иначе выводим сообщение о том, что он уже зарегистрирован
    if(!isset($_SESSION["email"]) && !isset($_SESSION["password"])){
?>
            <div id="form_register">
                <h2>Форма регистрации</h2>

                <form action="register.php" method="post" name="form_register">
                    <table>
                        <tr>
                            <td> Имя: </td>
                            <td>
                                <input type="text" name="first_name" required="required" />
                            </td>
                        </tr>

                        <tr>
                            <td> Фамилия: </td>
                            <td>
                                <input type="text" name="last_name" required="required" />
                            </td>
                        </tr>

                        <tr>
                            <td> Email: </td>
                            <td>
                                <input type="email" name="email" required="required" /><br />
                                <span id="valid_email_message" class="mesage_error"></span>
                            </td>
                        </tr>

                        <tr>
                            <td> Пароль: </td>
                            <td>
                                <input type="password" name="password" placeholder="минимум 6 символов" required="required" /><br />
                                <span id="valid_password_message" class="mesage_error"></span>
                            </td>
                        </tr>
                        <tr>
                            <td> Введите капчу: </td>
                            <td>
                                <p>
                                    <img src="captcha.php" alt="Капча" /> <br />
                                    <input type="text" name="captcha" placeholder="Проверочный код" required="required" />
                                </p>
                            </td>
                        </tr>
                        <tr>
                            <td colspan="2">
                                <input type="submit" name="btn_submit_register" value="Зарегистрироватся!" />
                            </td>
                        </tr>
                    </table>
                </form>
            </div>
            <?php 
    }else{
?>
            <div id="authorized">
                <h2>Вы уже зарегистрированы</h2>
            </div>
        </div>
    </div>
    </div>

<?php 
    require_once 'bottom_header.php'; 
    require_once 'footer.php';
?>

Выводит ошибку
Сессию подключаю в файле top_header.php

Из-за чего возникает ошибка?

Что это? Ошибка 500 – это то, что препятствует открытию той или иной страницы сайта. Вместо ожидаемой, например, статьи, перед пользователем возникает фраза Internal Server Error 500. Она сообщает о проблемах ресурса с подключением к серверу.

Как исправить? Устранить ошибку можно как со стороны пользователя сайта, так и его владельца. В первом случае способы не гарантируют на 100 %, что Error 500 моментально пропадает, но попробовать стоит. Больше возможностей в этом плане у собственника ресурса.

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

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

Оповещение о том, что произошла ошибка 500, имеет текстовое описание. Наиболее частые варианты:

• Ошибка 500.
• Внутренняя ошибка сервера 500.
• Ошибка 500 Internal Server Error.
• Временная ошибка (500).
• Внутренняя ошибка сервера.
• 500 ошибка сервера.
• Внутренняя ошибка HTTP 500.
• Произошла непредвиденная ошибка.
• HTTP status 500 internal server error (перевод ― HTTP статус 500 внутренняя ошибка сервера).

Скачать файл

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

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

Основные причины возникновения ошибки 500

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

• Неправильный синтаксис файла .htaccess – это файл, в котором можно менять настройки при работе с веб-сервером Apache и корректировать его функционирование (управлять различными перенаправлениями, правами доступа к данным, опциями PHP, задавать собственные страницы ошибок и прочее).

• Неполадки в сценариях сайта, которые отвечают за дополнительные возможности и визуальные эффекты.
• Недостаточно оперативной памяти, чтобы выполнить скрипт.
• Ошибки в коде CMS, системы управления наполнением ресурса. В большинстве случаев (80 %) причиной являются конфликтующие плагины.

Текст и внешний вид ошибки

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

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

Internal Server Error

Данный вид ошибки – сигнал о том, что есть проблемы с файлом .htaccess (к примеру, он был неправильно настроен). Чтобы понять, действительно ли дело в .htaccess, добавьте к его названию в конце цифру один. Сделать это поможет FTP-клиент (например, FileZilla) или файловый менеджер на вашем хостинге (в Timeweb есть подобный, и он очень простой в использовании). После этой манипуляции попробуйте заново открыть сайт. Если ошибка не выскочила, значит, вы нашли, из-за чего она появилась.

HTTP ERROR 500 или пустая страница

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

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

Каким образом открывается панель разработчика? Для начала нажмите F12 (это подходит для большинства браузеров на Windows). Если вы пользуетесь Google Chrome на macOS, то вам нужно использовать сочетание кнопок Cmd+Opt+J. В случае Safari на macOS нужна комбинация Cmd+Opt+C, но перед тем, как её нажать, включите «Меню разработки» в разделе «Настройки» -> «Продвинутые».

Есть ещё один способ открыть панель разработчика: кликнуть правой кнопкой мыши в любом месте сайта и в открывшемся контекстном меню выбрать «Посмотреть код». После этого откройте вкладку «Сеть» (или Network) и посмотрите, какое значение указано в строке «Статус». Если дело в ошибке 500, то будет стоять эта цифра.

Советы по исправлению ошибки 500 для пользователя

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

• Заново откройте сайт

Ошибка 500 может появиться не только из-за серьёзных проблем с сервером, но и по причине временной перегрузки сайта. Перезагрузить страницу можно с помощью клавиш: на ПК — F5, ноутбуке — Fn + F5, на устройствах от Apple — Cmd + R.

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

• Очистите кэш и cookies браузера

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

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

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

• Обратитесь к владельцу сайта

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

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

Рекомендации по исправлению ошибки 500 для владельца сайта

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

• Устраните неполадки в синтаксисе файла .htaccess

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

В некоторых случаях может помочь закомментирование строки Options в .htaccess – вставить # в её начале. Если ничего не поменялось, проделайте то же самое с другими строками, а потом по очереди убирайте # и смотрите на результат.

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

• Обновите РНР

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

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

• Настройте права для CGL-скриптов

Одним из методов устранения ошибки 500 на сайте является выставление прав для CGL-скриптов. Если такие сценарии у вас есть, то их папки и файлы должны иметь такое право доступа: 0755 (drwxr-xr-x), которое даёт возможность менять их только владельцу, а остальные могут их лишь открывать и активировать. Когда на скриптах стоит другое право доступа, это может привести к появлению ошибки 500.

• Проверьте файлы CGL-скриптов

У правильных сценариев окончание строк в формате Unix (n), а не Windows (rn). Для сохранения корректного варианта нужно загружать код (в большинстве хостингов) по FTP в режиме ASCII. Если вы не помните, какие ранее были настройки, заново добавьте сценарии и посмотрите, появится или нет ошибка 500. К тому же CGL-скрипты могут быть причиной неправильных HTTP‑заголовков ответа. В данном варианте вы сможете заметить ошибку в логах.

• Проверьте плагины

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

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

• Проверьте лог ошибок

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

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

Как правило, хостеры предоставляют информацию о том, где найти логи и как их открыть с панели управления. Данные об этом есть в разделе помощи FAQ (frequently asked questions — часто задаваемые вопросы) на сайте хостинга.

• Оптимизируйте сценарии

Если написанные сценарии долго грузятся или вообще не могут запуститься из-за нехватки ресурсов, проанализируйте их содержимое. Может, код надо оптимизировать, чтобы он стал легче и быстрее загружался. Нередко сценариям недостаточно ресурсов при работе с виртуальным хостингом. У них есть жёсткий лимит на память, чтобы каждый пользователь имел равные возможности во время пребывания на выбранном сайте.

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

• Увеличьте объём оперативной памяти сервера

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

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

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

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

Ошибка выполнения запроса 500 является обобщенным кодом состояния НТТР, который говорит о том, что на сервере произошла какая-то неполадка, но более точно описать проблему сервер не может. Так что первым делом нужно узнать, что послужило причиной возникновения ошибки, и только после этого заниматься её устранением.