Apache Webserver: Unterschied zwischen den Versionen
Codica (Diskussion | Beiträge) |
Codica (Diskussion | Beiträge) |
||
| Zeile 33: | Zeile 33: | ||
Der private Schlüssel server.key kann nach <code>/etc/ssl/private</code> und das Zertifikat mit dem öffentlichen Schlüssel server.crt kann nach <code>/etc/ssl/certs</code> kopiert werden | Der private Schlüssel server.key kann nach <code>/etc/ssl/private</code> und das Zertifikat mit dem öffentlichen Schlüssel server.crt kann nach <code>/etc/ssl/certs</code> kopiert werden | ||
| + | |||
| + | ===== localhost mit https-Zertifikaten ===== | ||
| + | |||
| + | Das Google-Tool [https://blog.filippo.io/mkcert-valid-https-certificates-for-localhost/ MkCert] errichtet auf dem lokalen Rechner eine private Certification Authority (CA). Diese kann mit mkcert erstellte eigene Zertifikate (z.B. für https-Verbindung zu localhost) als vertrauenswürdig einstufen. | ||
===== Apache2 konfigurieren ===== | ===== Apache2 konfigurieren ===== | ||
Version vom 7. Januar 2019, 13:46 Uhr
Allgemeines
- Tutorial für Apache
- weiteres Tutorial
- Für die Erstellung einfachen .htaccess-Zugriffsschutzes hilft BananaJoe.
- WebDAV mit Apache,WebDAV mit Apache, WebDAV und SSL mit Apache
- Versetzen des Apache Servers in den Maintenance-Modus über .htaccess im Wurzelverzeichnis des Apache Servers.
Siehe Einteilung der Zertifikate
- Allgemeine Grundlagen zu Apache 2
- Erste Konfiguration von Apache 2
- Zugriffsschutz mit Apache
- URL Rewriting mit Apache
SSL-Zertifikate
Allgemeines
SSL-Zertifikate enthalten den öffentliche Komponente eines Schlüssels sowie den Namen und sonstige Details des Schlüsseleigentümers und ggf. den Namen der Zertifizierungsstelle (CA). SSL-Zertifikate werden regelmäßig von der Zertifizierungsstelle signiert. Im Ausnahmefall kann man ein Zertifikat auch selbst signieren (mit dem privaten Teil seines Schlüssels).
Siehe Einteilung der Zertifikate
SSL überprüfen
Mit den ssllabs lässt sich die SSL-Konfiguration eines Webservers kostenlos überprüfen. Tipps, um es besser zu machen, erhält man bei sslmarket.de.
Selbstsigniertes Zertifikat erstellen
openssl req -new -x509 -nodes -out server.crt -keyout server.key
Der private Schlüssel server.key kann nach /etc/ssl/private und das Zertifikat mit dem öffentlichen Schlüssel server.crt kann nach /etc/ssl/certs kopiert werden
localhost mit https-Zertifikaten
Das Google-Tool MkCert errichtet auf dem lokalen Rechner eine private Certification Authority (CA). Diese kann mit mkcert erstellte eigene Zertifikate (z.B. für https-Verbindung zu localhost) als vertrauenswürdig einstufen.
Apache2 konfigurieren
Mit
a2enmod ssl
das SSL-Modul von Apache2 aktivieren
Einen VirtualHost (/etc/apache2/sites-available/...) mit *:443 statt *:80 einrichten und folgende Direktiven einfügen:
SSLEngine on SSLCertificateFile /etc/ssl/certs/server.crt SSLCertificateKeyFile /etc/ssl/private/server.key
Eventuell ein NameVirtualServer *:443 in /etc/apache2/ports.conf einfügen.
Links überprüfen
Die Links auf die Seite und auch innerhalb sollten nun mit https:// beginnen und nicht mehr mit http://. Das gilt auch für Referer. In MediaWiki ist in der /var/lib/mediawiki/LocalSettings.php $wgServer auf "https://www.myserver.de" zu setzen.
Certificate Signing Request
Eine CSR-Datei, deren Inhalt man an eine Certificate Authority wie startssl verschickt, um dem Zertifikat vertrauen zu lassen, erstellt man folgendermaßen:
export DOMAIN="BEISPIEL.de"
openssl genrsa -out ${DOMAIN}.de.key 2048 # privaten und öffentlichen Schlüssel erzeugen
openssl req -new -key ${DOMAIN}.key -out ${DOMAIN}.csr # CSR erzeugen
cat ${DOMAIN}.csr # CSR anzeigen lassen (für Copy & Paste)
Kostenlose offizielle Zertifikate
StartSSL scheint der einzige offizielle Anbieter von kostenlosen SSL-Zertifikaten zu sein. Diese Zertifikate eignen sich angeblich auch für S/MIME. Jedes Jahr müssen die kostenlosen Zertifikate verlängert werden.
Siehe
- Anleitung für StartSSL von debacher
- StartSSL-Zertifikat verlängern
- http://www.hagenfragen.de/tipps-und-tricks/startssl-client-certificate-verlaengern.html noch einmal: Zertifikat verlängern
Kommerzielle SSL-Zertifikatanbieter
- LeaderSSL, Zertifikate ab 14 € p.a.
- dmsolutions, Zertifikate verschiedener Anbieter ab 20 € p.a., u.a. RapidSSL
- HostEurope, Zertifikate ab 30 € p.a.
Bugs in SSL
Laut FM4 stammt der "Heartbleed"-Bug u.a. in der OpenSSL-Software wohl aus der Feder von der NSA nahestehenden Kreisen.
Weiterführendes
Siehe
- FAQ für SSL
- StartSSL bietet kostenlose, ein Jahr gültige SSL-Zertifikate.
- Ausprobieren kann man auch zunächst mal ein selbst erstelltes Zertifikat (Siehe Nachteile eines selbst signierten Zertifikats):
Siehe auch Linux-Tipps#SSL
Apache als Reverse Proxy
Ein Reverse Proxy ist ein Server, der Anfragen an einen anderen Server weiterleitet und dessen Antworten an den Client weitergibt, ohne dass dieser merkt, dass hinter dem Reverse Proxy noch ein anderer Server sitzt, der die Daten liefert.
Ein Anwendungsbeispiel ist z.B. die Datenbank CouchDB, die standardmäßig auf dem Port 5984 läuft, hinter einem Apache zu verstecken.
Dazu müssen die Module proxy und proxy_http installiert sein:
sudo a2enmod proxy sudo a2enmod proxy_http sudo service apache2 restart
In der virtuellen Server-Definition in /etc/apache2/sites-available müssen dann folgende Direktiven eingefügt werden:
ProxyPass /couchdb/ http://localhost:5984/ ProxyPassReverse /couchdb/ http://localhost:5984/
Siehe zu Apache als Reverse Proxy auch
- https://www.netnea.com/cms/apache-tutorial-9-reverse-proxy-einrichten/
- https://thomas-leister.de/internet/apache-reverse-proxy-mit-ssl-support-einrichten/
Alternative Reverse Proxies
Siehe
- nginx
- Redbird - ein Reverse Proxy auf Node.js-Basis
- HTTP-Proxy - ein Reverse Proxy auf Node.js-Basis