Почему мой Apache не работает после обновления до Ubuntu 14.04?

У меня была эта проблема, хотя apache работал на меня. Я просто хотел сделать быстрый

$ /usr/sbin/apache2 -V

, чтобы найти значение SERVER_CONFIG_FILE. Поскольку это не способ запускать apache2, он больше не работает с ошибками сообщений OP. Быстрое и грязное обходное решение - это просто установить envvars, которые отсутствуют в первую очередь:

$ source /etc/apache2/envvars
$ /usr/sbin/apache2 -V

Это устанавливает переменную APACHE_LOCK_DIR, и все хорошо (-D SERVER_CONFIG_FILE="apache2.conf").

Симптомы и решение

Во многих сайтах или форумах Q & amp; A люди путают симптомы и фактические причины. Я только что обновил сервер ubuntu с 13.10 по 14.04.1 и столкнулся с теми же симптомами, описанными OP, в том числе: 1- apache, по-видимому, не работает. Неверная конфигурация конфигурации apache. 3 - синтаксическая ошибка, упомянутая OP.

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

Различные проблемы с корнями могут привести к тому, что администраторы придут на такие сайты, как этот, примерно с одним и тем же описанием: «Я обновил ОС и теперь apache не работает ...»

cause

Имея все те же самые очевидные симптомы, что и OP, меня привлекал этот вопрос. К сожалению, единственный ответ, который содержал правильный намек на истинную основную причину моей проблемы, был опущен (-1), отправленный пользователем1469291 с репутацией 1! Поэтому я искал другие другие веб-сайты, пока не нашел ясное объяснение проблемы (и тем самым решения).

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

/etc/apache2/apache2.conf содержит:

# Include generic snippets of statements
IncludeOptional conf-enabled/*.conf

# Include the virtual host configurations:
IncludeOptional sites-enabled/*.conf

, что означает, что только файлы конфигурации сайта в файле / etc / apache2 / sites-enabled / end в .conf получат загружен. Старая символьная ссылка в этом каталоге будет проигнорирована.

Раньше это была просто поддержка сайтов / *. Вот почему все мои файлы конфигурации виртуального хоста, которые я просто назвал ww1.example.com, ww2.example.com и т. Д., Использовали, но внезапно и изначально необъяснимо перестали работать после обновления.

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

Кроме того, директива по умолчанию в apache.conf более строгая:

<Directory />
  Options FollowSymLinks
  AllowOverride None
  Require all deny
</Directory>
<Directory /var/www/>
  Options Indexes FollowSymLinks
  AllowOverride None
  Require all granted
</Directory>

Итак, если вы размещаете свои виртуальные сайты в / home / user / где-нибудь, обязательно переопределите директивы надлежащим образом.

Внимательно изучая вашу проблему, вы просто запускаете apache2. Чтобы запустить apache в Ubuntu, выполните следующую команду:

sudo apache2ctl start

Конфигурация Apache разделена на несколько файлов, один из этих файлов - переменные среды. Когда вы запускаете только apache2, эти переменные не установлены.

Скрипт apache2ctl будет загружать переменные (и делать некоторые другие вещи, когда это необходимо), прежде чем запускать apache с помощью apache2 -k start.

Измените конфигурацию: sudo leafpad /etc/apache2/apache2.conf:

# Include the virtual host configurations:

#before upgrade = 
IncludeOptional sites-enabled/*
#after upgrade = 
/IncludeOptional sites-enabled/*.conf

или удалите файл.

Ответ augustin работал для меня, когда все мои виртуальные хосты исчезли после обновления сервера с 12.04 LTS до 14.04 LTS.

Следующая команда добавит суффикс .conf ко всем символическим ссылкам в /etc/apache2/sites-enabled, которые еще не имеют его:

Кроме того, произошел переход от использования синтаксиса Allow from / Deny from к Require в модуле answer (здесь ссылка для документации 2.2).

Следующая команда отредактирует общее использование Order allow, deny, а затем Allow from all вместо Require all granted:

perl -0777 -pi.bak -e 's/Order\s+allow\s*,\s*deny\s*\n\s*Allow\s+from\s+all/Require all granted/sg' /etc/apache2/sites-available/* 

Фактически, docroot действительно меняется между точным и надежным из / var / www в / var / www / html. Плохо, что скрипт do-release-upgrade не регрессирует docroot.

A) Любой из них действителен, но html более условен. В этом отношении имеет значение CentOS. Страница «it works» также более зрелая.

B) Вам не нужно использовать / var / www / html, но если вы это сделаете ...

C) И может быть проще построить с нуля и мигрировать.

D) Этот симптом произойдет, если вы «sudo apache2 -k graceful» из коробки на Доверяйте, обновляйте или нет из-за того, что envvars не находятся в сфере видимости. Вместо этого используйте «sudo apache2ctl start / stop / restart».

В моем случае:

Как я решил проблему в пяти простых шагах:

<Directory /home/{user}/sites/>
    Options Indexes FollowSymLinks
    AllowOverride None
    Require all granted
</Directory>

<VirtualHost *:80>
    ServerAdmin webmaster@localhost
    ServerName website.dev
    ServerAlias www.website.dev
    DocumentRoot /home/{user}/sites/website
</VirtualHost>

P.S. Я уже установил website.dev в файле /etc/hosts.

P.S. Чтобы проверить разрешения конкретной папки, вы можете использовать команду stat -c %a /path/to/file/or/folder. Для проверки разрешений для каждой части каталога используйте namei -m /path/to/final/folder.