Et un petit billet pour une opération très simple à faire après installation ou en installant une distribution. En général un système qui ne réagit pas correctement par moment est le symptôme d’un engorgement de ressources. Le plus couramment ce sont les ressources disques un coup d’ œil sur la diode d’activité permet de s’en assurer. Si vous n’avez pas de programme gourmand en accès disque qui tourne à ce moment vous pouvez être sur que c’est le swap. Et c’était mon cas j’avais fait une installation classique de Debian sur disque unique et les gros coups de mou que je constatais ont disparu lorsque j’ai déplacé le swap sur un autre disque, qui a l’avantage aussi d’être plus rapide et cerise sur le gâteau sur un autre contrôleur.

Donc à retenir l’installation sur disque unique lorsque l’on en a plusieurs n’est pas la plus optimale et si vous avez un SSD et des HD classiques mettez le système sur SSD et le swap sur  HD classique votre SSD durera plus longtemps.

Je viens de finir mon premier « programme go », en fait ce n’est jamais complètement fini mais ça marche.

Pour ceux qui ne connaisse pas Abuseipdb c’est un service où des milliers de sites, à travers de l’utilisation de fail2ban ou d’autres système et firewall, rapportent les adresses IP dont ils ont détecté des attaques. Une grosse base de données d’adresses qui ne vous veulent pas du bien, avec plus de 100000 signalisation journalières.

Mon bout de code a pour fonction d’aller récupérer une liste des IPS les plus nocives à travers l’API d’Abuseipdb pour les bloquer.  En créant tout le nécessaire dans nftable

Pour les curieux « Read the Source Luke » c’est sur Github

Résultat, les comptes gratuit d’Abusipdb ne permettant de récupérer que 10000 adresses au plus voilà ce que je constate sur 10000 adresses ip en une journée je bloque presque 5000 paquets. Une broutille.

Bon j’avais l’erreur de l’objet sur ma Debian Trixie avec comme effet un scanner plutôt lent.

Après avoir cherché sur le net des solutions aucune ne me satisfaisait vraiment. Donc j’ai creusé et je suis tombé sur les softdeps . (man 5 modprobe.d)

La solution à affiner est de créer un fichier dans /etc/modprobe.d moi je l’ai appelé ehci_hcd.conf

dans ce fichier j’ai mis les lignes :

#devrais forcer le chargement d'EHCI avant OHCI 
softdep ehci_hcd post: ohci_hcd uhci_hcd
softdep ohci_hcd pre: ehci_hcd
softdep uhci_hcd pre: ehci_hcd

un depmod -a suivi de update-initramfs -u et le tour est joué.

En fait le premier softdep ne suffisait pas je n’ai pas creusé mais il devait y avoir un jeu de dépendances qui bloquait, peut être le fait d’imposer le chargement ohci_cd avant uhci_cd. Donc j’ai bétonné avec les deux autre lignes.

Je trouve la solution assez élégante même si pour l’instant c’est un peu brut de fonderie. En tout cas ça fait le job.

Grosse partie de plaisir pour adapter le keymap de sysconfig sur Debian Trixie.
En fait une grande partie de la documentation est dépassée et l’utilitaire keymap-lillo.pl est souvent une version qui ne fonctionne pas, il faut trouver une version adapté dans repo syslinux j’ai trouvé  un bon/good keytab-lilo sous forme d’un fichier texte mais ça reste encore du boulot pénible le paquet kbd ne fournissant pas les keymap.

La voie de la simplicité est sur ce repo où on trouve Les fichiers .ktl/the .ktl files.

Voilà peut être gagnerez vous deux heures de recherches à vous arracher les cheveux.

J’avais remarqué que les mails de cron émis par ssmtp vers mon compte gmail ne fonctionnait plus. Plus exactement les mails partaient sans anomalies mais n’arrivaient jamais. Sur mon VPS je suis passé à Exim et là après le bon réglage des SPF c’est nickel.

Dans le cadre de l’installation d’un raspberry sur un clé 4g il fallait oublier la configuration du SPF et revenir à une solution plus légère. Sur le net il y a pas mal de documentation concernant cette configuration mais toutes ne fonctionnent pour ce qui est du relais des messages du cron. La clé pour avoir un bon entête consiste au bon positionnement de Full Name de root, du revaliases de ssmtp et du passage à No de FromLineOvewwrite dans ssmtp.conf.

ce qui donne chez moi

pi@raspicam:~ $ more /etc/ssmtp/ssmtp.conf
#
# Config file for sSMTP sendmail
#
# The person who gets all mail for userids < 1000
# Make this empty to disable rewriting.
root=monmail@domain.tld
 
# The place where the mail goes. The actual machine name is required no
# MX records are consulted. Commonly mailhosts are named mail.domain.com
mailhub=smtp.orange.fr:465
useTLS=YES
authUSER=lemail@orange.fr
authPASS=lepass
 
# Where will the mail seem to come from?
rewriteDomain=orannge.fr
 
# The full hostname
hostname=raspicam
 
# Are users allowed to set their own From: address?
# YES - Allow the user to specify their own From: address
# NO - Use the system generated From: address
FromLineOverride=NO
 
pi@raspicam:~ $ more /etc/ssmtp/revaliases
# sSMTP aliases
#
# Format:       local_account:outgoing_address:mailhub
#
# Example: root:your_login@your.domain:mailhub.your.domain[:port]
# where [:port] is an optional port number that defaults to 25.
root:monmail@orange.fr:smtp.orange.fr:465
pi:monmail@domain.tld:smtp.orange.fr:465
 
pi@raspicam:~ $ grep root /etc/passwd
root:x:0:0:raspicam,,,:/root:/bin/bash

la modification de du full name se fait pas sudo chfn -f ‘le pseudo’ root