Виртуальный хост Apache 2.4 игнорируется

вам необходимо перезапустить сервер apache we после редактирования vhost, также вам нужно добавить enable vhost. включить:

sudo a2ensite example.conf (name of config file inside sites-available directory)

для перезапуска сервера:

sudo service apache2 restart

также проверьте разрешения для каталога www, возможно, пользователь apache не может прочитать этот каталог.

Вы включили виртуальные хосты где-нибудь в своей конфигурации?

NameVirtualHost *:80

Наконец нашел ответ на странице https://stackoverflow.com/a/23713299/225682.

Apache необходимо перезапустить с помощью sudo, иначе изменения не действуют.

Ну это моя история. У меня была свежая установка:

webmaster@ubuntuserver:/srv$ lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description:    Ubuntu 16.04.3 LTS
Release:        16.04
Codename:       xenial
webmaster@ubuntuserver:/srv$
webmaster@ubuntuserver:/srv$ apache2 -v
Server version: Apache/2.4.18 (Ubuntu)
Server built:   2017-09-18T15:09:02
webmaster@ubuntuserver:/srv$

Я использовал очень простую конфигурацию виртуального хоста:

<VirtualHost *:80>
ServerAdmin [email protected]
ServerName testsite.com
ServerAlias www.testsite.com
DocumentRoot /var/www/testsite
ErrorLog ${APACHE_LOG_DIR}/error.log
CustomLog ${APACHE_LOG_DIR}/access.log combined
</VirtualHost>

Пробовал много предложений, таких как:

• настройки прав доступа к каталогам;
• содержимое каталога chmod до 774;
• настройки брандмауэра;

Наконец решено с добавлением:

Listen 80

вверху конфигурации виртуального хоста, чтобы он выглядел так:

Listen 80
<VirtualHost *:80>
ServerAdmin [email protected]
ServerName testsite.com
ServerAlias www.testsite.com
DocumentRoot /var/www/testsite
ErrorLog ${APACHE_LOG_DIR}/error.log
CustomLog ${APACHE_LOG_DIR}/access.log combined
</VirtualHost>

В конце концов виртуальные хосты начали отвечать и вели себя так, как ожидалось.

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

В любом случае вы также можете обратиться к документации Apache:

https://httpd.apache.org/docs/2.4/bind.html

На 6 лет опоздали, но, может быть, это кому-то поможет. При отладке подобных проблем сначала убедитесь, что apache видит вашу конфигурацию виртуального хоста: apachectl -S

Вы должны увидеть свою конфигурацию виртуального хоста на выходе:

*:80                   example.com (/etc/httpd/conf.d/example.com.conf:2)

Если вы его не видите, возможно, путь к файлу конфигурации не включен в основной файл конфигурации или у самого файла отсутствует расширение .conf.

Если вы видите свой VirtualHost на выходе, но вместо этого получаете VirtualHost по умолчанию, проверьте глобальную директиву ServerName в основном файле конфигурации. Он НЕ должен совпадать с вашим VirtualHost ServerName.

Будьте осторожны - если ваше глобальное имя сервера не установлено, apache получит его, используя rDNS. Поэтому, если обратная DNS-запись вашего IP-адреса совпадает с example.com (так же, как ваш VirtualHost), ваш VirtualHost может игнорироваться. Я считаю, что это очень частый источник проблем, и я еще не нашел этого на форумах. Если вы столкнулись с этой проблемой, проверьте запись rDNS вашего IP-адреса с помощью команды host.

Попробуйте запустить команду apachectl с параметром -t, это проверяет правильность всей конфигурации. Какой файл это виртуальный хост. Вы перезапустили apache, чтобы принять эти изменения?

apachectl restart