Erstellen einer Subdomäne mit Amazon AWS vs. Erstellen der Subdomäne innerhalb des Servers – Was ist der Unterschied?

Erstellen einer Subdomäne mit Amazon AWS vs. Erstellen der Subdomäne innerhalb des Servers – Was ist der Unterschied?

Ich habe eine Instanz auf Amazon AWS (Ubuntu-Server).

Ich möchte eine Subdomäne für meine Website erstellen: tools.example.comfür die Leute in dem Büro, in dem ich arbeite, und Tools (mit PHP) erstellen, mit denen die Mitarbeiter arbeiten können (z. B. Web-Apps zur Code-Automatisierung).

Ich habe selbst noch nie eine Subdomäne auf einem Linux-Server erstellt (ich habe normalerweise mit Hosting-Unternehmen mit cPanel usw. gearbeitet) und ich bin neu bei Amazon AWS, was ich sehr toll finde, und mit einem Linux-Server zu arbeiten und alles selbst zu machen – extrem toll!

Ich begann also zu erkunden, wie ich eine Subdomain auf meiner Website erstellen kann, und kam zu einem Punkt, an dem ich weiß, dass ich zwei Optionen habe, von denen ich nicht genau weiß, was die Unterschiede zwischen ihnen sind und welche Auswirkungen sie auf meine Arbeit haben werden usw.‘.

Die erste Möglichkeit besteht darin, die Subdomäne mit Amazon Route53 zu erstellen:http://docs.aws.amazon.com/Route53/latest/DeveloperGuide/CreatingNewSubdomain.html

und die zweite Möglichkeit, die ich gefunden habe, bestand darin, dies über den Ubuntu-Server selbst zu tun, zB: https://askubuntu.com/questions/463618/setting-up-subdomain-on-ubuntu-server http://kim.sg/index.php/ubuntu/17-wie-man-eine-Subdomain-auf-ubuntu-server-14-04-einrichtet

Manche Dinge erscheinen mir ein wenig vage und ich würde mich über weitere aufklärende Punkte von Leuten freuen, die sich mit dem theoretischen „Zeug“ ein bisschen besser auskennen und mich zu der für mich besten Wahl führen können.

Bitte zögern Sie nicht, mir Fragen zu stellen.

für @Stefano Martins (28.10.2015):

Ok, ich habe Folgendes gemacht:

<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 {} \;

Mein Ordner ist der vareine, nicht der srv. Ich habe alles von srv nach var geändert und jetzt bekomme ich den 403-Fehler nicht mehr. Aber jetzt kann ich nicht /var/www/tools.example.com/public_htmlper FTP hochladen.

AKTUALISIEREN: Das habe ich verwendet sudo chown www-data:www-data -R /var/www/ und das hat mein Problem gelöst.

Vielen Dank!

Antwort1

Das ist das Besondere an Amazon Web Services. Sie haben viele Möglichkeiten, Ihre Infrastruktur aufzubauen, angefangen mit dem einfachen EBS (Elastic Beanstalk), das eine leicht bereitzustellende (auch als Quick-and-Dirty-Methode bezeichnete) Umgebung bietet.

Eine andere Möglichkeit besteht darin, EC2 zu verwenden und es selbst zu erstellen. Da dies der Weg ist, den Sie bisher gewählt haben, benötigen Sie im Wesentlichen Folgendes:

Erstellen Sie in Ihrer Route 53 einen CNAME- oder A-Eintrag, der auf die IP-Adresse Ihrer Instanz verweist (Sie sollten Elastic IPs verwenden, um sicherzustellen, dass Ihre Instanz immer dieselbe IP-Adresse erhält). Ich würde einen CNAME-Eintrag vorschlagen, da Sie bereits einen A-Eintrag in Ihrer Zone haben. Dadurch wird Ihre DNS-Auflösung etwas langsamer, aber es ist im Laufe der Zeit einfacher zu verwalten. Wir können das tools.example.com nennen.

Erstellen Sie im Verzeichnis Ihrer Apache-Konfiguration (normalerweise /etc/apache2/sites-available) eine Datei namens tools.example.com.conf mit dem folgenden Inhalt:

<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>

Erstellen Sie das Verzeichnis, in dem Ihre Site/Anwendung gespeichert wird, mit:

mkdir -p /srv/www/tools.example.com/{public_html,logs}

Aktivieren Sie den neuen virtuellen Host und laden Sie den Apache-Dienst neu:

sudo a2ensite tools.example.com.conf
sudo service apache2 reload

Ein Tipp: In den meisten Fällen ist die Verwendung von AWS-Infrastruktur und Out-of-the-Box-Lösungen günstiger.

Hinweis: Grundsätzlich ist dies, was Sie brauchen, aber es ist nicht 100 % ideal für eine Produktionsumgebung.

Tschüss!

Antwort2

Damit Ihre Subdomäne ordnungsgemäß funktioniert, benötigen Sie zwei Dinge.

  1. Ein DNS-Eintrag in einem DNS-Server. Diese Einträge sollten auf den Nameservern erstellt werden, die Sie für Ihre nackte Domain (IhreDomain.tld) ​​eingerichtet haben. Wenn Sie Amazon Route53 bereits für Ihre nackte Domain verwenden, ist das in Ordnung. Sie können es auch für Ihre Subdomain verwenden (Amazon Route53 ist nur ein DNS-Hosting-Dienst).

  2. Ein virtueller Host in einem Webserver.

verwandte Informationen