Comme je n'installe pas d'apache tous les jours, je mets ça ici pour mémoire.

Après installation d'un apache 2.4.x, je n'arrivais plus à accéder au site.

Erreur vue dans /var/log/apache2/error.log :

[authz_core:error] [pid 12345:tid 123456789012345] [client 12.234.56.78:12345] AH01630: client denied by server configuration: /path/to/folder/

Pour corriger ça, il faut aller dans la conf du site /etc/apache2/sites-enabled/monSite.conf.

Puis, dans chaque bloc Directory :

• supprimer les lignes Order allow,deny (ou qui y ressemblent);
• pour les remplacer par Require all granted.

Ainsi :

...
<VirtualHost [...]>
...
    <Directory /path/to/website>
        Require all granted
    </Directory>
...
</VirtualHost>
...

Des exemples de Consumer et Producer Kafka.

@Antichesse : j'ai utilisé domain1.com et domain2.com, qui ne font pas 64 caractères (loin de là). Sauf que d'après ce que j'ai pu constater, l'omission de la directive server_names_hash_bucket_size entraîne l'envoi de la page html par defaut par nginx.

Contexte :

J'ai 3 fichiers de configuration dans /etc/nginx/sites-available/ :

• default qui pointe vers la page default.html ;
• domain1.com qui pointe vers la page domain1.html ;
• domain2.com qui pointe vers la page domain2.html ;

Observations :

Si la directive server_names_hash_bucket_size n'est pas présente dans le fichier /etc/nginx/nginx.conf, alors les URL domain1.com et domain2.com renvoient vers la page default.html.

A vérifier : peut-être faut-il écrire la directive default_server sur l'un des deux domaines (domain1.com ou domain2.com).

Un exemple documenté de l'utilisation de la compression gzip dans la conf de NGINX. La documentation officielle avec toutes les options est ici.

Un outil pour analyser la configuration de nginx. Il faudra que je teste ça. Ce sera peut-être l'occasion pour moi de laisser tomber Apache, hein Antichesse :D