Tengo una instancia en Amazon AWS (servidor Ubuntu).
Quiero crear un subdominio para mi sitio web: tools.example.compara las personas de la oficina en la que trabajo y crear herramientas (usando PHP) para que los empleados puedan trabajar. (aplicaciones web de automatización de código, por ejemplo).
Yo nunca he creado un subdominio en un servidor Linux (normalmente trabajaba con empresas de alojamiento con cPanel, etc.), y soy nuevo en Amazon AWS, lo cual me parece fantástico, trabajo con un servidor Linux y hago todo. solo - ¡Extremadamente increíble!
Entonces estaba empezando a explorar cómo crear un subdominio en mi sitio web, y llegué a un punto en el que sé que tengo 2 opciones, las cuales no sé exactamente cuáles son las diferencias entre ellas, cuál será el Implicaciones en mi trabajo, etc.
La primera opción es crear el subdominio utilizando Amazon Route53:http://docs.aws.amazon.com/Route53/latest/DeveloperGuide/CreatingNewSubdomain.html
y la segunda opción que encontré fue hacer esto usando el servidor Ubuntu, por ejemplo: 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
Algunas cosas me parecen un poco vagas y estaré feliz de tener más puntos de iluminación de personas que saben un poco más sobre las "cosas" teóricas y sabrán guiarme hacia la mejor opción para mí.
No dude en hacerme preguntas.
para @Stefano Martins (28.10.2015):
Bien, hice esto:
<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 {} \;
Mi carpeta es la varindicada, no la srv. Cambié todo de srv a var y ahora ya no aparece el error 403. pero ahora no puedo subir a /var/www/tools.example.com/public_htmltravés de FTP.
ACTUALIZAR:
Utilicé sudo chown www-data:www-data -R /var/www/
eso resolvió mi problema.
¡Muchas gracias!
Respuesta1
Eso es lo que pasa con los servicios web de Amazon. Tiene muchas opciones para construir su infraestructura, comenzando con el simple EBS (Elastic Beanstalk) que proporciona un entorno fácil de implementar (también conocido como método rápido y sucio).
Otra opción es usar EC2 y construirlo usted mismo, y como esta es la forma que ha elegido hasta ahora, básicamente lo que necesita es:
En su Route 53, cree un registro CNAME o A que apunte a la dirección IP de su instancia (debe usar IP elásticas para asegurarse de que su instancia siempre obtenga la misma dirección IP). Sugeriría una entrada CNAME porque ya tienes un registro A en tu zona. Hace que la resolución de DNS sea un poco más lenta, pero es más fácil de administrar a lo largo del tiempo. Podemos llamarlo herramientas.ejemplo.com.
En el directorio de configuración de Apache (generalmente /etc/apache2/sites-available), cree un archivo llamado tools.example.com.conf con el siguiente contenido:
<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>
Cree el directorio que almacenará su sitio/aplicación con:
mkdir -p /srv/www/tools.example.com/{public_html,logs}
Habilite el nuevo virtualhost y vuelva a cargar el servicio de Apache:
sudo a2ensite tools.example.com.conf
sudo service apache2 reload
Un consejo: en la mayoría de los casos, utilizar la infraestructura de AWS y las soluciones listas para usar es más económico.
Nota: Básicamente, esto es lo que necesita, pero no es 100% ideal para un entorno de producción.
¡Cya!
Respuesta2
Necesitas dos cosas para que tu subdominio funcione correctamente.
Un registro DNS en un servidor DNS. Estos registros deben crearse en los servidores de nombres que haya configurado en su dominio simple (sudominio.tld). Si ya está utilizando Amazon Route53 para su dominio simple, está bien, también puede usarlo para su subdominio (Amazon Route53 es solo un servicio de alojamiento DNS)
Un host virtual en un servidor web.