Internal error occurred on the remote side

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

Ошибка Internal Server Error: что это?

Итак, начнем, пожалуй, с самого значения этого словосочетания. В системе (каталоге) ошибок Windows (и не только) есть ошибка под номером 500, отвечающая компьютерному термину Internal Server Error. Перевод этого словосочетания означает внутреннюю ошибку сервера, связанную со статусом протокола HTTP.

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

Причины возникновения ошибки

Говоря об ошибке Internal Server Error в самом широком понимании, стоит учитывать, что возникать она может на множестве сайтов или ресурсов, написанных с помощью совершенно разных CMS. Тут, кстати, нужно разграничить причины ее возникновения.

Очень часто такая ситуация может наблюдаться на сайтах типа WordPress, OpenCart, Joomla и др. Если же структуры управления, подобные WordPress, при построении сайта не используются, возможно, причина кроется в том, что на самом хостинге возникают сбои при подключении неправильных PHP-расширений, или сайт после запроса возвращает некорректные HTTP-заголовки, которые не могут быть распознаны вашим сервером.

Не менее распространенной причиной возникновения ошибки Internal Server Error можно назвать отсутствие корректных прав доступа. Так, например, если на PHP файлы скриптов, которые размещены на хостинге, имеют права доступа 777, очень может быть, что их исполнение попросту блокируется сервером, вследствие чего и выдается сообщение об ошибке.

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

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

Наконец, одна из самых распространенных ситуаций возникновения ошибки Internal Server Error – это содержание некорректных директив в файле .htaccess (кстати, при работе с движком WordPress это проявляется наиболее часто). Вот теперь мы вплотную подошли к поиску решения для каждой конкретной ситуации.

Ошибка Internal Server Error: как исправить простейшими способами

Для начала посмотрим, что можно сделать при обнаружении неправильных прав доступа. В данном случае права доступа 777 позволяют редактировать содержимое абсолютно всем, что, несомненно, сказывается на безопасности. В такой ситуации необходимо их изменить, применив к папкам значение 755, к файлам скриптов – 600, а ко всем стальным файлам данных – 644.

При слишком долгой работе исполняемого скрипта можно попробовать увеличить время ожидания, правда, тут есть одна загвоздка. Такое решение может сработать на выделенном сервере или VPS (Virtual Private Server), а в случае виртуального хостинга никакого эффекта не будет.

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

Теперь несколько слов о файле .htaccess. Дело в том, что он предполагает использование очень строгого синтаксиса, если при проведении настроек были допущены ошибки или некоторые неточности, избежать появления ошибки Internal Server Error не удастся. Тут нужно поступить следующим образом. Для начала нужно проверить наличие самого файла в корневой директории сайта, после чего, сделав его резервную копию, удалить целиком и полностью. Если после такой процедуры сайт снова станет работоспособным, значит проблема именно в файле .htaccess, который придется проверить на наличие ошибок в синтаксисе.

Проблемы с движком WordPress

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

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

В некоторых случаях может потребоваться обновить WordPress до последней версии и отключить функцию перезаписи файла. Для начала скачиваем на компьютерный терминал оригинальный файл .htaccess, затем входим на сайте в папку по пути /wp-admin/includes/ с последующей загрузкой файла misc.php, который необходимо открыть, скажем, в стандартном «Блокноте» (или любом другом текстовом редакторе) и найти строку функции «function save_mod_rewrite_rules». Теперь в самой функции переходим к строке «return insert_with_markers( $htaccess_file, ‘WordPress’, $rules );» и заменяем ее на «return true;» (естественно, все команды прописываются без кавычек). Остается только сохранить изменения и загрузить новый файл на хостинг с заменой старого файла misc.php.

Недостатком такого метода является только то, что в данном случае отключается обновление WordPress. При подключении плагинов они работать, естественно, не будут.

Заключение

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

Очередь просмотра

Очередь

• Удалить все
• Отключить

YouTube Premium

Хотите сохраните это видео?

• Пожаловаться

Пожаловаться на видео?

Выполните вход, чтобы сообщить о неприемлемом контенте.

Понравилось?

Не понравилось?

Текст видео

How To Fix Remote Desktop Connection ‘Internal Error Has Occurred’ In Windows 10/8/7 [Tutorial]

The remote desktop error ‘An internal error has occurred’ is often caused by RDP settings or its local group policy security. There have been quite a few reports which state that users are not able to use the Remote Desktop Connection client to connect to another system. According to reports, this issue occurred out of the blue and wasn’t caused by any particular action.

Upon clicking Connect, the Remote Desktop Connection client freezes and then the error pops up after a few seconds. Since Remote Desktop Connection is used by many users for their business or personal purposes, this error can turn out to be quite the pain. However, do not worry as you will able to fix the issue by going through this article.

В этой статье описаны ошибки, которые могут возникнуть при подключении к виртуальной машине в Microsoft Azure. This article describes an error that you may experience when you try to connect to a virtual machine (VM) in Microsoft Azure.

