| Beide Seiten der vorigen RevisionVorhergehende ÜberarbeitungNächste Überarbeitung | Vorhergehende ÜberarbeitungNächste ÜberarbeitungBeide Seiten der Revision |
| de:server:prepare1 [28.03.2012 11:22] – MySQL Konfiguration admin | de:server:prepare1 [21.06.2017 11:28] – [Mailserver richtig konfigurieren] admin |
|---|
| ====== Vorbereitung des Servers I ====== | ====== Vorbereitung des Servers I ====== |
| |
| **Wichtig:** Diese Empfehlungen richten sich an Personen, die oFb auf einem virtuellen Server (V-Server, VPS) oder einem Root-Server installieren. Hat man nur Webspace gemietet, muss man sich um die Servereinstellungen i.d.R. keine Sorgen machen. | **Wichtig:** Diese Empfehlungen richten sich an Personen, die SoSci Survey auf einem virtuellen Server (V-Server, VPS) oder einem Root-Server installieren. Hat man nur Webspace gemietet, muss man sich um die Servereinstellungen i.d.R. keine Sorgen machen. |
| |
| ===== SSL-verschlüsselte Datenübertragung ===== | ===== SSL-verschlüsselte Datenübertragung ===== |
| apt-get upgrade (Installiert die Updates) | apt-get upgrade (Installiert die Updates) |
| |
| Es bleibt natürlich das Restrisiko, dass oFb auf der neuen Apache- oder PHP-Version irgendwelche Probleme machen könnte. Aber dieses Risiko ist deutlich geringer als die Gefahr durch Sicherheitslöcher in veralteter Software. | Es bleibt natürlich das Restrisiko, dass SoSci Survey auf der neuen Apache- oder PHP-Version irgendwelche Probleme machen könnte. Aber dieses Risiko ist deutlich geringer als die Gefahr durch Sicherheitslöcher in veralteter Software. |
| |
| ===== Anonymisierung der Logfiles ===== | ===== Anonymisierung der Logfiles ===== |
| * Zunächst ist es wichtig, dass die From-Adresse (nicht der Absender!) zum Mailserver passt. Diese Adresse wird in der Apache-Konfiguration festgelegt. Normalerweise sollte diese Adresse schon korrekt eingestellt sein. | * Zunächst ist es wichtig, dass die From-Adresse (nicht der Absender!) zum Mailserver passt. Diese Adresse wird in der Apache-Konfiguration festgelegt. Normalerweise sollte diese Adresse schon korrekt eingestellt sein. |
| * Es ist sinnvoll, in den DNS-Einstellungen der Domain einen SPF-Eintrag anzulegen, der festlegt, wer E-Mails von der Domain versenden darf. | * Es ist sinnvoll, in den DNS-Einstellungen der Domain einen SPF-Eintrag anzulegen, der festlegt, wer E-Mails von der Domain versenden darf. |
| | * Der Mailserver benötigt einen PTR-Eintrag (Reverse DNS), welcher dem Rechnernamen entsprechend sollte, der beim Mailversand übermittelt wird (z.B. ''/etc/mailname''). |
| * Weiterhin muss man darauf achten, dass die IP-Adresse des Servers keine Probleme mit Blacklists (RBL) bekommt. Ursachen dafür können sein, dass der reverse DNS (rDNS) Eintrag nicht stimmt. Ein Problem, das nur der Internet Service Provider lösen kann. Auf folgenden Websites kann man zahlreiche RBLs überprüfen: | * Weiterhin muss man darauf achten, dass die IP-Adresse des Servers keine Probleme mit Blacklists (RBL) bekommt. Ursachen dafür können sein, dass der reverse DNS (rDNS) Eintrag nicht stimmt. Ein Problem, das nur der Internet Service Provider lösen kann. Auf folgenden Websites kann man zahlreiche RBLs überprüfen: |
| * [[http://www.blacklistalert.org|Blacklistalert.org]] | * [[http://www.blacklistalert.org|Blacklistalert.org]] |
| * [[http://multirbl.valli.org|multirbl.valli.org]] | * [[http://multirbl.valli.org|multirbl.valli.org]] |
| | * Senden Sie eine Serienmail an den Dienst [[https://www.mail-tester.com/|mail tester]], um wesentliche Einstellungen des Mailservers schnell zu überprüfen. |
| |
| ===== MySQL Konfiguration ===== | ===== MySQL Konfiguration ===== |
| |
| oFb verwendet für die Speicherung der Daten ([[data|Daten in oFb]]) die Datenbank-Engine **InnoDB** in einer MySQL-Datenbank ([[http://dev.mysql.com/doc/refman/5.1/de/innodb-overview.html|MySQL: Überblick über InnoDB-Tabellen]]). Dies hat unter anderem den Vorteil, dass verschiedene Konsistenzprüfungen bereits von der Datenbank übernommen werden, z.B. können nicht versehentlich Fragen oder Antworten für ein gelöschtes Projekt gespeichert werden. | SoSci Survey verwendet für die Speicherung der Daten ([[data]]) die Datenbank-Engine **InnoDB** in einer MySQL-Datenbank ([[http://dev.mysql.com/doc/refman/5.1/de/innodb-overview.html|MySQL: Überblick über InnoDB-Tabellen]]). Dies hat unter anderem den Vorteil, dass verschiedene Konsistenzprüfungen bereits von der Datenbank übernommen werden, z.B. können nicht versehentlich Fragen oder Antworten für ein gelöschtes Projekt gespeichert werden. |
| |
| Allerdings gibt es einige Unterschiede zwischen der Standard-Enging MyISAM und InnoDB. Diese erfordern unter Umstände eine gesonderte Konfiguration: | Allerdings gibt es einige Unterschiede zwischen der Standard-Enging MyISAM und InnoDB. Diese erfordern unter Umstände eine gesonderte Konfiguration: |
| |
| * Die InnoDB Engine ist standardmäßig in MySQL aktiviert, wurde aber möglicherweise deaktiviert, um RAM-Speicher zu sparen ([[http://dev.mysql.com/doc/refman/5.1/de/innodb-parameters.html|MySQL: InnoDB: Startoptionen]]). Die oFb Installationsroutine zeigt dieses Problem ggf. an. | * Die InnoDB Engine ist standardmäßig in MySQL aktiviert, wurde aber möglicherweise deaktiviert, um RAM-Speicher zu sparen ([[http://dev.mysql.com/doc/refman/5.1/de/innodb-parameters.html|MySQL: InnoDB: Startoptionen]]). Die SoSci Survey Installationsroutine zeigt dieses Problem ggf. an. |
| * Alle Daten, die MySQL mittels InnoDB speichert, werden standardmäßig in einer (!) großen Datei abgelegt. Wo diese Datei liegt, wird mittels ''innodb_data_file_path'' konfiguriert ([[http://dev.mysql.com/doc/refman/5.1/de/innodb-configuration.html|MySQL: InnoDB Konfiguration]]). Dies ist für die Serverleistung normalerweise auch sinnvoll. Falls neben oFb noch andere Software die InnoDB-Engine nutzt, muss man sich aber bewusst sein, dass die Daten im Dateisystem untrennbar verschmolzen sind -- ein getrenntes Backup durch Dateisicherung ist dann nicht möglich. Mit der Option ''innodb_file_per_table'' kann man die Trennung in einzelne Dateien erzwingen, sollte dies gewünscht sein ([[http://dev.mysql.com/doc/refman/5.5/en/innodb-multiple-tablespaces.html|MySQL: Using Per-Table Tablespaces]]). | * Alle Daten, die MySQL mittels InnoDB speichert, werden standardmäßig in einer (!) großen Datei abgelegt. Wo diese Datei liegt, wird mittels ''innodb_data_file_path'' konfiguriert ([[http://dev.mysql.com/doc/refman/5.1/de/innodb-configuration.html|MySQL: InnoDB Konfiguration]]). Dies ist für die Serverleistung normalerweise auch sinnvoll. Falls neben SoSci Survey noch andere Software die InnoDB-Engine nutzt, muss man sich aber bewusst sein, dass die Daten im Dateisystem untrennbar verschmolzen sind -- ein getrenntes Backup durch Dateisicherung ist dann nicht möglich. Mit der Option ''innodb_file_per_table'' kann man die Trennung in einzelne Dateien erzwingen, sollte dies gewünscht sein ([[http://dev.mysql.com/doc/refman/5.5/en/innodb-multiple-tablespaces.html|MySQL: Using Per-Table Tablespaces]]). |
| * InnoDB ist standardmäßig so konfiguriert, dass es nur einen kleinen Teil des RAM-Speichers für das Caching von Indizes verwendet. Falls Sie sehr viele Interviews (etwa ab 500.000) in Ihrer Datenbank vorhalten, ist eine Anpassung der Optionen ''innodb_buffer_pool_size'' und dazu passend ''innodb_log_file_size'' sinnvoll, damit der Server schnell auf die Daten zugreifen kann ([[http://www.mysqlperformanceblog.com/2007/11/03/choosing-innodb_buffer_pool_size/|MySQL Performance Blog]]). | * InnoDB ist standardmäßig so konfiguriert, dass es nur einen kleinen Teil des RAM-Speichers für das Caching von Indizes verwendet. Falls Sie sehr viele Interviews (etwa ab 500.000) in Ihrer Datenbank vorhalten, ist eine Anpassung der Optionen ''innodb_buffer_pool_size'' und dazu passend ''innodb_log_file_size'' sinnvoll, damit der Server schnell auf die Daten zugreifen kann ([[http://www.mysqlperformanceblog.com/2007/11/03/choosing-innodb_buffer_pool_size/|MySQL Performance Blog]]). |
