WordPress · Drupal · PrestaShop
Es kann vorkommen, dass man z.B. durch falsches Einloggen versehentlich die eigene IP sperrt. Um eine IP wieder zuzulassen, gibt es folgenden Befehl
|
1 |
fail2ban-client set JAILNAMEHERE unbanip IPADDRESSHERE |
Beispiel: fail2ban-client set SSHD unbanip XX.XXX.XXX.XXX
Manchmal ist es notwendig, die Besitzrechte von Verzeichnissen oder Dateien zu ändern, damit eine Website richtig funktioniert. Viele FTP Programme bieten die Option an, bei Rechtsklick auf den Ordner die Eigentümer neu zu bestimmen. Einfacher geht es über die Konsole. Insbesondere wenn es viele Ordner und Dateien sind.
Angenommen die Website liegt im Ordner /var/www/htdocs/ und die Eigentumsrechte sollen von root auf den user vu2009 umgeändert werden. Dann geht dies innerhalb von Sekunden mit dem folgenden Befehl
|
1 |
chown -R vu2009:vu2009 /var/www/htdocs/* |
Sollen neben den Eigentumsrechten auch noch die Schreibrechte geändert werden, so steht hierfür der Befehl chmod zur Verfügung. Auch die Schreibrechte lassen sich meist mit dem FTP Programm ändern. Bei vielen Dateien geht es aber auch hier mit der Console schneller. In diesem Beispiel sollen alle Ordner die Schreibrechte 755 bekommen und alle Dateien die Schreibrechte 644. In den folgenden Codezeilen steht -type f für Dateien (Files) und -type d für Verzeichnisse (Directories). Wird der Befehl nicht als root ausgeführt, muss vorne noch der sudo Befehl eingefügt werden.
|
1 2 |
find /var/www/htdocs/ -type f -exec chmod 644 {} \; find /var/www/htdocs/ -type d -exec chmod 755 {} \; |
Alle Dateien und Verzeichnisse listen
|
1 |
ls -al |
Alle Dateien und Verzeichnisse in einem Ordner löschen
|
1 |
rm -rf * |
Drupal Download
|
1 |
wget https://ftp.drupal.org/files/projects/drupal-8.0.5.tar.gz |
Entpacken der Datei –strip 1 bewirkt, dass die Dateien nicht in einem Ordner abgelegt werden, sondern gleich eine Ebene höher im Rootverzeichnis landen und der Ordner, in den die Dateien gepackt waren, gelöscht wird.
|
1 |
tar -xzf drupal-8.0.5.tar.gz --strip 1 |
Das Entpacken einer dateiname.tar.bz2 Datei kann mit folgendem Befehl vorgenommen werden:
|
1 2 |
tar xfvj dateiname.tar.bz2 tar jxf dateiname.tar.bz2 |
Die Zip Datei wird anschließend mit folgendem Befehl gelöscht.
|
1 |
rm drupal-8.0.5.tar.gz |
Fehlermeldung von Hetzner:
> timeout after 25 seconds – execution expired
Fehlermeldung im Apache Error Log
(35)Resource deadlock avoided: [client 95.114.223.203:25028] mod_fcgid: can’t get pipe mutex, referer: https://www.google.de/
Fehlerbehebung:
Prüfen, welcher Wert in der Datei /etc/mods-available/fcgid_imscp.conf für FcgidMaxRequestsPerProcess eingetragen ist
(in diesem Fall 900)
Nun prüfen, welcher Wert in der Datei /var/www/fcgi/domain.com/php5/php-fcgi-starter für PHP_FCGI_MAX_REQUESTS eingetragen ist
(in diesem Fall 1000)
Dieser Wert wird an den in der Datei fcgid_imscp.conf genannten Wert (900) angepasst
Es empfiehlt sich, auch für PHP_FCGI_CHILDREN statt 0 (unbegrenzt) einen Wert einzutragen (z.B. 8)
Anschließend den Apache mit service apache2 restart neu starten.
Wenn das error.log des Apache Servers Fehler auflistet wie
|
1 |
server is within MinSpareThreads of MaxRequestWorkers, consider raising the MaxRequestWorkers setting |
ist es Zeit, sich die Apache Konfiguration näher anzuschauen.
Die MaxRequestWorkers Settings befinden sich in den Dateien
/etc/apache2/mods-available/mpm_prefork.conf
und
/etc/apache2/mods-available/mpm_worker.conf
Die Standard Einstellungen in der mpm_prefork.conf sind
|
1 2 3 4 5 6 7 |
<IfModule mpm_prefork_module> StartServers 5 MinSpareServers 5 MaxSpareServers 10 MaxRequestWorkers 150 MaxConnectionsPerChild 0 </IfModule> |
Bei einem Server mit mehr als 4GB RAM empfiehlt es sich, hier die Einstellungen zu ändern
StartServers => 25
Dies ist die Anzahl der Start Child Prozesse, die beim Start des Servers gebildet werden.
MinSpareServers sollte der Anzahl der StartServers entsprechen (25)
Bei MaxSpareServers trägt man die doppelte Anzahl der MinSpareSerers ein (50)
MaxRequestWorkers kann auf 250 erhöht werden.
Wird die MaxRequestWorkers Anzahl auf mehr als 256 erhöht, muss zusätzlich eine entsprechende Anweisung für Serverlimit (gleiche Zahl wie MaxRequestWorkers) eingetragen werden.
Die Einstellung MaxRequestsPerChild 0 besagt, dass es hier keine Einschränkungen gibt, das heisst Child Prozesse werden nicht beendet, wenn die maximale Anzahl an Requests erreicht ist. Hier empfiehlt es sich, die Anzahl auf 1000 zu begrenzen.
Die optimierte mpm_prefork.conf sieht also wie folgt aus
|
1 2 3 4 5 6 7 |
<IfModule mpm_prefork_module> StartServers 25 MinSpareServers 25 MaxSpareServers 50 MaxRequestWorkers 250 MaxConnectionsPerChild 1000 </IfModule> |
Nun muss noch die Anzahl der MaxRequestWorkers in der mpm_worker.conf angepasst werden. Auch hier wird MaxConnectionsPerChild auf 1000 limitiert.
MaxRequestWorkers 250
MaxConnectionsPerChild 1000
Die optimierte mpm_worker.conf sieht dann wie folgt aus
|
1 2 3 4 5 6 7 8 9 |
<IfModule mpm_worker_module> StartServers 2 MinSpareThreads 25 MaxSpareThreads 75 ThreadLimit 64 ThreadsPerChild 25 MaxRequestWorkers 250 MaxConnectionsPerChild 1000 </IfModule> |
Quelle: www.liquidweb.com