Веб-сервер Apache является самым популярным средством размещения веб-контента в интернете. На его счету более половины всех действующих веб-сайтов. Это очень мощный и гибкий инструмент.
Apache разделяет свои функциональные возможности и компоненты на отдельные части, которые могут быть настроены и сконфигурированы независимо друг от друга. Базовая часть, которая отвечает за отдельный сайт или домен называется виртуальным хостом
(virtual host
).
Эта система позволяет администратору использовать один сервер, чтобы раздавать несколько сайтов используя один интерфейс или IP. Это удобно для тех, кто хочет использовать один VPS для хранения нескольких сайтов.
Каждый настроенный соответствующим образом домен будет направлять пользователя к определенной директории сервера, содержащей информацию этого сайта, соответствующего домену. При этом посетитель сайта не узнает, что данный сервер хранит и другие сайты. Эта схема может расширяема без каких-либо ограничений со стороны программного обеспечения до тех пор, пока сервер будет справляться с нагрузкой.
В этом руководстве мы расскажем, как настроить виртуальные хосты в Apache на VPS с Ubuntu 14.04. В процессе вы узнаете, как отображать разный контент для разных пользователей в зависимости от того, какой домен они запрашивают.
Перед тем, как приступать, вам необходимо создать не-рутового пользователя, как описано в шагах 1-4.
Также у вас должен быть установлен Apache, чтобы проделать описываемые ниже шаги. Если он еще не установлен, вы можете сделать это при помощи команды apt-get
:
sudo apt-get update
sudo apt-get install apache2
После завершения этих шагов, мы можем начать настройку виртуальных хостов.
В этом руководстве мы создадим виртуальный хост для доменов example.com
и test.com
. Мы будет ссылаться на них в руководстве, однако вам следует заменить их на свои домены при настройке ваших виртуальных хостов.
Для настройки доменных имен в DigitalOcean перейдите по этой ссылке.
Если у вас нет свободных доменов, на которых можно потренироваться, вы можете использовать фиктивные доменные имена.
Чуть позже мы покажем, как отредактировать файл с локальными хостами для проверки конфигурации в случае, если вы используете фиктивные доменные имена. Это позволит протестировать конфигурацию с вашего домашнего компьютера, даже несмотря на то, что контент сайта не будет доступен по этому доменному имени другим пользователям.
Первый шаг, который мы собираемся предпринять, это создать структуру директорий, содержащую данные сайта, которые будут отображаться посетителям.
Наш document root
(корневой каталог - директория верхнего уровня, которую просматривает Apache в поисках контента для отображения) будет настроен на использование директорий внутри директории /var/www
. Здесь мы создадим директории для обоих виртуальных хостов, которые мы планируем сделать в этом руководстве.
В каждой из этих директорий мы создадим вложенную директорию public_html
, которая будет содержать реальные файлы. Это дает нам некоторую гибкость в плане хранения контента.
Например, для наших сайтов мы создадим директории следующим образом:
sudo mkdir -p /var/www/example.com/public_html
sudo mkdir -p /var/www/test.com/public_html
Текст, выделенный красным, представляет собой доменные имена сайтов, которые мы хотим отображать с помощью нашего VPS.
Теперь у нас есть структура директорий для наших файлов, но владелец этих директорий - root-пользователь. Если мы хотим, чтобы наши обычные пользователи могли изменять файлы в наших веб-директориях, мы можем изменить их владельца следующим образом:
sudo chown -R $USER:$USER /var/www/example.com/public_html
sudo chown -R $USER:$USER /var/www/test.com/public_html
Переменная $USER
содержит имя пользователя, под которым вы залогинены в текущий момент. Теперь текущий пользователь владеет директориями public_html
, в которых мы будем хранить контент.
Нам так же необходимо немного отредактировать права доступа, чтобы убедиться, что доступ на чтение разрешен к общей веб-директории и всем файлам и папкам, содержащимся в ней. Это необходимо для того, чтобы страницы сайта отображались корректно:
sudo chmod -R 755 /var/www
Теперь ваш веб-сервер должен иметь разрешения, необходимые для отображения контента. Кроме того, теперь ваш пользователь имеет возможность создавать контент в необходимых директорий.
Наша структура директорий готова. Давайте создадим какой-нибудь контент для отображения посетителям наших сайтов.
Мы делаем это просто для демонстрации, потому страницы будет очень простыми. Мы собираемся создать по странице index.html
для каждого сайта.
Давайте начнем с example.com
. Мы можем создать и открыть файл index.html
в редакторе, введя команду:
nano /var/www/example.com/public_html/index.html
В этом файле создайте простой HTML-документ, который показывает, к какому сайту он относится. Наш файл выглядит следующим образом:
<html>
<head>
<title>Welcome to Example.com!</title>
</head>
<body>
<h1>Success! The example.com virtual host is working!</h1>
</body>
</html>
Когда закончите, сохраните и закройте файл.
Вы может скопировать файл, чтобы использовать его как основу для второго сайта:
cp /var/www/example.com/public_html/index.html /var/www/test.com/public_html/index.html
После этого вы можете открыть файл и исправить его содержимое:
nano /var/www/test.com/public_html/index.html
<html>
<head>
<title>Welcome to Test.com!</title>
</head>
<body>
<h1>Success! The test.com virtual host is working!</h1>
</body>
</html>
Сохраните и закройте этот файл. Теперь у вас есть страницы, необходимые для проверки конфигурации виртуальных хостов.
Файлы виртуальных хостов задают их конфигурацию, и определяют, как именно веб-сервер Apache будет отвечать на запросы к разным доменам.
По умолчанию, Apache имеет файл виртуального хоста 000-default.conf
, который мы можем использовать в качестве отправной точки. Мы собираемся скопировать его, чтобы создать файлы виртуального хоста для каждого из наших доменов.
Мы начнем с одного домена, сконфигурируем его, скопируем для другого домена, и затем снова сделаем необходимые правки. Конфигурация Ubuntu по-умолчанию требует, чтобы каждый файл виртуального хоста заканчивался расширением .conf
.
Начнем с копирования файла для первого домена:
sudo cp /etc/apache2/sites-available/000-default.conf /etc/apache2/sites-available/example.com.conf
Откройте новый файл в редакторе с root-правами:
sudo nano /etc/apache2/sites-available/example.com.conf
Файл будет похож на этот (мы удалили комментарии, чтобы сделать его более читабельным):
<VirtualHost *:80>
ServerAdmin webmaster@localhost
DocumentRoot /var/www/html
ErrorLog ${APACHE_LOG_DIR}/error.log
CustomLog ${APACHE_LOG_DIR}/access.log combined
</VirtualHost>
Как видите, файл совсем небольшой. Мы поправим его для нашего первого домена и добавим некоторые новые директивы. Эта секция конфигурации виртуального хоста относится к любом запросам, которые сделаны по 80 порту (порт по-умолчанию для HTTP).
Прежде всего, мы должны изменить директиву ServerAdmin
на адрес электронной почты, на который администратор сайта будет получать электронные письма.
ServerAdmin admin@example.com
Затем мы должны добавить две новые директивы. Первая, ServerName
, устанавливает основной домен, который должен соответствовать названию виртуального хоста. Это должно быть ваше доменное имя. Вторая, ServerAlias
, определяет другие имена, которые должны интерпретироваться так, как будто это основной домен. Это удобно для использования дополнительных доменных имен, например, с использованием www
:
ServerName example.com
ServerAlias www.example.com
Единственная вещь, которую нам осталось изменить в базовом файле виртуального хоста, это расположение корневого каталога этого домена. Мы уже создали нужную директорию, так что нам осталось изменить директиву DocumentRoot
так, чтобы она ссылалась на созданную нами директорию:
DocumentRoot /var/www/example.com/public_html
Теперь наш файл виртуального хоста должен выглядеть следующим образом:
<VirtualHost *:80>
ServerAdmin admin@example.com
ServerName example.com
ServerAlias www.example.com
DocumentRoot /var/www/example.com/public_html
ErrorLog ${APACHE_LOG_DIR}/error.log
CustomLog ${APACHE_LOG_DIR}/access.log combined
</VirtualHost>
Сохраните и закройте файл.
Теперь, когда у нас есть готовый первый виртуальный хост, мы можем создать второй, скопировав файл и поправив его там, где это необходимо.
Начните с копирования:
sudo cp /etc/apache2/sites-available/example.com.conf /etc/apache2/sites-available/test.com.conf
Откройте новый файл в редакторе с правами root-пользователя:
sudo nano /etc/apache2/sites-available/test.com.conf
Теперь вам нужно поправить всю необходимую информацию для второго домена. Когда вы закончите, файл должен выглядеть похожим образом:
<VirtualHost *:80>
ServerAdmin admin@test.com
ServerName test.com
ServerAlias www.test.com
DocumentRoot /var/www/test.com/public_html
ErrorLog ${APACHE_LOG_DIR}/error.log
CustomLog ${APACHE_LOG_DIR}/access.log combined
</VirtualHost>
Сохраните и закройте файл после внесения правок.
Теперь, когда мы создали файлы наших виртуальных хостов, мы должны их включить. Apache содержит инструменты, позволяющие нам это сделать.
Мы можем использовать утилиту a2ensite
для включения каждого из наших сайтов следующим образом:
sudo a2ensite example.com.conf
sudo a2ensite test.com.conf
После завершения необходимо перезапустить Apache, чтобы изменения вступили в силу:
sudo service apache2 restart
Скорее всего, вы получите сообщение, похожее на это:
* Restarting web server apache2
AH00558: apache2: Could not reliably determine the server's fully qualified domain name, using 127.0.0.1. Set the 'ServerName' directive globally to suppress this message
Это сообщение безобидно и не влияет на наш сайт.
Если до этого вы использовали не реальные доменные имена, которыми вы владеете, а тестовые, вы можете протестировать работоспособность виртуальных хостов, временно изменив файл hosts
на вашем локальном компьютере.
Это позволит перехватывать любой запрос к доменам, которые вы настроили и перенаправлять его на ваш VPS сервер так, как это сделала бы система DNS в случае использования реально зарегистрированных доменов. Это будет работать только с вашего локального компьютера и используется только для тестирования.
Убедитесь, что дальнейшие шаги вы будете проделывать на вашем локальном компьютере, а не на VPS сервере. Вам необходимо знать пароль администратора или быть членом группы администраторов.
Если вы используете компьютер с Mac или Linux, вы можете редактировать локальный файл с правами администратора, введя команду:
sudo nano /etc/hosts
Если у вас компьютер с Windows, вы можете найти инструкции по редактированию файла хостов здесь.
Вам необходимо добавить в файл публичный IP-адрес вашего VPS сервера и, следом, доменное имя, по которому вы хотите обращаться к этому VPS.
Для доменов, используемых в этом руководстве, предположим, что IP-адрес нашего VPS 111.111.111.111
. В этом случае мы можем добавить следующие строки в конец файла hosts
:
127.0.0.1 localhost
127.0.1.1 guest-desktop
111.111.111.111 example.com
111.111.111.111 test.com
В результате этого любые запросы к example.com
и test.com
с нашего компьютера будут перенаправляться на наш сервер по адресу 111.111.111.111
. Это удобно для проверки правильности настройки наших виртуальных хостов для случая, когда мы не являемся реальными владельцами этих доменных имен.
Сохраните и закройте файл.
Теперь, когда ваши виртуальные хосты сконфигурированы, вы можете легко протестировать работоспособность, перейдя в браузере по ранее настроенным адресам:
http://example.com
Вы должны увидеть похожую страницу:
<img src=“https://assets.digitalocean.com/articles/apache_virt_hosts_1404/example.png”>
Аналогично, вы можете зайти на вторую страницу:
http://test.com
Вы увидите файл, созданный для второго сайта:
<img src=“https://assets.digitalocean.com/articles/apache_virt_hosts_1404/test.png”>
Если оба сайта работают, значит вы успешно сконфигурировали два виртуальных хоста на одном и том же сервере.
Еси вы вносили изменения в файл hosts
на вашем локальном компьютере, теперь можете удалить добавленные строки, т.к. уже убедились в работоспособности конфигурации. Таким образом мы не будем хранить в файле “hosts” ненужные записи.
Если вы хотите, чтобы пользователи могли доступаться к вашим сайтам на постоянной основе, рассмотрите возможность приобретения доменных имен для своих сайтов и их настройки для работы с вашим VPS сервером.
Если вы следовали нашим инструкциям, теперь у вас должен быть один сервер, работающий с двумя разными доменными именами. Для добавления других виртуальных хостов следуйте инструкциям в этом руководстве.
Apache может работать с любым количеством доменных имен, так что можете добавлять новые сайты до тех пор, пока ваш сервер справляется с нагрузкой.
Thanks for learning with the DigitalOcean Community. Check out our offerings for compute, storage, networking, and managed databases.
This textbox defaults to using Markdown to format your answer.
You can type !ref in this text area to quickly search our full set of tutorials, documentation & marketplace offerings and insert the link!
Странно, что автор поста или перевода обошёлся без
$ sudo a2dissite 000-default.conf
Данная команда отключает дефолтный конфиг, который ищет сайт в/var/www
или/var/www/html
Сделал по вашей статье но все конфиги берет с 000-default.
Все по статье сделал, но грузится все равно из /var/www/html http://joxi.ru/DmBLbNYuNR34pA
Исправил добавив в файл настройки сайта (…sites-available/site.name.conf) код Directory “/var/www/social.fashiongreatness.com”> Allow from all </Directory>
Взял тут: http://forum.ubuntu.ru/index.php?topic=244143.0 Правда на указанный на форуме вариант при перезагрузке Апач ругался сначала на 2 строку - убрал… потом на 3-ю - убрал ( Require all granted), правда 4-ю, получается (уже часов 15 кнопкотычу и путаюсь), но заработало )))
Не заработало для поддомена… ошибка DNS
Статья по теме добавления виртуальных хостов в Apache https://shneider-host.ru/blog/dobavlenie-virtualnyh-hostov-v-apache.html
Что за команда “cp”? Почему мой терминал говорит что такой файл операнд отсутствует?
*мне помогло в списке хостов прописал вместо 111.111.111.111 такие айпи: 127.0.0.1 localhost 127.0.1.1 user
127.1.1.1 example.com 127.1.1.2 test.com работает )*
Если на запрос
localhost
в браузере открылась стартовая страница, то используйте для резолва адрес от localhost’а:Достаточно написать
127.0.0.1 example.com
и всё полетит, а так же помним про правильные пути к корневым каталогам в системе.Спасибо Статья простая доходчивая, все сделал как вы описали Поменяла Ip адрес на локальный все заработало, но работает только простой index.html которая оздала, потом загрузила движок а вот движок никак не хочет работать, то есть не движок а откудо то подгружается файд index.htm страница которая создается по умолчанию когда устанавливаешь Lam но его нет, раньше он находился тут /var/www/html так я его удалила, странно откуда он может подгружатся, получается он еще где то лежит? Вот скриншот этого файла траницы Example link
Кратко и доступно. Особенно интересен момент: sudo cp /etc/apache2/sites-available/000-default.conf /etc/apache2/sites-available/example.com.conf во многих иструкциях этот момент для более древних версий. Единственное, при тестировании захода по http://example.com (http://test.com): Not Found
The requested URL /example.com/public_html/index.html was not found on this server. Apache/2.4.7 (Ubuntu) Server at localhost Port 80
куда копать?
мне помогло в списке хостов прописал вместо 111.111.111.111 такие айпи: 127.0.0.1 localhost 127.0.1.1 user
127.1.1.1 example.com 127.1.1.2 test.com работает )
Автору спасибо за толковый мануал )
У меня при заходе на сайт домена переходит на ip адрес дроплета. В Где я не так настроил?