So langsam läuft der neue vServer stabil und offenbar auch sicher. Bislang konnte ich noch keine Anomalien feststellen. Da ich im Moment gerade mal keine Lust mehr hab an diversen .conf Dateien rumzuschrauben, fang ich endlich mal meine kleine Dokumentation dazu an.

Auf meinem vServer läuft ein Debian 9 auf 64bit mit 4 virtuellen CPUs und 12GB RAM. Also halbwegs viel Power für eine Handvoll kleiner Musikerseiten. Zur Installation des gewählten Betriebssystems will ich an dieser Stelle nicht viele Worte verlieren, da das IMHO im Netz bereits ausreichend beschrieben wurde. Kommen wir also zur Sache!

Ich arbeite hier ausschließlich als root. Falls jemand sudo bevorzugt, der stelle vor jedes Kommando eben jenes sudo! Mir persönlich ist das zuviel Tipperei...
Außerdem bevorzuge ich aptitude über apt-get bzw apt. Das ist zwar mehr Tipperei, aber aptitude scheint über eine bessere Auflösung der Abhängigkeiten zu verfügen. Der geneigte Leser möge hier bitte das Paketverwaltungsprogramm seiner Wahl benutzen! ?

Apache

Installiert wird der Apache mit folgendem unscheinbaren Einzeiler:

aptitude install apache2

Optional kann man sich auch die Dokumentation dazu mit installieren: (in meinen Augen überflüssig, da das auch nur die Kopie der Onlinedokumentation ist.)

aptitude install apache2 apache2-doc

Und schon sitzt der Indianer friedlich rauchend in seinem Wigwam und wartet auf eingehende Anfragen. Jetzt braucht er allerdings auch Antworten (sprich Webseiten). Für den Anfang ist eine Standardseite installiert (/var/www/index.html, die die ordnungsgemäße Funktion des Apachen bescheinigt. Gibt man jetzt im Browser die IP des vServers ein, so kann man diese bestaunen.

/etc/apache2/apache2.conf

Die Hauptkonfigurationsdatei des HTTPservers (Apache) liegt im Verzeichnis /etc/apache2/apache2.conf. Diese kann man eigentlich erstmal in Ruhe lassen. Nur die folgende Einstellung empfehle ich zu überdenken: (Zeile 170)

<Directory /var/www/>
	Options Indexes FollowSymLinks
	AllowOverride None
	Require all granted
</Directory>

In meinem Falle habe ich das geändert zu:

<Directory /var/www/vhosts>
	Options Indexes MultiViews
	AllowOverride All
	Require all granted
</Directory>

Dies bewirkt, das die auszuliefernden Webseiten nicht im Verzeichnis /var/www, sondern in /var/www/vhosts gesucht werden. So kann man das Verzeichnis /var/www/ noch für andere Dinge nutzen, z.Bsp. für .htpasswd Dateien, ohne daß diese Gefahr laufen ausgeliefert zu werden.
AllowOverride None blockiert die Möglichkeit, daß .htaccess Dateien überhaupt erst gelesen und geachtet werden. (Siehe dazu auch Thomas' Kommentare)

Außerdem sollte man darauf achten, daß die folgenden Zeilen in dieser Form auftauchen: (bei mir ab Zeile 191)

#
# The following lines prevent .htaccess and .htpasswd files from being
# viewed by Web clients.
#
<FilesMatch "^\.ht">
	Require all denied
</FilesMatch>

weitere confs

Die weiterhin wichtigsten Verzeichnisse und darin enthaltenen Configs sind:

• /etc/apache2/sites-available
• /etc/apache2/mods-available
• /etc/apache2/conf-available

Gibt man einen dieser Befehle ohne weitere Spezifikation ein, so erscheint eine Liste der verfügbaren Optionen und man wird gefragt welche Option denn nun die gewünschte wäre. Praktisches kleines Tool!

Module

Wichtig erschienen mir folgende Module: (die anderen waren schon aktiv)

• ssl
• rewrite
• security2

Daraus ergibt sich: mit dem Befehl

a2enmod ssl

a2dismod ssl

aptitude search libapache2-mod

Eine Webseite aktivieren

Hier fängt alles mit der Webseite selbst an. Diese muß nun an Ort und Stelle kopiert werden. In unserem Falle nach /var/www/vhosts/example.com. Anschließend muß eine Konfigurationsdatei in /etc/apache2/sites-available erstellt werden. Am Besten nach dem Muster example.com.conf. Als Vorlage kann man die vorinstallierte Datei 000-default.conf nehmen:

cp /etc/apache2/sites-available/000-default.conf /etc/apache2/sites-available/example.com.conf

<VirtualHost *:80>
	ServerName example.com
	ServerAlias www.example.com
	ServerAdmin webmaster@example.com
	DocumentRoot /var/www/vhosts/example.com
	ErrorLog ${APACHE_LOG_DIR}/error.log
	CustomLog ${APACHE_LOG_DIR}/access.log combined
</VirtualHost>

Jetzt noch ein beherztes

a2ensite example.com

systemctl restart apache2

Fazit:

So ein Indianer ist relativ schnell und einfach eingerichtet, so daß er auf Anfrage eine Webseite ausliefert. Zum Thema Sicherheit desselben habe ich schon mal einen Artikel geschrieben. Weiterhin verweise ich hier nur noch mal auf die .htaccess Firewall 5G und ein Update zur Version 6G.

Na denn, ich freue mich auf eure Kommentare und werde sicherlich hier und da noch entsprechend nachbessern... ☮

Jruß,
chris