Apache Webserver: Unterschied zwischen den Versionen

Aus CodicaTipps
Zur Navigation springen Zur Suche springen
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

Siehe Einteilung der Zertifikate

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

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

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

Alternative Reverse Proxies

Siehe