blog.nicolas.pawlak.fr » Linux

Script shell vérifiant la disponibilité d’un nom de domaine

Nicolas — Mon, 11 Jul 2011 21:15:27 +0000

Un petit script pour déterminer si un nom de domaine est libre ou déjà déposé.

Les serveurs whois des différents registres de premier niveau renvoyant des réponses structurées différemment, il faut déterminer pour chaque TLD la réponse-type correspondant à un nom de domaine libre et l’inclure dans le script.

Voici ce que retourne une requête whois sur « domainequinexistesurementpas.fr » :

[root@pc-linux]# whois domainequinexistesurementpas.fr
[Requête en cours whois.nic.fr]
[whois.nic.fr]
%%
%% This is the AFNIC Whois server.
%%
%% complete date format : DD/MM/YYYY
%% short date format    : DD/MM
%% version              : FRNIC-2.5
%%
%% Rights restricted by copyright.
%% See http://www.afnic.fr/afnic/web/mentions-legales-whois_en
%%
%% Use '-h' option to obtain more information about this service.
%%
%% [XX.XX.XX.XX REQUEST] >> domainequinexistesurementpas.fr
%%
%% RL Net [##########] - RL IP [#########.]
%%
 
%% No entries found in the AFNIC Database.

A présent, la même requête sur « domainequinexistesurementpas.it » :

[root@pc-linux]# whois domainequinexistesurementpas.it
[Requête en cours whois.nic.it]
[whois.nic.it]
Domain:             domainequinexistesurementpas.it
Status:             AVAILABLE

Les deux réponses sont totalement différentes (« No entries found in the AFNIC Database » pour le .fr, « Status: AVAILABLE » pour le .it). Il est donc indispensable de prendre en compte, pour chaque TLD, la réponse-type correspondant à un nom de domaine libre.

En cas d’interrogation sur un TLD qui n’a pas été prévu dans le script, ce dernier retourne : « TLD NON PRIS EN COMPTE ».

Une particularité du script : placer dans une variable dans une autre variable. Cette particularité apparaît au moment de filtrer la réponse avec la réponse-type correspondant au TLD : la commande grep doit prendre en paramètre le contenu de la variable correspondant à la réponse-type du TLD, mais le nom de cette variable n’est pas fixe.

Le script :

#!/bin/bash
 
# On place dans une variable le TLD du domaine interrogé.
# Le . est remplacé par _ (cas du .co.uk notamment) pour des raisons de noms de variables.
tld=`echo $1 | cut -f 2- -d . | sed -e "s/\./_/"`
 
# On place pour chaque TLD la réponse-type d'un domaine libre dans une variable.
# La variable porte le nom du TLD, avec le _ remplaçant le . si nécessaire.
fr="No entries found"
be="Status:      FREE"
ch="We do not have an entry"
de="Status: free"
it="Status:             AVAILABLE"
pl="No information available"
pt="no match"
fi="Domain not found"
no="No match"
nl="is free"
dk="No entries found"
ru="No entries found"
at="nothing found"
co_uk="No match for"
net_uk="Not match for"
org_uk="No match for"
uk="Error for"
com="No match for"
net="No match for"
org="NOT FOUND"
info="NOT FOUND"
biz="Not found"
ws="No match for"
edu="No Match"
xxx="No match for"
 
if [ -z $1 ]; then
        echo "PARAMETRE MANQUANT"
else
        if [ -z $2 ]; then
                if [ -z "${!tld}" ]; then
                        # Aucune variable n'est nommée comme le TLD : pas de réponse-type
                        echo "TLD NON PRIS EN COMPTE"
                else
                        # On filtre la réponse du whois avec la réponse-type du TLD.
                        if [ -z "`whois $1 | grep "${!tld}"`" ]; then
                                echo "ENREGISTRE"
                        else
                                echo "LIBRE"
                        fi
                fi
        else
                echo "PARAMETRE EN TROP"
        fi
fi

Le script en action :

[root@pc-linux]# ./dispo_ndd.sh domaine.fr
ENREGISTRE
[root@pc-linux]# ./dispo_ndd.sh domaine-existepas.fr
LIBRE
[root@pc-linux]# ./dispo_ndd.sh domaine.ca
DOMAINE NON DISPONIBLE

Script de relance automatique du serveur SSH

Nicolas — Tue, 21 Sep 2010 18:00:53 +0000

Lorsque l’on administre un serveur à distance sans accès physique sur la machine, bien souvent, l’accès au serveur tient à un fil : celui du SSH. Si, pour une raison ou une autre, le serveur SSH s’arrête… les ennuis commencent pour l’administrateur et les utilisateurs.

Même si les connexions SSH actives ne sont pas interrompues lors de l’arrêt du serveur (à condition de ne pas tout stopper avec un killall !), il suffit d’un peu de malchance pour que celles-ci le soient : un plantage de votre système, une coupure électrique, une déconnexion de votre FAI juste après l’arrêt du serveur SSH et vous voilà coincé à la porte de votre serveur distant.

Pour éviter cela, j’ai imaginé un script qui vérifierait régulièrement l’état du serveur SSH et le relancerait si besoin, avec restauration d’une sauvegarde du fichier sshd_config en cas d’échec lors du redémarrage. Ce script est évidemment à placer dans la crontab d’un utilisateur ayant les droits requis pour travailler dans le répertoire de configuration de SSH et redémarrer le service… c’est à dire root, pour faire simple.

Attention :

- Vérifiez bien votre configuration pour les variables déclarées en entête du fichier. Par exemple, le service se nomme « ssh » sur Debian / Ubuntu, et « sshd » sur Red Hat / Fedora.

- Testez le script sur un environnement de test dans un premier temps, pour éviter de faire des erreurs sur un environnement de production.

#!/bin/bash
 
n_service="ssh"                      # Nom du service
f_exe="/usr/sbin/sshd"               # Exécutable du service
f_origine="/etc/ssh/sshd_config"     # Fichier de configuration actuelle
f_secours="/var/scripts/sshd_config" # Sauvegarde de la configuration
f_log="/var/log/restart_ssh"         # Fichier de log
 
now="$(date +%d/%m/%Y' - '%H:%M)"    # Date et heure pour le log
 
if ! ps ax | grep $f_exe | grep -v grep &> /dev/null
then
        /etc/init.d/$n_service start &> /dev/null
        if ps ax | grep $f_exe | grep -v grep &> /dev/null
        then
                echo "[$now] $n_service redémarré automatiquement" >> $f_log
        else
                rm $f_origine
                cp $f_secours $f_origine
                /etc/init.d/$n_service start &> /dev/null
                if ps ax | grep $f_exe | grep -v grep &> /dev/null
                then
                        echo "[$now] $n_service redémarré après restauration" >> $f_log
                else
                        echo "[$now] $n_service arrêté, restauration inefficace" >> $f_log
                fi
        fi
fi

Crontab root (à adapter selon vos souhaits, ici un lancement du script toutes les minutes) :

#       minute (de 0 à 59)
 
#       |       heure (de 0 à 23)
 
#       |       |       jour (de 1 à 31)
 
#       |       |       |       mois (de 1 à 12)
 
#       |       |       |       |       jour de la semaine (de 0 à 6, 0 = dimanche)
 
#       |       |       |       |       |       commande
 
        */1     *       *       *       *       /bin/bash /var/scripts/restart_ssh.sh

LastFM : quand Decibel Audio Player ne scrobble plus correctement…

Nicolas — Sat, 10 Jul 2010 15:00:43 +0000

Decibel Audio Player est un lecteur audio pour Linux (sous environnement GNOME), écrit en Python. Léger et simple d’utilisation, il apporte tout le nécessaire à l’écoute de fichiers musicaux sur une machine, sans le superflu. Pas mal d’options sont présentes sous forme d’options dans le menu « Préférences », ce qui permet de n’activer que ce dont vous avez réellement besoin. Après avoir essayé bon nombre de lecteurs audio (Amarok, Listen, Exaile… et MOC !), j’ai finalement adopté Decibel depuis un ou deux ans.

LastFM est une sorte de « réseau social musical » : votre lecteur audio soumet au site la liste des titres que vous écoutez, ce qui permet de constituer au fil du temps des statistiques sur vos goûts musicaux. L’intérêt ? Pouvoir vous proposer des noms d’artistes pouvant correspondre à vos goûts, des concerts des artistes que vous écoutez régulièrement, découvrir vos affinités musicales avec d’autres utilisateurs… et pouvoir écouter légalement des extraits de beaucoup d’albums. Bref, pour ceux qui écoutent beaucoup de musique, fréquentent de temps à autres les salles de concert et recherchent des nouveautés, LastFM est le site qu’il vous faut.

Vous pouvez visiter mon profil LastFM pour avoir un aperçu des fonctionnalités.

La transmission à LastFM de vos données d’écoute porte un nom bien spécifique : le scrobbling. C’est cette fonctionnalité là qui pose problème à Decibel : au moins de quelques temps d’utilisation (un mois, six mois, voire plus…), l’outil de scrobbling ne fonctionne plus : si vous consultez votre page LastFM, vous vous apercevez que seul le titre actuellement écouté apparaît, et que plus aucun titre n’est conservé dans l’historique. Bref, à part afficher le titre en cours, votre profil LastFM ne bouge plus d’un poil.

Le problème est en fait lié aux ID3 tags de certains titres, comportant des caractères non acceptés par LastFM qui refuse alors la soumission ; le titre reste donc en cache (fichier ~/.config/decibel-audio-player/audioscrobbler-cache.txt), et les titres joués à la suite y restent également bloqués.

Dans mon cas, voici le nom d’artiste du premier titre présent en cache :

a[*]=%44%65%76%69%6E%20%54%6F%77%6E%73%65%6E%64%0%0%0%0%0%0%0%0%0%0%0%0%0%0%0

Ce qui nous donne, une fois converti, le nom d’artiste suivant :

a[*]=Devin Townsend\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0

Les caractères « \0 » empêchent la soumission du titre auprès de LastFM. Il faut donc supprimer du fichier toute ligne « mal formatée » pour que le cache puisse être soumis à nouveau et que le scrobbling retrouve son comportement normal.

Il est possible aussi de tout simplement supprimer le fichier de cache, si vous souhaitez faire simple :

user@machine:~$ rm -rf ~/.config/decibel-audio-player/audioscrobbler-cache.txt

Le bug a été signalé au développeur de Decibel, qui a réglé le problème dans la version « trunk ». Il devrait donc être corrigé dans la version 1.06 du logiciel.

Retirer les lignes vides d’un fichier sous Linux

Nicolas — Sun, 13 Jun 2010 08:00:52 +0000

Ces petites commandes méritent à être retenues, pour gagner du temps le jour où on est confronté au problème… et que l’on a pas Google sous la main !

Prenons un fichier test.txt qui nous servira d’exemple :

[root@pc-linux]# cat test.txt
test 1
 
test 2
test 3
 
test 4
test 5
test 6
 
 
 
 
test 7

Avec sed :

[root@pc-linux]# sed '/^$/D' test.txt
test 1
test 2
test 3
test 4
test 5
test 6
test 7

Avec awk :

[root@pc-linux]# awk NF test.txt
test 1
test 2
test 3
test 4
test 5
test 6
test 7

Variante :

[root@pc-linux]# awk '/./' test.txt
test 1
test 2
test 3
test 4
test 5
test 6
test 7

Sans awk ni sed :

[root@pc-linux]# cat test.txt | grep '.'
test 1
test 2
test 3
test 4
test 5
test 6
test 7

Variante :

[root@pc-linux]# cat test.txt | grep -v '^$'
test 1
test 2
test 3
test 4
test 5
test 6
test 7

Cacher un utilisateur dans la fenêtre de connexion GNOME

Nicolas — Tue, 01 Jun 2010 08:30:17 +0000

Aussi curieux que cela puisse paraître, il n’y a pas de solution graphique utilisable pour cacher un utilisateur dans la fenêtre de connexion GNOME.

Imaginons que nous voulions cacher le compte « toto ». Dans le fichier /etc/gdm/gdm.schemas, repérez les lignes suivantes :


  greeter/Exclude
  s
  bin,root,daemon,adm,lp,sync,shutdown,halt,mail,news,uucp

Ajoutez « toto » à la liste existante :


  greeter/Exclude
  s
  toto,bin,root,daemon,adm,lp,sync,shutdown,halt,mail,news,uucp

Au redémarrage de GDM, toto n’apparaîtra plus dans la liste des utilisateurs.

Pour des raisons de lisibilité, la liste des utilisateurs entre les balises a été tronquée.