У меня есть экземпляр на Amazon AWS (сервер Ubuntu).
Я хочу создать поддомен для своего веб-сайта: tools.example.comдля сотрудников офиса, в котором я работаю, и создать инструменты (с использованием PHP), с которыми смогут работать сотрудники (например, веб-приложения для автоматизации написания кода).
Я никогда не создавал поддомен на сервере Linux самостоятельно (обычно я работал с хостинговыми компаниями с cPanel и т. д.), и я новичок в Amazon AWS, который я нахожу очень классным, а работа с сервером Linux и выполнение всего самостоятельно - это просто потрясающе!
Итак, я начал изучать, как создать поддомен на моем сайте, и пришел к выводу, что у меня есть два варианта, но я не совсем понимаю, в чем разница между ними, как это повлияет на мою работу и т. д.
Первый вариант — создание поддомена с помощью Amazon Route53:http://docs.aws.amazon.com/Route53/latest/DeveloperGuide/CreatingNewSubdomain.html
и второй вариант, с которым я столкнулся, заключался в использовании самого сервера Ubuntu, например: https://askubuntu.com/questions/463618/setting-up-subdomain-on-ubuntu-server http://kim.sg/index.php/ubuntu/17-how-to-setup-subdomain-on-ubuntu-server-14-04
Некоторые вещи кажутся мне немного неясными, и я буду рад получить больше разъяснений от людей, которые разбираются в теоретических «штучках» и смогут помочь мне сделать лучший выбор.
Пожалуйста, не стесняйтесь задавать мне вопросы.
для @Stefano Martins (28.10.2015):
Хорошо, я сделал это:
<VirtualHost *:80>
ServerName tools.example.com
ServerAdmin [email protected]
ErrorLog /var/www/tools.example.com/logs/error.log
CustomLog /var/www/tools.example.com/logs/access.log combined
DocumentRoot /var/www/tools.example.com/public_html
</VirtualHost>
mkdir -p /var/www/tools.example.com/{public_html,logs}
sudo a2ensite tools.example.com.conf
sudo service apache2 reload
sudo find /var/www/tools.example.com/public_html -type d -exec chmod 755 {} \;
sudo find /var/www/tools.example.com/public_html -type f -exec chmod 644 {} \;
sudo adduser ubuntu www-data
sudo find /var/www/tools.example.com/public_html -type d -exec chmod 775 {} \;
sudo find /var/www/tools.example.com/public_html -type f -exec chmod 664 {} \;
Моя папка — это varта, а не та srv. Я изменил все с srv на var, и теперь ошибка 403 больше не появляется. Но теперь я не могу загрузить /var/www/tools.example.com/public_htmlчерез FTP.
ОБНОВЛЯТЬ:
Я использовал sudo chown www-data:www-data -R /var/www/
это, и это решило мою проблему.
Большое спасибо!
решение1
Вот в чем суть Amazon Web Services. У вас есть много вариантов для построения вашей инфраструктуры, начиная с простого EBS (Elastic Beanstalk), который обеспечивает простую в развертывании (т. е. быстрый и грязный способ) среду.
Другой вариант — использовать EC2 и собрать его самостоятельно, и поскольку вы выбрали именно этот способ, то, по сути, вам нужно следующее:
В вашем Route 53 создайте запись CNAME или A, указывающую на IP-адрес вашего экземпляра (вам следует использовать Elastic IP, чтобы убедиться, что ваш экземпляр всегда получает один и тот же IP-адрес). Я бы предложил запись CNAME, поскольку у вас уже есть запись A в вашей зоне. Это немного замедлит разрешение DNS, но его легче контролировать со временем. Мы можем назвать это tools.example.com.
В каталоге конфигурации Apache (обычно /etc/apache2/sites-available) создайте файл с именем tools.example.com.conf со следующим содержимым:
<VirtualHost *:80>
ServerName tools.example.com
ServerAdmin [email protected]
ErrorLog /srv/www/tools.example.com/logs/error.log
CustomLog /srv/www/tools.example.com/logs/access.log combined
DocumentRoot /srv/www/tools.example.com/public_html
</VirtualHost>
Создайте каталог, в котором будет храниться ваш сайт/приложение:
mkdir -p /srv/www/tools.example.com/{public_html,logs}
Включите новый виртуальный хост и перезагрузите службу Apache:
sudo a2ensite tools.example.com.conf
sudo service apache2 reload
Совет: в большинстве случаев использование инфраструктуры AWS и готовых решений обходится дешевле.
Примечание: По сути, это то, что вам нужно, но это не на 100% идеальный вариант для производственной среды.
Ура!
решение2
Для правильной работы вашего поддомена необходимы две вещи.
Запись DNS на сервере DNS. Эти записи должны быть созданы на серверах имен, которые вы настроили на вашем голом домене (yourdomain.tld). Если вы уже используете Amazon Route53 для вашего голого домена, это нормально, вы также можете использовать его для своего поддомена (Amazon Route53 — это просто служба хостинга DNS)
Виртуальный хост на веб-сервере.