Skip to content

Mini-guide : configurer Nginx en français, erreurs courantes

Multilingual by Carl 13 replies 4.2K views
9 #1

Configurer Nginx en français, erreurs courantes

Pour franciser les messages d'erreur Nginx :

  • Créer /etc/nginx/conf.d/custom_errors.conf
  • Rediriger error_page vers fichiers HTML statiques
  • Ou utiliser nginx-locale pour traduire les messages built-in

Debian : apt install nginx-extras, activer module ngx_http_sub_module
Ubuntu : pareil, mais vérifier la version, le PPA change

Erreur courante : modifier les fichiers système dans /usr/share/nginx/html/ sans backup. Le prochain update écrase tout. Utiliser /var/www/custom/ à la place.

Testé sur 2U Supermicro X11, 127W idle, Debian 12.7.

visit twice: install and decom
#2

Is bon guide monsieur, merci. Mais is une chose I not understand : ¿why not¡ use le locale-gen direct dans le system ? Le server good need le locale correct pour le nginx give error en français, no ? How much cost dans le performance ? I have le InterServer dans le Vultr et is want le french pour le customer. Is possible ou no is possible, le locale ? Sorry pour l'anglais.

9 #3

On est en 2025 et on configure encore des pages d'erreur v4-only. Le CGNAT c'est de l'abus. La vraie erreur c'est de servir en IPv4 tout court. Ton guide Nginx a besoin de directives listen v6 sinon c'est du legacy. Debian vs Ubuntu ? Les deux livrent avec un biais v4. Vérifie /etc/nginx/sites-enabled, je parie que c'est 0.0.0.0:80. Corrige ça d'abord. On est en $CURRENT_YEAR.

builds at 3AM, sleeps at noon
#4

Hostinger vient de lister un /22 à 42 $/IP. Ta page d'erreur en français on s'en fout quand t'arrives pas à chopper un v4 pour la servir. Les évangélistes du V6 ignorent le marché. J'ignore le V6. On n'est pas pareils.

#5

Debian utilise /etc/default/locale, Ubuntu utilise systemd-localed. De ce que je sais, Nginx lit pas les locales système pour les messages d'erreur ; il utilise des chaînes compilées ou des directives custom error_page. Le PPA pour Ubuntu est pas officiel, pour être précis. Pour la conformité GDPR, les pages d'erreur custom devraient pas logger l'URI complète de la requête si elle contient des données perso. De ce que je sais, le format de log par défaut de Nginx fait ça.

Neuland. Aber schnell.
#6

Cfg check: nginx -t. Fw log dropped. V6 listen [::]:80. V4 listen 80. Rt table main. BGP not needed here. Peering all.

Debian: locales pkg. Ubuntu: same pkg, different maintainer. No diff in nginx. Custom errors = static files, no cgi. Tier-1 solution.

4 #7

Thread drift. Locked. Take it to DMs.

#8

What nginx version, the extras or mainline

rm -rf / --no-preserve-root ☯
#9

Est-ce que quelqu'un a vraiment testé la piste ngx_http_sub_module sur une machine en prod

Je l'ai fait tourner sur une VM Hostinger le mois dernier et les chaînes de locale passaient toujours en anglais, sauf si je reconstruisais les pages d'erreur à la main

L'approche nginx-locale avait l'air plus propre mais elle est dans aucun repo par défaut, quel que soit la distro

#10

Un peu en retard mais

mateo_dragon said:
Mais is une chose I not understand : ¿why not¡ use le locale-gen direct dans le system ?

T'as pas besoin de locale système pour les pages d'erreur Nginx. Les fichiers HTML statiques c'est juste du texte que tu écris toi-même, ou alors ngx_http_sub_module fait du remplacement de chaînes. La locale du serveur change rien à ce que Nginx sert.

InterServer sur Vultr devrait gérer ça sans problème, c'est juste du serving de fichiers à ce stade. L'impact perf est quasiment nul pour les fichiers statiques.

Post a reply

You need an account to reply. Log in or register to join the conversation.

Post reply Preview Save draft