2016-09-06 4 views

ответ

4

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

Это очевидно, потому что сообщение об ошибке имеет uid в диапазоне от обычного пользователя, а не от специального пользователя apache или nobody.

Чтобы исправить это, необходимо изменить конфигурацию WSGIDaemonProcess директивы и добавьте параметр:

socket-user=#3708 

или:

socket-user=username 

где username заменяется фактическим именем пользователя с uid от 3708.

Возможно, добавление этой опции требуется из-за недавних изменений в конфигурациях CPanel для Apache.

Смежные вопросы