Réfutation des arguments donnés généralement pour écarter un auto-hébergement de ses emails, au profit de solutions clef en main des grands fournisseurs très connus.

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>
...

Exemple de consumer en Kotlin cette fois.

(pour la partie producer, c'est par ici)

Des exemples de Consumer et Producer Kafka.

Pour l'instant, c'est la page la plus claire que j'ai pu trouver sur le sujet. Les préoccupations sont bien définies et séparées.

@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).

Quelques informations à propos du fichier de configuration d'Elastic Search /etc/elasticsearch/elasticsearch.yml, à mettre dans chaque noeud de l'infra.

Voir aussi :

• cet exemple de fichier de conf;
• cet autre exemple.

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 générateur de configuration SSL pour différents serveurs web (Apache, Nginx, ...).
Il prend en compte les versions des softs ainsi que la compatibilité recherchée avec les navigateurs.

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

Pour mémoire.
Il s'agissait pour moi de faire l'inverse en fait, c'est à dire de ne pas forcer la connexion en https.
Pour cela, il faut aller dans le fichier /etc/apache2/sites-available/monsite.conf et commenter les lignes suivantes:
RewriteEngine on
RewriteCond "quelquechose"
RewriteRule "quelquechose d'autre"
Puis ajouter la ligne suivante:
RewriteEngine off