Salut à tous, vous retrouverez ici mes billets de l'année 2020. Pour voir les billets toutes dates confondues, cliquez ici
Bonjour à tous,
J'ai bien galéré pour faire marcher pihole sur un vieux pc
avec une livebox v2 en tant que routeur parce que celle-ci ne permet pas
de changer les DNS directement. Voici comment faire, étape par étape:
ifconfig eth0
sous
Linux, ipconfig
sous Windows.ip address change x/24 ethx
où x est une
adresse IP classe C privée libre (forme 192.168.1.XXX) et eth0
l'interface Ethernet branchée directement sur la box. Voir en bas de
cette page pour plus d'infos[1].Il sera probablement nécessaire de déconnecter et reconnecter vos équipements connectés en WiFi. Dorénavant, les requêtes DNS devrait passer par le Pihole ! Moins de pubs pour tout le monde à la maison.
[1]L'addresse IP
donnée via l'interface de la box à un bail, ce qui veut dire qu'au bout
d'une certaine durée (de ce que j'ai vu et senti: 1 jour) la machine n'en
tiendra plus compte.
Plus d'IP = plus reconnu sous le réseau et vu que
c'est le Pi-hole qui s'occupe du DHCP ET du DNS, ça veut échec de la
connexion au réseau pour les autres équipements.
Voici donc ci-dessous un script (pour Linux) sur la machine Pihole permettant de mettre
à jour son IP. À exécuter toutes les heures grâce à crontab
pour éviter de le faire en manuel.
#!/bin/sh ip address change x.x.x.x/24 dev eth0 # remplacez x.x.x.x par l'adresse IP notée de la Pihole ip route add default via 192.168.1.1 dev eth0 # 192.168.1.1 est la passerelle, c'est à dire la box qui nous donne l'accés à internet.jeu., 31 déc. 2020 19:41:40 +0100
tl;dr: l'option Hostname dans la config client ssh est bien
pratique quand on a plusieurs clef secrète pour le même utilisateur sur le
serveur distant.
Salut totu le monde,
Ça me servira de pense-bête et j'espère que
ça aidera quelqu'un dans le futur.
Voici le soucis: vous venez d'installer gitolite et cgit sur votre serveur
web mais il faut jongler avec les clefs secrètes pour soit:
gitolite-admin
Un moyen que j'ai appris est la l'option Hostname
dans les
blocs Hosts
de votre config ssh client
(~/.ssh/config
pour rappel). J'ai quelque chose qui ressemble
à ça de mon côté:
Host admin_gitolite Hostname git.nomdedomaine.com IdentityFile ~/.ssh/admin_gitolite User gitolite Host utilisateur_gitolite Hostname git.nomdedomaine.com IdentityFile ~/.ssh/utilisateur_gitolite User gitolite Host serveurweb Hostname git.nomdedomaine.com IdentityFile ~/.ssh/serveurweb User utilnormal
Donc si vous renommer l'URL de rapatriement de votre répertoire
d'administration de gitolite en
ssh://admin_gitolite:/gitolite-admin
, ssh le comprendra et
demandera le mot de passe pour la clé secrète
~/.ssh/admin_gitolite
lors du push.
C'est le même principe pour utilisateur_gitolite
sauf que
le mot de passe pour la clé secrète
~/.ssh/utilisateur_gitolite
sera demandée.
Enfin, exécuter ssh serveurweb
permettra d'accéder tout
simplement à l'interpréteur de commande de l'utilisateur
utilnormal
sur la machine avec le nom d'hôte
git.nomdedomaine.com.
C'est tout ce que j'ai à dire, bonnes fêtes et bon Noël à vous tous ! 🎄🎄🎄
jeu., 24 déc. 2020 23:44:12 +0100Salut tout le monde,
J'avais l'habitude de faire des tarballs de mes logiciels
mais je vais laisser cgit le faire maintenant.
C'est la raison pour laquelle il n'y a plus le tableau de mes projets
sur la page d'accueil du site.
Dorénavant, vous pouvez retrouvez mes projets sur mon git.
Si un beau matin vous n'arrivez plus à imprimer des documents
via lp
ou que system-config-printer
n'affiche plus
les imprimantes configurées et que l'interface
web locale d'administration de CUPS vous 404 Not
Found dans la face ou bien encore ce message maudit apparaît dans la
sortie de journalctl -xe
:
The unit org.cups.cupsd.service has entered the 'failed' state with result 'protocol'
Il est alors fort probable que le fichier
/etc/cups/cupsd.conf
soit mal formé (pour moi en
tout cas du code HTML avait remplacé tout le fichier !).
La solution est d'exécuter ceci:
su -c 'cp /etc/cups/cupsd.conf.O /etc/cups/cupsd.conf'
Il se peut que ça ne soit pas un O mais 'default' dans certains cas, ici j'ai testé avec un CUPS 2.3.3 sous Arch.
Merci et sûrement à bientôt, les imprimantes vont bien chauffer avec les autorisations de déplacements dérogatoires.
jeu., 10 déc. 2020 18:37:55 +0100Bonjour à tous,
Voici les caractéristiques basiques du système (nombre de paquets variant selon votre installation):
J'étais avant sur un Notebook d'ASUS et disons que tout ne marchait pas direct (son, microphone, bluetooth, touche Fn+), il fallait creuser/attendre.
Avec le Aspire, l'installation d'ArchLinux (version d'août 2020) c'est bien
passé. Le wifi, microphone, bluetooth, écran et son marche bien (en
téléchargeant les paquets linux-firmware
et
alsa-firmware
, même si je pense que ce dernier n'est pas
forcément nécessaire, voir la section suivante).
Une chose à noter pour le son: le pilote c'est snd-hda-intel
.
La chose que j'ai fait c'est d'ajouter options snd-hda-intel model=auto
dans le fichier
/etc/modprobe.d/alba-base.conf
et autospawn =
yes
dans ~/.config/pulse/client.conf
, comme ça le serveur
pulseaudio se démarre tout seul si une appli demande/envoie du son (coucou
pavucontrol
).
Salut à tous! Si comme moi vous avez une instance Jitsi et
que vous ne vous souvenez plus des utilisateurs créé, voici une astuce pour
les lister car prosodyctl
n'est pas capable de le faire de base.
Exécutez ceci:
ls /var/lib/prosody/*/accounts|grep .dat|sed s/'.dat'//g
Si vous avez plusieurs domaines, la méthode suivante est meilleure (si vous
vous débrouillez bien en anglais, regardez cette réponse dans une liste de diffusion dédiée
à prosody pour plus de détails):
curl -OJL http://prosody.im/files/mod_listusers.lua
chmod 755 mod_listusers.lua
mv mod_listusers.lua /usr/lib/prosody/modules/
Maintenant, exécuter prosodyctl mod_listusers
devrait retourner
les comptes créés comme avec la première méthode mais suivi de leur domaine
respectif.
Merci beaucoup à Jan "Arsimael" Schneeberger en tout cas, ça m'a bien
dépanné
Salut à tous,
J'ai un script perl, gpigeon, qui me permet de créer et d'envoyer des liens à des
personnes ne connaissant pas GPG de m'envoyer des mails chiffrés lorsque je
leur donne un lien créé par le script.
Il est téléchargeable depuis ma page d'accueil depuis quelques mois, mais je
n'étais pas satisfait par rapport à la lisibilité du code: si quelqu'un venait
à mettre en place le script pour son usage personnel, les informations à
compléter était disséminée un peu partout.
Voilà pourquoi j'ai créé un installateur! Je vais aussi profiter de ce billet
pour faire un tour de l'application.
Donc, ceci est la page HTML de base pour s'authentifier sur le script.
Notez qu'une page ayant un formulaire avec saisie de texte (avec
name="password"
dans l'input) + bouton pointant vers le script CGI fait
tout autant l'affaire. Voici un example, retrouvable ici:
Une fois authentifié avec le mot de passe définie dans l'installateur on
arrive ici, le look étant modifiable via le gpigeon.css:
On peut voir que j'ai commencé à générer un lien et que celui-ci s'est
affiché dans le tableau des liens en bas de la page. À quoi ressemble un lien?
Ceci:
Côté mail, je reçois donc ceci (notez que j'ai fais déchiffré d'abord, d'où le
mail en vert en bas à droite):
Il y a aussi quelque chose d'important à savoir: une fois que le mail
est envoyé, le formulaire (lien) s'autodétruit. Ça évite le spam si quelqu'un
trouve ou partage un lien et évite que tout le monde sache qui veut vous envoyer des
mails.
Pour ce qui est d'autres capture d'écrans, les voici :
Quand on supprime un lien, il y a une notification juste en dessous le
tableau:
Voilà pour le moment. Si vous avez des questions sur ce script, n'hésitez pas à les poser en m'écrivant un mail !
jeu., 10 déc. 2020 17:01:58 +0100J'ai bien galéré pour complété la partie de l'insertion des clés dans un BIOS pour profiter du Secure Boot avec GRUB & linux.
Vu que le BIOS de ma machine proposait de nettoyer les clés mais pas
d'options pour en insérer, il faut passer par une tierce-partie, ici
KeyTool.efi (ce fichier sera installé avec le paquet efitools
sous arch, peut-être le même cas pour d'autres distrib).
Trêve de bavardages, voici à quoi ressemble
/etc/grub.d/40_custom
après avoir copié KeyTool.efi dans
/efi/EFI/arch/KeyTool.efi
. N'oubliez pas de remplaçer
1234-5678 par l'UUID de votre partition contenant le répertoire
/efi
:
#!/bin/sh exec tail -n +3 $0 # This file provides an easy way to add custom menu entries. Simply type the # menu entries you want to add after this comment. Be careful not to change # the 'exec tail' line above. menuentry "KeyTool unsigned" { load_video set gfxpayload=keep insmod part_gpt insmod ext2 insmod fat insmod chain search --no-floppy --fs-uuid --set=root 1234-5678 chainloader /efi/arch/KeyTool.efi }jeu., 10 déc. 2020 17:00:43 +0100
J'utilisais slstatus/dwm/st et dmenu depuis un bon bout de temps, et je ne comprenais pas pourquoi certaines émojis s'affichait correctement, d'autres en noir et blanc. Ça cassait la "consistance".
La bonne réponse bien sûr est que je m'y suis mal pris. Je vais vous expliquer comment faire afin de vous éviter moults pertes de cheveux et prises de têtes.
fakeroot
ou sudo
d'installé, vu que l'on va compiler des paquets depuis l'AUR grâce à
makepkg -s
.libxft-bgra-git
.
curl -OJL
https://aur.archlinux.org/cgit/aur.git/snapshot/libxft-bgra-git.tar.gz
tar xvzf libxft-bgra-git.tar.gz
cd libxft-bgra-git/
makepkg -s
pacman -U
libxft-bgra-git*.pkg.tar.zst
libxft
, foncez quand même.noto-fonts-emoji
,ttf-joypixels
par
exemple), pour ma part j'ai choisi ttf-twemoji
. Si vous
l'avez vous aussi choisie, n'oubliez pas de
copier 75-twemoji.conf
dans le répertoire
/etc/fonts/conf.d
.pacman -U
ttf-twemoji*.pkg.tar.xz
ttf-twemoji
afin d'installer la police de caractères après sa
compilation.drw.c
du code source de dwm et dmenu quand vous les
recompilez. Sans ça, les émojis
ne s'afficheront pas ou pas correctement.
curl -OJL
https://github.com/LukeSmithxyz/voidrice/raw/master/.local/share/larbs/emoji
mv emoji ~/.local/share/emojis
cat ~/.local/share/emojis | dmenu -i -b -l 5
Merci à Luke Smith et Unicode pour la liste d'émojis et la standardisation des émojis, respectivement. Très 🆒.
mar., 08 sept. 2020 19:49:16 +0200