В Azure предлагаются две модели развертывания для создания ресурсов и работы с ними: модель развертывания с помощью Resource Manager и классическая модель. Azure has two different deployment models for creating and working with resources: Resource Manager and classic. В этой статье описывается использование модели развертывания c помощью Resource Manager. Для новых развертываний рекомендуется использовать эту модель вместо классической. This article covers using the Resource Manager deployment model, which we recommend using for new deployments instead of the classic deployment model.

Проблемы Symptoms

Не удается подключиться к виртуальной машине Azure с помощью протокола удаленного рабочего стола (RDP). You cannot connect to an Azure VM by using the remote desktop protocol (RDP). Подключение зависает на разделе "Configuring Remote" (Настройка удаленного рабочего стола), или появляется следующее сообщение об ошибке: The connection gets stuck on the "Configuring Remote" section, or you receive the following error message:

• внутренняя ошибка RDP; RDP internal error
• произошла внутренняя ошибка; An internal error has occurred
• не удается подключиться к удаленному компьютеру с этого компьютера. This computer can’t be connected to the remote computer. Повторите попытку подключения. Try connecting again. Если проблема не исчезнет, ​​обратитесь к владельцу удаленного компьютера или к администратору сети. If the problem continues, contact the owner of the remote computer or your network administrator

Причина: Cause

Эта проблема может возникать из-за следующих причин: This issue may occur for the following reasons:

• локальные ключи шифрования RSA недоступны; The local RSA encryption keys cannot be accessed.
• протокол TLS отключен; TLS protocol is disabled.
• сертификат поврежден или истек срок его действия. The certificate is corrupted or expired.

Решение Solution

Прежде чем выполнять какие-либо действия, сделайте моментальный снимок диска ОС затронутой виртуальной машины в качестве резервной копии. Before you follow these steps, take a snapshot of the OS disk of the affected VM as a backup. Дополнительные сведения см. в статье Создание моментального снимка. For more information, see Snapshot a disk.

Чтобы устранить эту проблему, воспользуйтесь последовательной консолью или восстановите виртуальную машину в автономном режиме, присоединив диск ОС виртуальной машины к виртуальной машине для восстановления. To troubleshoot this issue, use the Serial Console or repair the VM offline by attaching the OS disk of the VM to a recovery VM.

Использование последовательной консоли Use Serial control

Подключитесь к последовательной консоли и откройте экземпляр PowerShell. Connect to Serial Console and open PowerShell instance. Если последовательную консоль не включено на виртуальной машине, перейдите к разделу repair the VM offline(Автономное восстановление виртуальной машины). If the Serial Console is not enabled on your VM, go to the repair the VM offline section.

Шаг 1. Проверка порта RDP Step: 1 Check the RDP port

В экземпляре PowerShell используйте netstat для проверки того, используется ли порт 8080 другими приложениями. In a PowerShell instance, use the NETSTAT to check whether port 8080 is used by other applications:

Если Termservice.exe использует порт 8080, перейдите к шагу 2. If Termservice.exe is using 8080 port, go to step 2. Если другая служба или приложение, отличное от Termservice.exe, использует порт 8080, выполните следующие действия. If another service or application other than Termservice.exe is using 8080 port, follow these steps:

Остановите службу для приложения, которое использует службу 3389. Stop the service for the application that is using the 3389 service:

Запустите службу терминалов. Start the terminal service:

Если не удается остановить приложение, или этот метод не подходит, измените порт для RDP. If the application cannot be stopped, or if this method does not apply to you, change the port for RDP:

Измените порт. Change the port:

Настройте брандмауэр в соответствии с новым портом. Set the firewall for the new port:

Шаг 2. Установка правильных разрешений на самозаверяющем сертификате RDP Step 2: Set correct permissions on the RDP self-signed certificate

Чтобы обновить самозаверяющий сертификат RDP, по очереди выполните следующие команды в экземпляре PowerShell. In a PowerShell instance, run the following commands one by one to renew the RDP self-signed certificate:

Если не удается обновить сертификат с помощью этого метода, попробуйте обновить самозаверяющий сертификат RDP удаленно. If you cannot renew the certificate by using this method, try to renew the RDP self-signed certificate remotely:

С работающей виртуальной машины с подключением к той виртуальной машине, на которой возникли проблемы, введите mmc в окнеЗапуск, чтобы открыть консоль управления (MMC). From a working VM that has connectivity to the VM that is experiencing problems, type mmc in the Run box to open Microsoft Management Console.

В меню Файлвыберите Add/Remove Snap-in (Добавить или удалить оснастку), выберите Сертификаты, а затем выберите Добавить. On the File menu, select Add/Remove Snap-in, select Certificates, and then select Add.

Выберите Computer accounts (учетные записи компьютера), выберите Another Computer (другой компьютер), а затем добавьте IP-адрес проблемной виртуальной машины. Select Computer accounts, select Another Computer, and then add the IP address of the problem VM.

Перейдите в папку Remote DesktopCertificates (Удаленный рабочий стол или сертификаты), щелкните правой кнопкой мыши сертификат и затем щелкните Удалить. Go to the Remote DesktopCertificates folder, right-click the certificate, and then and select Delete.

