Ошибка Apache 500 без записей в error.log
Это находится на совершенно новом Сервере Ubuntu 14.04, выполняющем стандартную установку WAMP с Apache DAV_SVN (использующий аутентификацию LDAP) добавлено сверху его (отображенный на /svn). Я смог получить все работающее правильно, и протестированную подверсию доступа через HTTP и аутентификацию через LDAP и не имел никаких проблем.
Затем я вошел в/etc/network/interfaces и изменил его от DHCP для использования статического IP-адреса (таким образом, сервер DNS может разрешить имя хоста для SVN). Я выполнил перезагрузку на сервере и впоследствии любую попытку получить доступ /svn результат по 500 ошибкам (ПОСЛЕ обеспечения учетных данных аутентификации LDAP) - однако получающий доступ просто / возвращает апачскую страницу по умолчанию правильно.
Однако нет никакой записи 500 ошибок в error.log, таким образом, у меня нет способа отладить, какова ошибка. Я не уверен, ли ошибка с передачей учетных данных к LDAP, с SVN, Apache или что.
Обновление
Я смог подтвердить, что возвращение к DHCP позволяет SVN работать снова, однако мне нужен статический IP, таким образом, я могу использовать маршрутизацию имени хоста для SVN - использование динамического IP для репозитория создаст путаницу управления.
error.log
[Fri Feb 06 10:17:37.915182 2015] [mpm_prefork:notice] [pid 1090] AH00163: Apache/2.4.7 (Ubuntu) PHP/5.5.9-1ubuntu4.3 configured -- resuming normal operations
[Fri Feb 06 10:17:37.915260 2015] [core:notice] [pid 1090] AH00094: Command line: '/usr/sbin/apache2'
[Fri Feb 06 10:19:45.681937 2015] [mpm_prefork:notice] [pid 1090] AH00169: caught SIGTERM, shutting down
[Fri Feb 06 10:19:46.786369 2015] [mpm_prefork:notice] [pid 1987] AH00163: Apache/2.4.7 (Ubuntu) SVN/1.8.8 PHP/5.5.9-1ubuntu4.3 configured -- resuming normal operations
[Fri Feb 06 10:19:46.786434 2015] [core:notice] [pid 1987] AH00094: Command line: '/usr/sbin/apache2'
[Fri Feb 06 10:19:48.285095 2015] [mpm_prefork:notice] [pid 1987] AH00169: caught SIGTERM, shutting down
[Fri Feb 06 10:19:49.398153 2015] [mpm_prefork:notice] [pid 2074] AH00163: Apache/2.4.7 (Ubuntu) SVN/1.8.8 PHP/5.5.9-1ubuntu4.3 configured -- resuming normal operations
[Fri Feb 06 10:19:49.398214 2015] [core:notice] [pid 2074] AH00094: Command line: '/usr/sbin/apache2'
[Fri Feb 06 10:41:45.351303 2015] [mpm_prefork:notice] [pid 2074] AH00169: caught SIGTERM, shutting down
[Fri Feb 06 10:41:46.517131 2015] [mpm_prefork:notice] [pid 3665] AH00163: Apache/2.4.7 (Ubuntu) SVN/1.8.8 PHP/5.5.9-1ubuntu4.3 configured -- resuming normal operations
[Fri Feb 06 10:41:46.517209 2015] [core:notice] [pid 3665] AH00094: Command line: '/usr/sbin/apache2'
[Fri Feb 06 10:42:41.050821 2015] [dav:error] [pid 3669] [client 192.168.12.162:59312] Could not fetch resource information. [301, #0]
[Fri Feb 06 10:42:41.050932 2015] [dav:error] [pid 3669] [client 192.168.12.162:59312] Requests for a collection must have a trailing slash on the URI. [301, #175002]
[Fri Feb 06 10:46:13.366128 2015] [mpm_prefork:notice] [pid 3665] AH00169: caught SIGTERM, shutting down
[Fri Feb 06 10:46:14.514782 2015] [mpm_prefork:notice] [pid 3738] AH00163: Apache/2.4.7 (Ubuntu) SVN/1.8.8 PHP/5.5.9-1ubuntu4.3 configured -- resuming normal operations
[Fri Feb 06 10:46:14.514837 2015] [core:notice] [pid 3738] AH00094: Command line: '/usr/sbin/apache2'
[Fri Feb 06 10:56:37.258172 2015] [mpm_prefork:notice] [pid 3738] AH00169: caught SIGTERM, shutting down
[Fri Feb 06 11:09:35.552252 2015] [mpm_prefork:notice] [pid 1526] AH00163: Apache/2.4.7 (Ubuntu) SVN/1.8.8 PHP/5.5.9-1ubuntu4.3 configured -- resuming normal operations
[Fri Feb 06 11:09:35.558499 2015] [core:notice] [pid 1526] AH00094: Command line: '/usr/sbin/apache2'
[Fri Feb 06 11:21:48.478383 2015] [mpm_prefork:notice] [pid 1526] AH00169: caught SIGTERM, shutting down
[Fri Feb 06 11:22:06.006478 2015] [mpm_prefork:notice] [pid 1067] AH00163: Apache/2.4.7 (Ubuntu) SVN/1.8.8 PHP/5.5.9-1ubuntu4.3 configured -- resuming normal operations
[Fri Feb 06 11:22:06.007231 2015] [core:notice] [pid 1067] AH00094: Command line: '/usr/sbin/apache2'
[Fri Feb 06 11:41:32.208255 2015] [mpm_prefork:notice] [pid 1067] AH00169: caught SIGTERM, shutting down
[Fri Feb 06 11:41:33.396579 2015] [mpm_prefork:notice] [pid 1392] AH00163: Apache/2.4.7 (Ubuntu) SVN/1.8.8 PHP/5.5.9-1ubuntu4.3 configured -- resuming normal operations
[Fri Feb 06 11:41:33.396643 2015] [core:notice] [pid 1392] AH00094: Command line: '/usr/sbin/apache2'
Просто хочу узнать и опубликовать, в чем заключалась проблема и решение. В основном проблема заключалась в том, что я не назначал локальный DNS-сервер при настройке статического IP-адреса, поэтому он не разрешал имя хоста LDAP-сервера. Когда он был настроен для DHCP, он отлично использовал DNS, назначенный DHCP. Решением было просто добавить локальные DNS-серверы в / etc / network / interfaces , после чего все работало правильно.
Я до сих пор не уверен, почему для этого не было создано записи журнала ошибок.
Был задан вопрос, похожий на ваш, уже размещенный на Stackoverflow:
Во-первых, как вы показали, ваш порт активен и принимает пользователей, однако переход к подкаталог не работает.
Я столкнулся с аналогичной проблемой в CentOS, когда корень работал http://somesite.com , но когда я перешел на http://somesite.com/xyz , он дал мне ошибка 500.
Это было вызвано отсутствием разрешений для папки / xyz и тем, что файл .htaccess / httpd.conf не был правильно настроен с помощью:
<VirtualHost :80>
...
Insert your permissions here
</VirtualHost>
Или альтернативно (при условии, что вы не хотите публичного доступа к этому и ограничите его на IP-адрес по вашему выбору):
<Directory /xyz>
Options Follow Symlinks
Order deny, allow # If you want it to be public, use Order Allow, Deny; and
Deny from all #Allow from all
Allow from {IP of your choosing} #If Allow from all is present, this is line is not necessary.
</Directory>
Поработайте со своим файлом httpd.conf / .htaccess, это проблема с разрешениями. :)
РЕДАКТИРОВАТЬ:
Кроме того, убедитесь, что если вы используете базу данных для обслуживания контента на / xyz, что учетные данные, которые использует backend .php, верны, ошибка базы данных может быть скрыта от общего просмотра с помощью 500 внутренняя ошибка. (Простой способ проверить это: apt-get install lynx, а затем запустить lynx http://127.0.0.1/svn )