Apache Webserver

Allgemeines

• Tutorial für Apache
• 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

• FastCGI 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 übrprü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

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.
  • Dazu Anleitung bei Hydra
  • Besprechung der Vor- und Nachteile von StartSSL free
• Ausprobieren kann man auch zunächst mal ein selbst erstelltes Zertifikat (Siehe Nachteile eines selbst signierten Zertifikats):
  • Apache2 mit SSL auf Debian einrichten
  • http://mrfoo.de/archiv/347-Howto-Apache2-SSL-Zertifikat-erstellen-und-aktivieren.html
  • Erstellen des Zertifikats und Einrichtung des Apache unter OpenSuse

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://thomas-leister.de/internet/apache-reverse-proxy-mit-ssl-support-einrichten/

---