sudo apt install apache2
Apache Status abfragen
sudo systemctl status apache2
Verzeichnis für Webseiten anlegen.
sudo mkdir /var/www/sites
Default-Einstellungen für die Webseiten-Verzeichnisse mit ACL. www-data wird als User & Gruppe vom Apache-Webserver genutzt. Wenn ein <FTPUSER> Daten auf den Server hochlädt, behält die Gruppe www-data und somit der Apache-Webserver alle erforderlichen Zugriff-Rechte um in diesem Bereich handeln zu können.
sudo setfacl -dm g:www-data:rwx /var/www/sites/
Den Main-User in die Gruppe www-data aufnehmen, damit er Schreibrechte im Bereich der HTML-Seiten hat.
sudo usermod -aG www-data <SUDO-USER>
Firewall einrichten
Freigabe für Webseiten
sudo ufw allow 80/tcp
Firewall-Freigabe für verschlüsselte Webseiten
sudo ufw allow 443/tcp
sudo apt install vsftpd
sudo nano /etc/vsftpd.conf
local_enable=YES anonymus_enable=NO write_enable=YES
sudo systemctl reload vsftpd
FTP-User anlegen - Namen festlegen. Der Zugriff für den <FTPUSER> wird auf den u.a. Bereich eingeschränkt, das gilt auch für den SSH-Zugriff über die Shell. Der o.a. <SUDO-USER> sollte daher nicht hier verwendet werden.
sudo adduser <FTPUSER> --no-create-home
FTP-User in die Apache-Gruppe aufnehmen
sudo usermod -aG www-data <FTPUSER>
Zugang für FTP-User einschränken auf den Bereich der Webseiten im Verzeichnis /var/www
sudo nano /etc/ssh/sshd_config
Match User <FTPUSER> X11Forwarding no AllowTcpForwarding no PermitTTY no ForceCommand internal-sftp ChrootDirectory /var/www/ PasswordAuthentication yes
sudo systemctl reload ssh
Für den FTP-Zugriff von <FTPUSER> mit o.a. Einschränkung (Match User …) ist eine Besonderheit zu beachten, da sonst kein Zugang per FTP möglich ist.
Der Owner vom Verzeichnis /var/www, bzw. Pfad aus Parameter ChrootDirectory, muss root sein und Gruppe oder Sonstige dürfen keine Schreibrechte besitzen.
Diese Vorgaben gelten nur für das Hauptverzeichnis, nicht für darin enthaltene Unterverzeichnisse, daher im folgenden die Option -R nicht angewandt.
Ggf. Einstellungen anpassen::
Setze Besitzer.
sudo chown root:root /var/www/
Entferne Schreibrechte (w) für Gruppe (g)
sudo chmod g-w /var/www/
Entferne Schreibrechte für Sonstige (o)
sudo chmod o-w /var/www/
Anschließend hat der FTP-User Lese-Zugriff auf das Verzeichnis /var/www
Schreibrechte müssen dann in weiteren Unterverzeichnissen (var/www/html, /var/www/sites, etc.) für die Gruppe www-data erteilt werden bzw. müssten eigentlich bereits für den Apache-Webserver vorhanden sein - siehe auch oben unter Installation.
Verzeichnis für die HTML-Daten über die Shell anlegen
sudo mkdir /var/www/sites/BLUEGNU.DE
sudo chmod -R 775 /var/www/sites/BLUEGNU.DE
Die Programm-Dateien können dann mit einem FTP-Programm übertragen werden.
Je nach Anwendungsfall ist es sinnvoll sensible Daten außerhalb des direkten Webseitenzugriffs und in andere Verzeichnisse zu platzieren. Der Apache-Webbrowser (User www-data) muss Zugriff darauf haben → Z.B. im Verzeichnis /var/www/data/…. Das muss über die Konfiguration der jeweilige Webseite definiert werden. Z.B. bei Nextcloud über die …config/config.php
sudo mkdir /var/www/data/
Auch hier kann man wie bereits im Verzeichniss /var/www/sites/ den Bereich für die Gruppe www-data per Default mit Rechten versehen.
sudo setfacl -dm g:www-data:rwx /var/www/data/
Alternativ:
sudo chown -R www-data:www-data /var/www/data/
und
sudo chmod -R 775 /var/www/data/
Apache-Konfiguration virtueller Host der Domain
sudo nano /etc/apache2/sites-available/BLUEGNU.DE.conf
<VirtualHost *:80>
ServerName BLUEGNU.DE
ServerAdmin mail@BLUEGNU.DE
DocumentRoot /var/www/sites/BLUEGNU.DE
ErrorLog ${APACHE_LOG_DIR}/error.log
CustomLog ${APACHE_LOG_DIR}/access.log combined
<Directory /var/www/sites/BLUEGNU.DE>
Options Indexes FollowSymLinks MultiViews
AllowOverride All
Order allow,deny
allow from all
</Directory>
</VirtualHost>
Beim Erstellen der Let's-Encrypt-Zertifikate gab es Probleme mit dem ServerAlias „www….“. Daher wurde hier auf die Einstellung des ServerAlias verzichtet. Es ist möglich, die www.<DOMAIN> als eigenständige Subdomain zu verarbeiten (s.u.) und dafür eine eigenes Zertifikat zu erstellen. Für Documentroot wird das selbe Verzeichnis angegeben.
Virtuellen Host im Apache-Web-Server registrieren
sudo a2ensite BLUEGNU.DE.conf
Defaultseite deaktivieren. Dadurch wird erste Domain (nach Alphabet) zur Defaultseite, sollte z.B. nur die Server-IP-Adresse über einen Webbrowser aufgerufen werden, oder die per DNS hierhin umgeleitete Domain nicht zu finden sein.
sudo a2dissite 000-default.conf
Alternativ kann eine permanente Umleitung in diese Datei geschrieben werden, um eine bestimmte Domain aufzurufen.
<VirtualHost *:80> RedirectPermanent / https://duckduckgo.de/ </VirtualHost>
Hostname und Fully-Qualified Host Name (FQHN) festlegen
sudo hostnamectl set-hostname server.BLUEGNU.DE
Einstellungen für den Apacheserver testen
sudo apache2ctl configtest
Sollte es Probleme mit dem FQDM1) geben, dann ggf. die Datei hosts anpassen. Reihenfolge beachten.
sudo nano /etc/hosts
127.0.1.1 server.BLUEGNU.DE server 127.0.0.1 localhost
Wenn Test ok, dann alles aktivieren
sudo systemctl reload apache2
Bei Apache registrierte Hosts
sudo apache2ctl -S
Bei Apache registrierte Module
sudo apache2ctl -M
Mit FTP-Zugang die Struktur anlegen und Dateien übertragen
Simple HTML-Datei
sudo nano /var/www/sites/BLUEGNU.DE/index.html
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8" />
<title>TEST-TITEL</title>
</head>
<body>
<center>
<h1>TESTSEITE auf Apache-Server erreichbar</h2>
</center>
</body>
</html>
Die DNS-Zeiger der Domain(s) müssen vorher beim Domainprovider eingestellt sein:
Werden Subdomains eingerichtet zusätzlich:
sudo apt install certbot python3-certbot-apache
Zertifikat(e) erstellen
sudo certbot --apache
Durch das Erstellen eines Zertifikats wird automatisch zusätzlich eine Datei für den virtuellen Host der SSL-Verbindung angelegt. Z.B. für die Hostdatei „BLUEGNU.DE.conf“, zusätzlich hinzu „/etc/apache2/sites-available/BLUEGNU.DE-le-ssl.conf“2).
Timer-Einstellungen für Autorenew
sudo systemctl status certbot.timer
Erneuerung Testen
sudo certbot renew --dry-run
Zertifikate anzeigen
sudo certbot certificates
Zertifikat löschen
sudo certbot delete
Hier als Beispiel die Subdomain für das wiki > https://wiki.BLUEGNU.DE
Verzeichnis für die Daten anlegen
sudo mkdir /var/www/sites/wiki.BLUEGNU.DE
Die Programm-Dateien können dann mit einem FTP-Programm übertragen werden.
Apache-Konfiguration virtueller Host der Domain
sudo nano /etc/apache2/sites-available/wiki.BLUEGNU.DE.conf
<VirtualHost *:80>
ServerName wiki.BLUEGNU.DE
ServerAdmin mail@BLUEGNU.DE
DocumentRoot /var/www/sites/wiki.BLUEGNU.DE
ErrorLog ${APACHE_LOG_DIR}/error.log
CustomLog ${APACHE_LOG_DIR}/access.log combined
<Directory /var/www/sites/wiki.BLUEGNU.DE>
Options Indexes FollowSymLinks MultiViews
AllowOverride All
Order allow,deny
allow from all
</Directory>
</VirtualHost>
Virtuellen Host im Apache-Web-Server registrieren
sudo a2ensite wiki.BLUEGNU.DE.conf
Einstellungen für den Apacheserver testen
sudo apache2ctl configtest
Wenn Test ok, dann alles aktivieren
sudo systemctl reload apache2
SSL-Zertifikat registrieren
sudo certbot --apache