On continue dans les astuces courtes que j’ai eu à utiliser dans ma conception de scripts. Afin de pouvoir utiliser le PID que j’ai récupéré, il me fallait le stocker dans un variable. Ceci est une notion élémentaire dans le scripting Bash (mais j’avais un peu oublié …)
Il faut procéder comme suit :
variable=$(<COMMANDE_DONT_SOUHAITE_RECUPERER_LE_RESULTAT>)
Vous pouvez maintenant réutiliser le résultat de n’importe quelle commande à l’intérieur d’une autre.
Pour une fois un article un peu plus court puisque je viens juste apporter la technique pour récupérer le PID d’un processus. J’ai eu à l’utiliser dans un script de lancement (beaucoup de mises en place de services serveur ces temps ci) donc vous en verrai une utilisation dans les semaines à venir quand je détaillerai ces installations.
Il est bien sûr possible de passer par ps -e (agrémenté de grep et de sed en tous genres) mais ce n’est pas le plus efficace. Voici donc la commande magique :
pidof -x <NOM_DU_PROCESSUS>
Depuis quelques temps, j’ai pris l’habitude de gérer mes projets de développement à l’aide d’un gestionnaire de versions, en l’occurrence, subversion. Je n’ai encore jamais eu l’occasion de tester git donc ce choix est simplement basé sur mes préférences actuelles et elles peuvent être amenées à changer. J’utilise subversion car il est libre, facile à mettre en place, agréable à utiliser et surtout, je sais m’en servir.
On peut installer subversion assez simplement soit en passant par les dépôts de paquets des différentes distributions, soit en le compilant soit même (ayant eu besoin de la version 1.7.4 récemment et vu que la version disponible sous xubuntu était la 1.6.17, j’ai été amené à le faire sur mon poste client et cela se fait sans encombre) en installant préalablement ses dépendances (pour ma part zlib, apr et sqlite).
La première chose à faire lorsque subversion est installé est de créer le dépôt qui accueillera le projet. Pour ma part, j’ai créé un dossier /home/SVN dans lequel je créé chacun de mes dépôts à l’aide de la commande :
svnadmin create <nom_du_depot>
Nous allons maintenant configurer le dépôt pour rajouter des utilisateurs et gérer les droits sur les différents dépôts. Pour ce faire, nous allons nous rendre dans le dossier du dépôt, puis dans conf. Dans ce dossier, il y a 3 fichiers qui sont authz, passwd et svnserve.conf. Nous allons tout d’abord modifier le fichier passwd pour rajouter à la fin de nouveaux utilisateurs en suivant ce format :
login = motdepasse
Une fois les utilisateurs et leurs mots de passes ajoutés, nous allons modifier le fichier svnserve.conf. A part lorsque je ne souhaite pas que qui que ce soit puisse lire mon code source si il n’est pas authentifié, je dé-commente les lignes
anon-access = read
auth-access = write
password-db = passwd
Ceci a pour effet d’autoriser la lecture lors d’un accès anonyme et l’écriture pour les utilisateurs authentifiés dont les identifiants sont inscrits dans passwd.
Afin de ne pas laisser ces mots de passes qui sont en clair à la vue de tout le monde, je met les droits des 3 fichiers à 0600.
Il ne reste plus qu’à lancer le serveur à l’aide de la commande suivante :
svnserve -d -r <dossier_contenant_les_depots>
Ici, <dossier_contenant_les_depots> est /home/SVN/.
L’un des problèmes de subversion est que cette action est à répéter à chaque démarrage de la machine. Afin de pallier à ce problème, on peut créer un script de lancement et l’exécuter au démarrage de la machine. Voici le script que j’ai créé (ATTENTION : ce script est adapté à la position de mon dossier subversion mais est à adapter en fonction de la localisation de ce dernier) :
#!/bin/sh
#
### BEGIN INIT INFO
# Provides: svnserve
# Required-Start: $syslog
# Required-Stop: $syslog
# Default-Start: 2 3 4 5
# Default-Stop: 0 1 6
# Short-Description: Start and stop svnserve daemon at boot time
# Description: Controls the main subversion server \svnserve\ with /home/svn
### END INIT INFO
ECHO_BIN=/bin/echo
usage()
{
$ECHO_BIN "Usage : $0 (stop|start|restart)"
}
SVN_stop()
{
/sbin/start-stop-daemon --stop --exec /usr/local/bin/svnserve
$ECHO_BIN "[+] Server stopped"
}
SVN_start()
{
/usr/local/bin/svnserve -d -r /home/svn
$ECHO_BIN "[+] Server launched on /home/svn"
}
if [ -x /usr/local/bin/svnserve ]
then
if [ -z $1 ]
then
usage
else
case $1 in
stop)
SVN_stop
;;
start)
SVN_start
;;
restart)
SVN_stop
SVN_start
;;
*)
usage
exit 1
esac
fi
else
$ECHO_BIN "Svnserve not installed."
exit 1
fi
exit 0
Il faut placer ce script dans /etc/init.d/ et bien penser à lui donner les droits 0755. Une fois à sa place, il ne reste plus qu’à l’activer au lancement de la machine en l’ajoutant aux différents /etc/rcx.d/ à l’aide la commande :
update-rc.d <nom du script> defaults
On peut vérifier à ce moment, après un redémarrage de la machine à l’aide de la commande
ps -e | grep svnserve
que tout est fonctionnel. On pourra alors accéder aux dépots en se connectant à :
svn://<nom_de_domaine_ou_IP>/<nom_du_depot>
Mon ordinateur portable est un Asus G73J. Il est muni d’un rétro-éclairage clavier des plus pratiques. Cependant, les raccourcis de contrôle au clavier ne sont pas fonctionnels sur la plupart des distributions Linux. J’ai donc créé un script qui me permet, à l’aide d’acpi, d’activer ces raccourcis et de contrôler l’intensité du rétro-éclairage et que j’ai nommé Asus KBBL Control (Asus KeyBoard BackLight Control). [EDIT] Il n’est actuellement pas disponible mais reviendra sous peu [/EDIT]
Pour l’installer et le désinstaller plus facilement, j’ai décidé de créer un paquet .deb. Après un peu de recherche, ceci n’est pas difficile et facilite grandement la tâche de maintient d’applications.
Pour ce faire, il suffit de créer un dossier (le nom importe peu). A l’intérieur de ce dossier, il faut créer un paquet nommé DEBIAN. A l’intérieur de ce dossier, on peut mettre plusieurs fichiers dont :
Un de ces fichiers est obligatoire cependant, c’est le fichier control. C’est à partir de lui que le paquet final est construit (notamment le nom). Pour plus de détail sur sa construction, il suffit de regarder la manpage :
man deb-control
Cette page étant largement détaillée, je n’entrerais pas dans les détails.
Le logiciel que l’on souhaite empaqueter se met à côté du dossier DEBIAN. On va le placer dans le dossier dans lequel il sera installé en considérant ce dossier comme la racine du disque dur. Ainsi, si mon programme doit être installé dans /etc/acpi, je vais créer à côté de DEBIAN un dossier etc dans lequel je créerais un dossier acpi et dans lequel enfin je mettrais mon programme à installer.
Une fois cette petite cuisine effectuée, il ne reste plus qu’à compiler le paquet. Pour cela, on se place un dossier au dessus du dossier qui contient DEBIAN et le logiciel et on tapera la commande :
dpkg-deb --build <NOM DU DOSSIER>
On a un magnifique fichier .deb qui se créé juste à côté de notre dossier source et qu’il ne restera plus qu’à installer avec un :
dpkg -i <NOM DU PAQUET>
Je voulais un serveur FTP pour pouvoir partager des données facilement et surtout pour avoir un espace de stockage accessible depuis n’importe où. Le premier besoin était de transmettre un gros fichier sans être limité par les quotas d’un mail.
Après avoir cherché un peu sur internet, j’ai décidé d’utiliser vsftpd mais d’autres font tout aussi bien l’affaire (proFTPd par exemple). Je l’ai donc installé avec :
apt-get install vsftpd
Je voulais que chaque utilisateur ait un espace qui lui est propre mais aussi un dossier qui serait commun à tous pour faciliter le partage. J’ai modifié le fichier de configuration ainsi :
listen=YES
anonymous_enable=NO
local_enable=YES
write_enable=YES
dirmessage_enable=YES
use_localtime=YES
xferlog_enable=YES
connect_from_port_20=YES
ftpd_banner=Bienvenue sur mon FTP
chroot_local_user=YES
secure_chroot_dir=/var/run/vsftpd/empty
pam_service_name=vsftpd
rsa_cert_file=/etc/ssl/private/vsftpd.pem
Ceci me permet de garder chaque utilisateur dans son dossier avec des droits de lecture et d’écriture.
EDIT : ATTENTION : Ce qui suit est absolument nul, faisable avec des options sur les commandes de base sans avoir besoin de faire des scripts compliqués, sera supprimé dès que je me serais re-penché sur la question et a été supprimé de mon serveur tellement c’est lourd. Last but not least : le dossier de partage ne fonctionne pas.
Pour le dossier de partage, j’ai utilisé ce que je qualifierais de patch parce que lourd à mettre en place et à maintenir. Je cherche un moyen plus efficace de faire la même chose.J’ai actuellement procédé ainsi :
mkdir /home/partage groupadd ftpusers chown root /home/partage chgrp ftpusers /home/partage
Maintenant, à la création de chaque utilisateur, on le rendra membre du groupe ftpusers, on créera un dossier de partage et on montera /home/partage dedans. En plus, j’ai fait manuellement toutes ces opérations parce que je n’avais pas lu la manpage de useradd. Tout ceci peut donc évidemment être amélioré.
Voici les deux scripts que j’utilise actuellement pour créer et supprimer des utilisateurs :
Création :
#!/bin/sh group="/etc/group"; fstab="/etc/fstab"; if [ -z $1 ] then echo "Usage : $0 username"; echo "This script was designed to add a user and to give him an access to the shared zone"; else useradd $1; mkdir -p /home/$1/partage; chown -R $1 /home/$1; chgrp -R $1 /home/$1; chmod 740 /home/$1 mount --bind /home/partage /home/$1/partage; cp $group $group~ sed -i "/ftpusers*/ s/.*/&,$1/" $group; echo "/home/partage\t/home/$1/partage\tnone\tbind,defaults,auto\t0\t0" >> $fstab; echo "Initialisation du mot de passe\n"; passwd $1; echo "User $1 created with success"; fi
Suppression :
#!/bin/sh
fstab="/etc/fstab";
if [ -z $1 ]
then
echo "Usage : $0 username";
echo "This script was designed to add a user and to give him an access to the shared zone";
else
umount /home/$1/partage;
userdel $1;
mv /home/$1 /home/archive;
sed -i "/*$1*/ s/.*//" $fstab;
sed -i '/^$/d' $fstab;
echo "User $1 deleted with success";
fi
Je me rend compte en écrivant cet article que je ne supprime pas la ligne correspondante dans fstab.
A la suppression je déplace l’utilisateur dans le dossier archive au cas où il aurait fallut récupérer des données lui appartenant.
Je pense que ce que je veux faire est possible avec des utilisateurs virtuels. Ce sera mon prochain fil de recherche.