Order, Allow et Deny de Apache, sont devenus obsolètes

Auteur	Message
Hibou Administrateur	Les directives Order, Allow et Deny des configurations Apache, ne sont pas disparues pour maintenant, mais disparaîtront à l’avenir, parce que considérées comme obsolètes. Elles sont à remplacer par d’autres directives, qui semblent mieux : Access Control (apache.org). Disponible seulement à partir de Apache 2.3, pas avec les versions précédentes. Rendu obsolète à partir de Apache 2.4 (sauf erreur, à vérifier). Apache.org a écrit : The Allow, Deny, and Order directives, provided by mod_access_compat, are deprecated and will go away in a future version. You should avoid using them, and avoid outdated tutorials recommending their use. Traduction a écrit : Les directives Allow, Deny et Order, fournies par mod_access_compat, sont obsolètes et disparaîtront lors d’une future version. Il est recommandé d’éviter de les utiliser et d’éviter les tutoriels qui ne sont plus à jours, qui recommandent leurs usages. En plus du lien précédent, voir aussi, pour les détails : Apache Module mod_authz_core (apache.org) Apache Module mod_authz_host (apache.org)
Hibou Administrateur	Imbrications Les conteneurs <RequireAny>, <RequireAll> et <RequireNone>, peuvent être imbriqués. Aucun ne doit être vide, si un est vide, ça produit une erreur 500. La directive Require porte mal son nom Quand elle est dans un conteneur <RequireNone>, Require se lit d’une manière ambiguë. Si “ Require ip 127.0.0.1 ” apparaît dans un conteneur <RequireNone>, ça signifie que l’IP ne doit pas être 127.0.0.1 au lieu de signifier qu’il est requis qu’elle soit 127.0.0.1 Il faut la lire comme Test ou Check et c’est ainsi qu’elle aurait put s’appeler. Comme on ne peut pas changer son nom, il faudra s’habituer à la lire comme si elle avait un nom adéquate. <RequireNone> est à ne pas utiliser seul <RequireNone> ne peut pas être utilisé seul, sinon ça fait une erreur 500. En prenant un exemple fictif qui veut interdire l’accès à 127.0.0.1, une IP qu’un serveur web ne verra jamais arriver, c’est seulement pour avoir un exemple complet sans risquer de bloquer quelqu’un‑e qui ne le mérite pas. Ça peut se poser comme ça : Code : `#` `OK` `<RequireAll>` `Require` `all` `granted` `<RequireNone>` `Require` `ip` `127.0.0.1` `</RequireNone>` `</RequireAll>` Mais ça ne marchera pas comme ça, même si ça semble plus économe : Code : `#` `Erreur` `500` `garantie` `<RequireNone>` `Require` `ip` `127.0.0.1` `</RequireNone>`

Auteur

Message

Les directives Order, Allow et Deny des configurations Apache, ne sont pas disparues pour maintenant, mais disparaîtront à l’avenir, parce que considérées comme obsolètes. Elles sont à remplacer par d’autres directives, qui semblent mieux : Access Control (apache.org). Disponible seulement à partir de Apache 2.3, pas avec les versions précédentes. Rendu obsolète à partir de Apache 2.4 (sauf erreur, à vérifier).

Apache.org a écrit :

The Allow, Deny, and Order directives, provided by mod_access_compat, are deprecated and will go away in a future version. You should avoid using them, and avoid outdated tutorials recommending their use.

Traduction a écrit :

Les directives Allow, Deny et Order, fournies par mod_access_compat, sont obsolètes et disparaîtront lors d’une future version. Il est recommandé d’éviter de les utiliser et d’éviter les tutoriels qui ne sont plus à jours, qui recommandent leurs usages.

En plus du lien précédent, voir aussi, pour les détails :

Imbrications

Les conteneurs <RequireAny>, <RequireAll> et <RequireNone>, peuvent être imbriqués. Aucun ne doit être vide, si un est vide, ça produit une erreur 500.

La directive Require porte mal son nom

Quand elle est dans un conteneur <RequireNone>, Require se lit d’une manière ambiguë. Si “ Require ip 127.0.0.1 ” apparaît dans un conteneur <RequireNone>, ça signifie que l’IP ne doit pas être 127.0.0.1 au lieu de signifier qu’il est requis qu’elle soit 127.0.0.1 Il faut la lire comme Test ou Check et c’est ainsi qu’elle aurait put s’appeler. Comme on ne peut pas changer son nom, il faudra s’habituer à la lire comme si elle avait un nom adéquate.

<RequireNone> est à ne pas utiliser seul

<RequireNone> ne peut pas être utilisé seul, sinon ça fait une erreur 500.

En prenant un exemple fictif qui veut interdire l’accès à 127.0.0.1, une IP qu’un serveur web ne verra jamais arriver, c’est seulement pour avoir un exemple complet sans risquer de bloquer quelqu’un‑e qui ne le mérite pas.

Ça peut se poser comme ça :

Code :

# OK
<RequireAll>
   Require all granted
   <RequireNone>
      Require ip 127.0.0.1
   </RequireNone>
</RequireAll>

Mais ça ne marchera pas comme ça, même si ça semble plus économe :

Code :

# Erreur 500 garantie
<RequireNone>
   Require ip 127.0.0.1
</RequireNone>