Bonjour, Je n'ai pas pour habitude de présenter des distributions car ce n'est pas mon exercice favori. Même si j'ai publié récemment une série de six articles sur Archlinux, il s'agissait non pas d'une présentation mais d'un processus d'installation détaillé, ce qui n'est pas la même chose. Je rédige cet article à chaud, sans griffonner [...]

Original post of Benoît Boud@ud.Votez pour ce billet sur Planet Libre.

Dans une modeste configuration d'hébergement de services Web, à moins de faire tourner ses services monolithiquement, on a souvent un serveur HTTP frontal qui porte le certifical SSL et redispatche les requêtes vers des applications réparties dans des machines virtuelles ou des containers.

La sécurité de mon serveur est assurée par le pare-feu (qui laisse passer uniquement les flux autorisés) et l'outil fail2ban qui rajoute des règles de blocage dans iptables en scrutant les logs systèmes et applicatifs. Les applications sont distribuées dans des containers et produisent leur log applicatif. Cela pose deux problèmes :

1. le log de l'application est dans un container applicatif alors que l'outil de blocage fail2ban est dans le container frontal
2. le serveur HTTP du frontal fait office de proxy donc l'application ne connaît que l'adresse IP du frontal ; le log est inexploitable pour bannir des intrusions.

Pour résoudre le point 1, il faut rapatrier les logs du container applicatif vers le frontal. C'est faisable de plusieurs manières, une simple, préservant l'indépendance du container, consiste à exporter le log en TCP/IP avec rsyslog et à configurer son écoute dans le container frontal.

Pour le point 2, il faut acheminer l'adresse IP réelle du visiteur vers le container applicatif. Techniquement, c'est déjà le cas en utilisant l'entête HTTP X-Forwarded-For dans la configuration HTTP mais l'application n'en tire pas forcément parti pour ses logs. C'est là que NginX propose un génial module ngx_http_realip qui permet au container applicatif de remplacer l'adresse IP reçue (celle du frontal) avec l'adresse IP réelle.

Sur le NginX du frontal, on passe l'adresse IP réelle dans l'entête X-Real-IP :

proxy_pass http://10.10.10.2;
proxy_set_header Host $host;
proxy_set_header X-Real-IP  $remote_addr;

Sur le NginX applicatif, on remplace l'adresse IP par l'adresse réelle :

set_real_ip_from 10.0.0.0/8;
real_ip_header X-Real-IP;
real_ip_recursive on;

Avec cette configuration, le log applicatif contient les adresses IP réelles. Il est exporté vers le container frontal et des règles fail2ban peuvent être ajoutées pour l'exploiter et bannir des tentatives d'intrusion.

Original post of Yannic Arnoux.Votez pour ce billet sur Planet Libre.

Vous nous l’avez fait savoir : vous voulez des couleurs plus vives et plus lumineuses sur WordPress.com. Nous mettons un peu de piment dans votre Tableau de bord WordPress.com grâce à quatre nouveaux jeux de couleurs : Minuit, Coucher de soleil, Océan, et Contraste.

Vous connaissez probablement déjà bien certaines de ces palettes. Minuit, Coucher de soleil et Océan sont inspirées d’anciennes versions de WordPress, un peu comme un clin d’œil à nos débuts tandis que nous allons de l’avant :

• 

• 

• 

Si les couleurs vives ne vous tentent pas trop, vous préférerez peut-être Contraste, une combinaison de noir et de blanc conçue pour mettre en avant l’essentiel sur votre Tableau de bord WordPress.com :

Dans le cadre de notre engagement en faveur d’un design inclusif, ces nouvelles palettes sont conçues pour offrir un meilleur contraste et donc une meilleure lisibilité. Quelle que soit le jeu de couleur que vous choisissez, votre Tableau de bord sera beau, mais aussi lisible.

Voici comment personnaliser votre jeu de couleurs :

1. Connectez-vous au compte WordPress.com que vous souhaitez personnaliser.
2. Cliquez sur l’avatar de votre compte en haut à droite de l’écran.
3. Sélectionnez Paramètres du compte dans la colonne latérale gauche.
4. Choisissez l’une des options proposées dans la section Jeu de couleurs du tableau de bord.
5. Cliquez sur le bouton Enregistrer les réglages du compte pour appliquer la modification.

Original post of Encolpe DEGOUTE.Votez pour ce billet sur Planet Libre.

Original post of genma.Votez pour ce billet sur Planet Libre.

Aujourd'hui, ce mercredi 18 septembre, est une journée dédiée à un test précis : sur l'environnement de bureau GNOME. En effet, durant le cycle de développement, l'équipe d'assurance qualité dédie quelques journées autours de certains composants ou nouveautés afin de remonter un maximum de problèmes sur le sujet.

Elle fournit en plus une liste de tests précis à effectuer. Il vous suffit de les suivre, comparer votre résultat au résultat attendu et le notifier.

En quoi consiste ce test ?

Nous juste après la diffusion de la Fedora 31 beta. L'environnement de bureau GNOME est celui par défaut depuis les débuts de Fedora.

L'objectif est de s'assurer que l'ensemble de l'environnement et que ses applications sont fonctionnels.

Les tests du jour couvrent :

• La détection de la mise à niveau de Fedora par GNOME Logiciels ;
• Le bon fonctionnement du navigateur Web ;
• La connexion / déconnexion et changement d'utilisateurs ;
• Le fonctionnement du son, notamment détection de la connexion ou déconnexion d'écouteurs ou casques audios ;
• Possibilité de lancer les applications graphiques depuis le menu.
• Et tant d'autres.

Comme vous pouvez le constater, ces tests sont assez simples et peuvent même se dérouler sans se forcer en utilisant simplement GNOME comme d'habitude. Donc n'hésitez pas de prendre quelques minutes pour vérifier les comportements et rapporter ce qui fonctionne ou non comme attendu.

Comment y participer ?

Vous pouvez vous rendre sur la page des tests pour lister les tests disponibles et rapporter vos résultats. La page wiki récapitule les modalités de la journée.

Si vous avez besoin d'aide lors du déroulement des tests, n'hésitez pas de faire un tour sur IRC pour recevoir un coup de main sur les canaux #fedora-test-days et #fedora-fr (respectivement en anglais et en français) sur le serveur Freenode.

En cas de bogue, il est nécessaire de le rapporter sur le BugZilla. Si vous ne savez pas faire, n'hésitez pas à consulter la documentation correspondante.

De plus, si une journée est dédiée à ces tests, il reste possible de les effectuer quelques jours plus tard sans problème ! Les résultats seront globalement d'actualité.

Original post of Renault.Votez pour ce billet sur Planet Libre.