Antworten:
sites-available enthält die Apache-Konfigurationsdateien für jede Ihrer Sites. Zum Beispiel:
<VirtualHost *:80>
ServerName site.mysite.com
ServerAdmin my@email.com
DirectoryIndex index.php
DocumentRoot /home/user/public_html/site.mysite.com/public
LogLevel warn
ErrorLog /home/user/public_html/site.mysite.com/logs/error.log
CustomLog /home/user/public_html/site.mysite.com/logs/access.log combined
</VirtualHost>
Wenn Sie eine neue Site hinzufügen möchten (zum Beispiel site.mysite.com), fügen Sie sie hier hinzu und verwenden:
a2ensite site.mysite.com
So aktivieren Sie die Site Sobald die Site aktiviert ist, wird ein Symlink zur Konfigurationsdatei in das sites-enabled-Verzeichnis gestellt, um anzuzeigen, dass die Site aktiviert ist.
a2ensite
und a2dissite
befinden sich in, /usr/sbin
die derzeit nicht im Standardbenutzerpfad enthalten sind, sodass das Ausfüllen von Registerkarten nicht funktioniert. Bei der Eingabe sudo a2
und Drücken der Tabulatortaste aber Sie werden beide angeboten werden a2ensite
und a2dissite
.
Wichtiger als die Mechanik des Systems ist die Begründung ...
Debian stellt die beiden separaten Verzeichnisse zur Verfügung, so dass Sie, wenn Sie Ihre Apache-Konfigurationen automatisch verwalten, einfach alle vhosts sites-available
auf Ihren Rechnern ablegen und dann einzelne vhosts auf dem Server aktivieren können, der sie tatsächlich bereitstellt. Dies bedeutet auch, dass Sie eine Site nahezu sofort deaktivieren können, wenn sie Probleme verursacht ( a2dissite example.com; /etc/init.d/apache2 reload
).
Sie sollten Dateien nur im sites-available
Verzeichnis bearbeiten .
Bearbeiten Sie niemals Dateien innerhalb des sites-enabled
Verzeichnisses, da Sie sonst Probleme haben können, wenn Ihr Editor nicht genügend Arbeitsspeicher hat oder aus irgendeinem Grund ein SIGHUP oder SIGTERM erhält.
Beispiel: Wenn Sie nano
zum Bearbeiten der Datei verwenden sites-enabled/default
und nicht genügend Arbeitsspeicher vorhanden ist oder aus irgendeinem Grund ein SIGHUP oder SIGTERM empfangen nano
wird default.save
, wird im sites-enabled
Verzeichnis eine Notfalldatei mit dem Namen erstellt . Es wird also eine zusätzliche Datei im sites-enabled
Verzeichnis geben. Dadurch wird verhindert, dass Apache oder NGINX gestartet werden. Wenn Ihre Site funktioniert hat, ist sie nicht mehr verfügbar. Sie werden es schwer haben, bis Sie in den Protokollen etwas im Zusammenhang mit der default.save
Datei herausfinden und sie dann entfernen.
Im obigen Beispiel sites-available
wäre nichts Schlimmes passiert , wenn Sie die Datei im Verzeichnis bearbeitet hätten. Die Datei sites-available/default.save
wäre erstellt worden, würde aber im sites-available
Verzeichnis keinen Schaden anrichten .