{"id":113728,"date":"2024-02-20T16:02:50","date_gmt":"2024-02-20T14:02:50","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/reliz-http-servera-lighttpd-1-4-74"},"modified":"2024-02-20T16:02:50","modified_gmt":"2024-02-20T14:02:50","slug":"reliz-http-servera-lighttpd-1-4-74","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/news\/reliz-http-servera-lighttpd-1-4-74","title":{"rendered":"Release des HTTP-Servers Lighttpd 1.4.74","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Die Ver\u00f6ffentlichung des leichtgewichtigen HTTP-Servers lighttpd 1.4.74, der versucht, hohe Leistung, Sicherheit, Standardskonformit\u00e4t und Flexibilit\u00e4t in der Konfiguration zu vereinen. Lighttpd ist f\u00fcr den Einsatz in hochbelasteten Systemen geeignet und zielt auf niedrigen Speicher- und CPU-Ressourcenverbrauch ab. Der Code des Projekts ist in C geschrieben und wird unter der BSD-Lizenz vertrieben. <\/p>\n
In der neuen Version: <\/p>\n
\n
Das Verhalten beim Speichern von Daten im Protokoll mit syslog wurde ge\u00e4ndert (aktiviert \u00fcber die Einstellung \u201eserver.errorlog-use-syslog = 'enable'\u201c) \u2013 zuvor wurden alle Meldungen nur mit der Priorit\u00e4t LOG_ERROR gesendet, jetzt wird die Priorit\u00e4t abh\u00e4ngig vom Nachrichtentyp (LOG_WARNING, LOG_DEBUG) ausgew\u00e4hlt.\n
In Systemen mit der Musl C-Bibliothek wird der Aufruf sendfile() unterst\u00fctzt.\n
Im Modul mod_dirlisting wurde die Option \u201edir-listing.sort\u201c hinzugef\u00fcgt, um die Sortierung der Ausgabe festzulegen.\n
Im mod_deflate wurde die Einstellung \u201edeflate.allowed-encodings\u201c aktiviert, und dem Algorithmus bzip2 wurde die niedrigste Priorit\u00e4t zugewiesen.\n
In die Konfigurationsdatei wurde die Unterst\u00fctzung f\u00fcr die Operatoren \u201eif\u201c, \u201eelif\u201c, \u201eelsif\u201c, \u201eelseif\u201c und \u201eelse if\u201c hinzugef\u00fcgt.\n
Im mod_openssl und mod_gnutls wurde eine \u00dcberpr\u00fcfung der Unterst\u00fctzung f\u00fcr die TLS-Implementierung auf Kernel-Ebene Linux (kTLS) hinzugef\u00fcgt.\n
Die Kompatibilit\u00e4t mit dem Betriebssystem DragonflyBSD wurde sichergestellt. <\/ul>\n
In der n\u00e4chsten Version sind einige \u00c4nderungen geplant, die die Kompatibilit\u00e4t brechen. Standardm\u00e4\u00dfig wird ein sichererer Cipher-Satz f\u00fcr TLS verwendet, um die Kompromittierung von Sitzungen im Falle des Abfangens langfristiger Schl\u00fcssel (forward secrecy) und die Verwendung von authentifizierter Verschl\u00fcsselung (AEAD) zu gew\u00e4hrleisten. Der Satz \u201eEECDH+AESGCM:AES256+EECDH:CHACHA20:!SHA1:!SHA256:!SHA384\u201c soll durch \u201eEECDH+AESGCM:CHACHA20:!PSK:!DHE\u201c ersetzt werden. <\/p>\n
Die zweite zuk\u00fcnftige \u00c4nderung, die die Kompatibilit\u00e4t betrifft, wird eine \u00c4nderung im mod_redirect f\u00fcr den HTTP\/1.1-Redirect-Code von 301 (Moved Permanently) auf 308 (Permanent Redirect) sein, es sei denn, die Einstellung \u201eurl.redirect-code\u201c wird explizit gesetzt. Im Jahr 2025 wird die Version TLSv1.3 standardm\u00e4\u00dfig aktiviert (die Einstellung MinProtocol wird auf TLSv1.3 ge\u00e4ndert). \n Quelle: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"