Unterschiede
Hier werden die Unterschiede zwischen zwei Versionen angezeigt.
Beide Seiten der vorigen Revision Vorhergehende Überarbeitung Nächste Überarbeitung | Vorhergehende Überarbeitung | ||
centos:web_c7:apache_1 [29.08.2014 16:41. ] – [erster (named based) vHOST] django | centos:web_c7:apache_1 [22.07.2019 14:59. ] (aktuell) – Externe Bearbeitung 127.0.0.1 | ||
---|---|---|---|
Zeile 1073: | Zeile 1073: | ||
</ | </ | ||
- | FIXME | ||
Zeile 1125: | Zeile 1124: | ||
</ | </ | ||
- | Ebenso kann der Status des Webservers mit Hilfe des Befehls **systemctl** abfragen | + | Ebenso kann man den Status des Webservers mit Hilfe des Befehls **systemctl** abfragen. |
# systemctl status httpd.service | # systemctl status httpd.service | ||
< | < | ||
Zeile 1371: | Zeile 1370: | ||
- | + | ===== Anwendungen/ | |
- | ===== erste Webseite | + | ==== erste Webseite ==== |
Da wir uns natürlich nicht mit der Standardfehlerseite unseres Apache-Webservers begnügen wollen legen wir uns unsere erste eigene minimalistische HTML-Seite an; hierzu benutzen wir den Editor unserer Wahl, z.B. **vim**. Das HTML-Dokument legen wir im **DocumentRoot** // | Da wir uns natürlich nicht mit der Standardfehlerseite unseres Apache-Webservers begnügen wollen legen wir uns unsere erste eigene minimalistische HTML-Seite an; hierzu benutzen wir den Editor unserer Wahl, z.B. **vim**. Das HTML-Dokument legen wir im **DocumentRoot** // | ||
# vim / | # vim / | ||
Zeile 1408: | Zeile 1407: | ||
Dies ist unserer erste < | Dies ist unserer erste < | ||
- | Weiter Informationen zum Apache-Webserver finden wir in <a href=" | + | Weiter Informationen zum Apache-Webserver finden wir in <a href=" |
</ | </ | ||
</ | </ | ||
Zeile 1426: | Zeile 1425: | ||
</ | </ | ||
- | ===== erster (named based) vHOST ===== | + | ==== erster (named based) vHOST ==== |
- | Unser Web-Sever soll später für unterschiedliche (Sub-)Domains Seiten ausliefern. Wir werden hierzu **[[http:// | + | Unser Web-Sever soll später für unterschiedliche (Sub-)Domains Seiten ausliefern. Wir werden hierzu **[[http:// |
Im folgendem Konfigurationsbeispiel wollen wir für die beiden Hostnamen **cam.mail-server.guru** und **test.mail-server.guru** einen Webserver konfigurieren, | Im folgendem Konfigurationsbeispiel wollen wir für die beiden Hostnamen **cam.mail-server.guru** und **test.mail-server.guru** einen Webserver konfigurieren, | ||
Zunächst legen wir uns auf unserem Server zwei Verzeichnisse für die beiden vHosts an. | Zunächst legen wir uns auf unserem Server zwei Verzeichnisse für die beiden vHosts an. | ||
- | # mkdir/ | + | # mkdir / |
- | # mkdir/ | + | # mkdir / |
In den neuen Unterverzeichnissen stellen wir dann jeweils eine eigene **index-html**-Datei ein. | In den neuen Unterverzeichnissen stellen wir dann jeweils eine eigene **index-html**-Datei ein. | ||
# vim / | # vim / | ||
<file html / | <file html / | ||
+ | < | ||
Dies ist die < | Dies ist die < | ||
<br> | <br> | ||
- | Weitere Informationen zum Apache-Webserver finden wir im <a href=" | + | Weitere Informationen zum Apache-Webserver finden wir im <a href=" |
</ | </ | ||
</ | </ | ||
Zeile 1447: | Zeile 1447: | ||
# vim / | # vim / | ||
<file html / | <file html / | ||
+ | < | ||
Dies ist die < | Dies ist die < | ||
</ | </ | ||
Zeile 1490: | Zeile 1491: | ||
Options FollowSymLinks | Options FollowSymLinks | ||
AllowOverride none | AllowOverride none | ||
- | | + | |
- | Allow from All | + | |
</ | </ | ||
Zeile 1504: | Zeile 1504: | ||
<code apache / | <code apache / | ||
# Django : 2014-08-29 | # Django : 2014-08-29 | ||
- | # vHost test.sec-mail.guru | + | # vHost webcam.sec-mail.guru |
# | # | ||
Zeile 1512: | Zeile 1512: | ||
ServerAlias cam.sec-mail.guru | ServerAlias cam.sec-mail.guru | ||
ServerPath / | ServerPath / | ||
- | DocumentRoot "/ | + | DocumentRoot "/ |
- | < | + | < |
Options FollowSymLinks | Options FollowSymLinks | ||
AllowOverride none | AllowOverride none | ||
- | | + | |
- | Allow from All | + | |
</ | </ | ||
Zeile 1546: | Zeile 1545: | ||
In dem Konfigurationsbeispiel ist der zweite vHOST sowohl über dem Namen **webcam.sec-mail.guru** als auch **cam.sec-mail.guru** erreichbar. realisiert wurde dies mit dem Parameter **// | In dem Konfigurationsbeispiel ist der zweite vHOST sowohl über dem Namen **webcam.sec-mail.guru** als auch **cam.sec-mail.guru** erreichbar. realisiert wurde dies mit dem Parameter **// | ||
+ | |||
+ | Eine ausführliche Beschreibung und Dokumentationder einzelnen Konfigurations-Directiven und -Optionen findet man in der **[[http:// | ||
+ | |||
+ | ==== named based default vHOST ==== | ||
+ | Setzen wir name-based-virtual-hosts ein, überprüft unser Webserver, ob im Request die IP-Adresse des Servers verwendet wurde. Anschließend werden dann alle < | ||
+ | |||
+ | <WRAP center round important> | ||
+ | **Wichtig** \\ | ||
+ | Da wir alle unsere vHOSTs in jeweils eigenen Dateien konfigurieren, | ||
+ | </ | ||
+ | |||
+ | |||
+ | Für diesen speziellen Fall können wir auch eine eigene spezielle vHOST-Konfiguration definieren, nämlich den **_default_**-vHOST. Nähere Hinweise hierzu findet man in der Beschreibung zu**[[http:// | ||
+ | |||
+ | Wir legen uns also hierzu einen speziellen vHOST an. | ||
+ | # vim / | ||
+ | |||
+ | <file apache / | ||
+ | # Django : 2014-08-29 | ||
+ | # default vHost sec-mail.guru | ||
+ | # | ||
+ | |||
+ | < | ||
+ | ServerAdmin webmaster@nausch.org | ||
+ | ServerName sec-mail.guru | ||
+ | ServerAlias www.sec-mail.guru | ||
+ | ServerPath / | ||
+ | DocumentRoot "/ | ||
+ | |||
+ | < | ||
+ | Options FollowSymLinks | ||
+ | AllowOverride none | ||
+ | Require all granted | ||
+ | </ | ||
+ | |||
+ | DirectoryIndex index.html | ||
+ | ErrorLog logs/ | ||
+ | CustomLog logs/ | ||
+ | </ | ||
+ | </ | ||
+ | |||
+ | Auch hier testen wir, o sich nicht irgendwo ein Schreibfehler eingeschlichen hat. | ||
+ | # apachectl -t | ||
+ | |||
+ | | ||
+ | |||
+ | Anschließend führen wir einen reload unseres Servers durch, damit dieser die Konfigurationsdateien neu einliest. | ||
+ | # systemctl reload httpd.service | ||
+ | |||
+ | ===== Authentifizierung für geschützte Bereiche ===== | ||
+ | Nicht immer wollen wir Inhalte die unser WEB-Server zur Verfügung stellt, allen Besuchern zugänglich machen. Bestimmte vertrauliche Daten, sollen oft nur einem gewissen Teilnehmerkreis angeboten werden. Diese Besucher müssen sich dann mit Hilfe eines Namens und eines zugehörigen Passwortes zu erkennen geben. | ||
+ | |||
+ | In den folgenden beiden Konfigurationsbeispielen wollen wir nun an Hand zweier Beispiele diese Funktion einrichten. | ||
+ | ==== Basic Authentifikation ==== | ||
+ | Die einfachste Variante zum Anmeldevorgang ist die Variante **[[https:// | ||
+ | |||
+ | Mit Hilfe des Befehls **htpasswd** aus dem RPM **// | ||
+ | |||
+ | Haben wir noch keine Passwort-Datei angelegt, generieren wir dies mit folgendem Aufruf. Ob man nun einen Usernamen oder eine eMail-Adresse zur Authentifizierung verwenden ist egal. | ||
+ | # htpasswd -c / | ||
+ | |||
+ | New password: | ||
+ | | ||
+ | |||
+ | Das Passwort, welches wir 2x eingegeben hatten, wird standardmäßig als [[http:// | ||
+ | # cat / | ||
+ | |||
+ | | ||
+ | |||
+ | Wollen wir einen weiteren Nutzerhinzufügen rufen wir den Befehl **htpasswd** __ohne__ den Parameter **-c** auf. | ||
+ | # htpasswd -/ | ||
+ | |||
+ | New password: | ||
+ | | ||
+ | |||
+ | Es befinden sich nun zwei Anmeldenamen und deren zugehörigen verschlüsselten Passwörtern in der // | ||
+ | # cat / | ||
+ | |||
+ | | ||
+ | | ||
+ | |||
+ | Haben wir alle Benutzer angelegt, geht es nun weiter mit der Konfiguration unseres vHOSTs. | ||
+ | |||
+ | Beim betreffenden Beispiel, einem vHOST der die WEB-Anwendung **[[centos: | ||
+ | # vim / | ||
+ | |||
+ | <code bash>... | ||
+ | |||
+ | # Django : 2014-09-08 Konfigurationsbeispiel zur Basic Authenifikation mit Hilfe | ||
+ | # einer htpasswd-Datei | ||
+ | < | ||
+ | Options +FollowSymLinks +Multiviews +Indexes | ||
+ | AllowOverride None | ||
+ | AuthType basic | ||
+ | AuthName " | ||
+ | AuthUserFile / | ||
+ | Require valid-user django django@sec-mail.guru | ||
+ | </ | ||
+ | |||
+ | ... | ||
+ | </ | ||
+ | |||
+ | Damit unsere Änderungen aktiv werden bedarf es noch eines Reloads unseres httpdaemon. | ||
+ | # systemctl reload httpd.service | ||
+ | |||
+ | <WRAP center round important> | ||
+ | **WICHTIG: | ||
+ | Damit die Anmeldedaten nicht von Dritten mitgelesen und abgefischt werden können, nutzen wir natürlich einen SSL-geschützten vHOST! | ||
+ | </ | ||
+ | |||
+ | ==== LDAPs Authentifikation ==== | ||
+ | |||
+ | {{page> | ||
+ | |||
+ | ===== Logging ===== | ||
+ | ==== Ausnahme eines Hosts/ | ||
+ | Soll eine IP-Adresse bzw. ein Host vom Logging ausgeschlossen werden, verwenden wir folgendes Konfigurationsbeispiel, | ||
+ | # vim 1st_vhost.conf | ||
+ | < | ||
+ | |||
+ | SetEnvIf | ||
+ | ErrorLog | ||
+ | CustomLog logs/ | ||
+ | |||
+ | ... | ||
+ | </ | ||
+ | |||
+ | Greif der Host mit der IP-Adresse **10.0.0.27** auf den VHost zu, wird darüber im access-Log keine Einträge vermerkt. | ||
====== Links ====== | ====== Links ====== | ||
Zeile 1551: | Zeile 1678: | ||
* **[[wiki: | * **[[wiki: | ||
* **[[http:// | * **[[http:// | ||
- | |||
- | ~~DISCUSSION~~ | ||