Aperçu des nouvelles fonctionnalités de la version 2.2 du serveur HTTP Apache 1s6i68

Langues Disponibles: tr

Ce document décrit quelques uns des changements principaux entre les versions 2.0 et 2.2 du serveur HTTP Apache. Pour les nouvelles fonctionnalités ajoutées depuis la version 1.3, se référer au document 2.0 new features.

Voir aussi 1m6745

Commentaires

Améliorations du système de base 2r2a4e

Authn/Authz: Les modules d'authentification et d'autorisation intégrés ont été refondus. Le nouveau module mod_authn_alias (supprimé dans la version 2.3/2.4) permet de simplifier considérablement certaines configurations d'authentification. Voir les changements pour le développeur pour plus d'informations sur les conséquences de ces changements pour les utilisateurs et les développeurs de modules.
Mise en cache: mod_cache_disk.
Configuration: L'agencement de la configuration par défaut a été simplifié et modularisé. Les portions de configuration qui peuvent être utilisées pour activer des fonctionnalités courantes sont maintenant intégrées à Apache, et peuvent être facilement ajoutées à la configuration principale du serveur.
Arrêt en douceur: Les modules MPM httpd s'arrêtera quel que soit le statut des requêtes en cours.
Mise en oeuvre du proxy: Le nouveau module mod_proxy_ajp ajoute le pour le Protocole JServ de Apache version 1.3 qu'utilise Apache Tomcat.
Mise à jour de la bibliothèque des expressions rationnelles: La version 5.0 de la Perl Compatible Regular Expression Library (PCRE) est maintenant disponible. httpd peut être configuré pour utiliser une PCRE choisie en ant l'option --with-pcre au script configure.
Filtrage intelligent: Le module mod_filter permet la configuration dynamique de la chaîne de filtrage en sortie. Il permet d'insérer des filtres conditionnels basés sur toute requête, en-tête de réponse ou variable d'environnement, et fait table rase des problèmes de dépendances et d'ordonnancement rencontrés avec l'architecture 2.0.
des gros fichiers: httpd e maintenant les fichiers d'une taille supérieure à 2GB sur les systèmes 32 bits UNIX modernes. Le des corps de requête d'une taille supérieure à 2GB a aussi été ajouté.
Module MPM Event: Le module MPM event utilise un thread séparé pour gérer les requêtes "Keep alive" et accepter des connexions. Les requêtes "Keep alive" requéraient traditionnellement un processus httpd dédié pour leur gestion. Ce processus dédié ne pouvait plus être réutilisé jusqu'à ce que le délai "Keep Alive" soit écoulé.
des bases de données SQL: Le module mod_dbd, associé à l'environnement apr_dbd, fournit le SQL direct aux modules qui en ont besoin. e la mise en commun des connexions dans les modules MPM threadés.

Améliorations des modules 5a484i

Authn/Authz: Les modules du répertoire aaa ont été renommés et fournissent un amélioré pour la méthode d'authentification digest. Par exemple, mod_auth est maintenant scindé en deux modules : mod_authz_host. Est également apparu le nouveau module mod_authn_alias (supprimé dans la version 2.3/2.4) qui simplifie certaines configurations d'authentification.
mod_authnz_ldap: Ce module est un portage de la version 2.0 du module mod_auth_ldap vers la version 2.2 du framework Authn/Authz. Les nouvelles fonctionnalités comprennent l'utilisation des valeurs d'attributs LDAP et des filtres de recherche avancés dans la directive Require.
mod_authz_owner: Un nouveau module qui autorise l'accès à un fichier en fonction de son propriétaire dans le système de fichiers
mod_version: Un nouveau module qui permet d'activer des blocs de configuration en fonction de la version du serveur en cours d'exécution.
mod_info: Un nouvel argument ?config a été ajouté, qui permettra d'afficher les directives de configuration telles qu'elles sont interprétées par Apache, y compris le nom de fichier et le numéro de ligne. Le module montre aussi l'ordre des points d'entrée de traitement d'une requête (request hooks) ainsi que des informations de construction supplémentaires, d'une manière similaire à httpd -V.
mod_ssl: Le de la RFC 2817 a été ajouté, ce qui permet de er d'une connexion en clair au chiffrement TLS.
mod_imagemap: mod_imap a été renommé en mod_imagemap afin d'éviter une confusion pour les utilisateurs.

