Tenho uma instância no Amazon AWS (servidor Ubuntu).
Quero criar um subdomínio para meu site: tools.example.compara as pessoas do escritório em que trabalho e construir ferramentas (usando PHP) para que os funcionários possam trabalhar. (aplicativos web de automação de código, por exemplo).
Eu nunca criei um subdomínio em um servidor Linux (normalmente trabalhei com empresas de hospedagem com cPanel ect'), e sou novo no Amazon AWS, o que acho muito incrível, e trabalho com um servidor Linux e faço tudo sozinho - Extremamente incrível!
Então eu estava começando a explorar como criar um subdomínio no meu site, e cheguei a um ponto que sei que tenho 2 opções, que não sei exatamente quais são as diferenças entre elas, quais serão as implicações no meu trabalho, etc.
A primeira opção é criar o subdomínio usando Amazon Route53:http://docs.aws.amazon.com/Route53/latest/DeveloperGuide/CreatingNewSubdomain.html
e a segunda opção que encontrei foi fazer isso usando o próprio servidor Ubuntu, ex: 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
Algumas coisas me parecem um pouco vagas e ficarei feliz em receber mais pontos de esclarecimento de pessoas que sabem um pouco mais sobre as "coisas" teóricas e saberão me orientar na melhor escolha para mim.
Fique à vontade para me fazer perguntas.
para @Stefano Martins (28.10.2015):
Ok, eu fiz isso:
<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 {} \;
Minha pasta é varessa, não a srv. Mudei tudo de srv para var e agora não recebo mais o erro 403. mas agora não consigo fazer upload /var/www/tools.example.com/public_htmlvia FTP.
ATUALIZAR:
Eu usei sudo chown www-data:www-data -R /var/www/
isso resolveu meu problema.
Muito obrigado!
Responder1
Esse é o problema da Amazon Web Services. Você tem muitas opções para construir sua infraestrutura, começando com o simples EBS (Elastic Beanstalk), que fornece um ambiente fácil de implantar (também conhecido como maneira rápida e suja).
Outra opção é usar o EC2 e construí-lo você mesmo, e como esse foi o caminho que você escolheu até agora, basicamente o que você precisa é:
No Route 53, crie um registro CNAME ou A apontando para o endereço IP da sua instância (você deve usar Elastic IPs para garantir que sua instância sempre obtenha o mesmo endereço IP). Eu sugeriria uma entrada CNAME porque você já possui um registro A em sua zona. Isso torna a resolução do DNS um pouco mais lenta, mas é mais fácil de gerenciar com o tempo. Podemos chamar isso de tools.example.com.
No diretório de configuração do Apache (geralmente /etc/apache2/sites-available), crie um arquivo chamado tools.example.com.conf com o seguinte conteúdo:
<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>
Crie o diretório que armazenará seu site/aplicativo com:
mkdir -p /srv/www/tools.example.com/{public_html,logs}
Habilite o novo virtualhost e recarregue o serviço do Apache:
sudo a2ensite tools.example.com.conf
sudo service apache2 reload
Uma dica: na maioria dos casos, usar infraestrutura AWS e soluções prontas para uso é mais barato.
Nota: Basicamente, é disso que você precisa, mas não é 100% ideal para um ambiente de produção.
Cia!
Responder2
Você precisa de duas coisas para que seu subdomínio funcione corretamente.
Um registro DNS em um servidor DNS. Esses registros devem ser criados nos servidores de nomes que você configurou em seu domínio sem www (seudominio.tld). Se você já estiver usando o Amazon Route53 para seu domínio sem www, tudo bem, você também pode usá-lo para seu subdomínio (o Amazon Route53 é apenas um serviço de hospedagem DNS)
Um host virtual em um servidor web.