В экземпляре PowerShell из последовательной консоли перезапустите службу настройки удаленного рабочего стола. In a PowerShell instance from the Serial Console, restart the Remote Desktop Configuration service:

Сбросьте разрешение для папки MachineKeys Reset the permission for the MachineKeys folder.

Перезапустите виртуальную машину, а затем повторите попытку подключения к виртуальной машине с удаленного рабочего стола. Restart the VM, and then try Start a Remote Desktop connection to the VM. Если ошибку не удалось устранить, перейдите к следующему шагу. If the error still occurs, go to the next step.

Шаг 3. Шаг 3. Включение всех поддерживаемых версий протокола TLS Step 3: Enable all supported TLS versions

Клиент RDP использует TLS 1.0 в качестве протокола по умолчанию. The RDP client uses TLS 1.0 as the default protocol. Тем не менее его можно изменить на TLS 1.1, который является новым стандартом. However, this can be changed to TLS 1.1, which has become the new standard. Если протокол TLS 1.1 отключен на виртуальной машине, произойдет сбой подключения. If TLS 1.1 is disabled on the VM, the connection will fail.

В экземпляре CMD включите протокол TLS. In a CMD instance, enable the TLS protocol:

Чтобы предотвратить перезапись изменений политики AD, временно остановите обновление групповой политики. To prevent the AD policy from overwriting the changes, stop the group policy update temporarily:

Чтобы изменения вступили в силу, перезапустите виртуальную машину. Restart the VM so that the changes take effect. Если проблема устранена, выполните следующую команду, чтобы снова включить групповую политику. If the issue is resolved, run the following command to re-enable the group policy:

Если изменение отменено, это означает, что в домене вашей компании уже имеется политика Active Directory. If the change is reverted, it means that there’s an Active Directory policy in your company domain. Чтобы впредь избежать этой проблемы, необходимо изменить эту политику. You have to change that policy to avoid this problem from occurring again.

Автономное восстановление виртуальной машины Repair the VM Offline

Подключите диск ОС к виртуальной машине восстановления. Attach the OS disk to a recovery VM

1. Устранение неполадок с виртуальной машиной Windows при подключении диска операционной системы к виртуальной машине восстановления с помощью портала Azure. Attach the OS disk to a recovery VM.
2. После подключения диска ОС к виртуальной машине восстановления убедитесь, что в консоли управления дисками он помечен как В сети. After the OS disk is attached to the recovery VM, make sure that the disk is flagged as Online in the Disk Management console. Запишите или запомните букву диска, которая присвоена подключенному диску ОС. Note the drive letter that is assigned to the attached OS disk.
3. Установите подключение с помощью удаленного рабочего стола к виртуальной машине, используемой для восстановления. Start a Remote Desktop connection to the recovery VM.

Включение журнала дампа и последовательной консоли Enable dump log and Serial Console

Чтобы включить журнал дампа и последовательную консоль, выполните следующий сценарий. To enable dump log and Serial Console, run the following script.

Откройте сеанс командной строки с повышенными привилегиями (запуск от имени администратора). Open an elevated command prompt session (Run as administrator).

Выполните следующий скрипт: Run the following script:

В этом сценарии мы предполагаем, что подключенному диску ОС присвоена буква F. Замените ее соответствующим значением для своей виртуальной машины. In this script, we assume that the drive letter that is assigned to the attached OS disk is F. Replace this drive letter with the appropriate value for your VM.

Сброс разрешения для папки MachineKeys Reset the permission for MachineKeys folder

Откройте сеанс командной строки с повышенными привилегиями (запуск от имени администратора). Open an elevated command prompt session (Run as administrator).

Выполните следующий сценарий. Run the following script. В этом сценарии мы предполагаем, что подключенному диску ОС присвоена буква F. Замените ее соответствующим значением для своей виртуальной машины. In this script, we assume that the drive letter that is assigned to the attached OS disk is F. Replace this drive letter with the appropriate value for your VM.

Шаг 3. Включение всех поддерживаемых версий протокола TLS Enable all supported TLS versions

Отройте сеанс командной строки с повышенными привилегиями (Запуск от имени администратора) и выполните приведенные ниже команды. Open an elevated command prompt session (Run as administrator), and the run the following commands. В этом сценарии мы предполагаем, что подключенному диску ОС присвоена буква F. Замените ее соответствующим значением для своей виртуальной машины. The following script assumes that the driver letter is assigned to the attached OS disk is F. Replace this drive letter with the appropriate value for your VM.

Проверьте, который протокол TLS включен. Check which TLS is enabled:

Если ключ не существует, или его значение 0, включите протокол, выполнив следующие сценарии. If the key doesn’t exist, or its value is 0, enable the protocol by running the following scripts:

Включите NLA. Enable NLA:

Отключите диск ОС и повторно создайте виртуальную машину, а затем проверьте, устранена ли проблема. Detach the OS disk and recreate the VM, and then check whether the issue is resolved.