Améliorations des programmes 6d384r

httpd: Une nouvelle option de ligne de commande -M a été ajoutée, qui fournit la liste de tous les modules chargés en fonction de la configuration réelle. À la différence de l'option -l, cette liste inclut les Objets Dynamiques Partagés (DSOs) chargés par l'intermédiaire du module mod_so.
httxt2dbm: Un nouveau programme servant à générer des fichiers dbm à partir d'une source au format texte, à utiliser avec la directive RewriteMap et le type de mise en correspondance dbm.

Changements pour le développeur de module 202k1w

APR 1.0 API

Apache 2.2 utilise l'API APR 1.0. Toutes les fonctions et symboles obsolètes ont été supprimés du code de APR et APR-Util. Pour plus de détails, consultez le site web d'APR.

Authn/Authz

Les modules d'authentification et d'autorisation intégrés ont été renommés de la manière suivante:

mod_auth_* -> Modules qui implémentent un mécanisme d'authentification HTTP
mod_authn_* -> Modules qui fournissent un dispositif d'authentification en arrière-plan
mod_authz_* -> Modules qui implémentent l'autorisation (ou l'accès)
mod_authnz_* -> Modules qui implémentent à la fois l'authentification & l'autorisation

L'organisation des méthodes d'authentification a également été revue, ce qui va simplifier grandement l'ajout de nouvelles méthodes d'authentification.

Journalisation des erreurs de connexion

Une nouvelle fonction a été ajoutée, ap_log_cerror, afin de pouvoir enregistrer les erreurs qui surviennent au cours de la connexion du client. Une fois enregistré, le message inclut l'adresse IP du client.

Ajout d'une portion de code pour la vérification de la configuration

Un nouvel élément de traitement a été ajouté, test_config, afin d'aider les modules qui ne veulent exécuter un code spécial que si l'utilisateur e le paramètre -t à httpd.

Définition de la taille de la pile pour les modules MPM en processus légers

Une nouvelle directive a été ajoutée, ThreadStackSize afin de définir la taille de la pile pour tous les modules MPM en processus légers (modules threadés). Ceci s'avère nécessaire pour certains modules tiers sur des plateformes dont la taille de la pile des threads par défaut est trop petite.

Gestion de protocole pour les filtres en sortie

Par le é, chaque filtre devait s'assurer que les en-têtes de réponse corrects étaient générés dans la mesure où il les affectait. Les filtres peuvent maintenant déléguer la gestion courante du protocole au module mod_filter, à l'aide des appels ap__output_filter_protocol ou ap_filter_protocol.

Ajout d'un élément de traitement pour le processus père (monitor hook)

Ce nouvel élément de traitement permet aux modules de lancer des jobs réguliers/planifiés au niveau du processus père (root).

Modifications de l'API de traitement des expressions rationnelles

Le fichier d'en-tête pcreposix.h n'est plus disponible ; il a été remplacé par le nouveau fichier d'en-tête ap_regex.h. L'implémentation POSIX.2 regex.h exposée dans l'ancien fichier d'en-tête est maintenant disponible dans l'espace de nommage ap_ depuis ap_regex.h. Les appels à regcomp, regexec, etc... peuvent être remplacés par des appels à ap_regcomp, ap_regexec.

Cadre d'application DBD (API pour base de données SQL)

Avec Apache 1.x et 2.0, les modules nécessitant un processus SQL d'arrière-plan devaient s'en charger eux-mêmes. En dehors du fait de réinventer la roue, ceci peut s'avérer très inefficace, par exemple lorsque plusieurs modules maintiennent chacun leurs propres connexions.

Apache 2.1 et supérieur fournissent l'API ap_dbd qui permet la gestion des connexions à la base de données (y compris les stratégies optimisées pour les modules MPM threadés et non threadés), tandis que APR 1.2 et supérieur fournissent l'API apr_dbd qui permet l'interaction avec la base de données.

Les nouveaux modules DEVRAIENT désormais utiliser ces APIs pour toutes les opérations liées aux bases de données SQL. De même, les applications existantes DEVRAIENT être mises à jour lorsque c'est possible, que ce soit de manière transparente ou sous forme d'une option recommandée à leurs utilisateurs.