Catégorie : Systèmes

8 décembre 2015 /

La commande exportfs est utilisée pour la gestion de la table des partages NFS. Cette table est enregistrée dans un fichier spécifique nommé /var/lib/nfs/xtab. Ce fichier est  lu par  mountd  dès qu’un client distant demande l’accès au montage.

Pour partager ou interrompre le partage de tous les répertoires:

exportfs -a

Pour ne pas tenir compte du fichier /etc/exports, de façon que les options par défaut ou celles données sur la  ligne  de  commande soient utilisées.

Pour ignorer le fichier /etc/exportfs:

exportfs -i

Pour relancer  le  partage de tous les répertoires. /var/lib/nfs/etab est synchronisé avec /etc/exports. Les entrées qui  ont  disparu de  /etc/exports seront supprimées de /var/lib/nfs/etab. Dans la table des partages du  noyau,  les  entrées  qui  ne  sont  plus valables seront également enlevées.

Relancer  le  partage de tous les répertoires:

exportfs -r

Lors d’un partage ou  de  l’arrêt  d’un  partage, afficher  ce  qui  se  passe.  Lors de l’affichage de la liste actuelle des partages, afficher aussi la liste des options de partage.

Pour activer le mode verbeux:

exportfs -v

Il est aussi possible de vider  complètement  la table des partages du noyau. mountd  générera  une  nouvelle  entrée  pour chaque  client  en  activité, dès que celui-ci fera sa prochaine requête.

Pour vider la table des partages:

exportfs -f

5 décembre 2015 /

Pour améliorer l’ouverture de gros fichiers partagés avec Samba, il faut rajouter cette signe dans /etc/samba/smb.conf:

socket options = IPTOS_LOWDELAY TCP_NODELAY

1 décembre 2015 /

Lors d’une première connexion en SSH sur un serveur, on obtient ce genre de message:

$ ssh starmate@192.168.0.24
The authenticity of host '192.168.0.24 (192.168.0.24)' can't be established.
RSA key fingerprint is 4e:1c:f5:bc:c2:ba:c1:1f:bf:4e:1f:cf:53:fa:d7:28.
Are you sure you want to continue connecting (yes/no)?

Pour ne pas avoir ce message, il y a deux solutions.

Solution 1

Editer le fichier /etc/ssh/ssh_config et rajouter ces deux paramètres:

StrictHostKeyChecking no
UserKnownHostsFile=/dev/null

Solution 2

Pour un usage plus ponctuel:

ssh -o StrictHostKeyChecking=no starmate@192.168.0.24

1 décembre 2015 /

Les fuseaux horaires sont la dernière chose qu’un admin veut traiter. NTP est censé habituellement prendre soin de la plupart des tâches liées au temps, mais parfois (lors du changement d’heure notamment), vous pouvez avoir besoin de définir les choses manuellement.

Tous les fuseaux horaires disponibles sur votre système sont dans /usr/share/zoneinfo.>Allez dans ce répertoire et chercher le répertoire de votre zone pour trouver le fuseau horaire dont vous avez besoin.(Pour la France, /usr/share/zoneinfo/Europe/Paris)

Une fois cela fait, ouvrez le fichier /etc/sysconfig/clock:

vi /etc/sysconfig/clock

Puis modifiez le paramètre « ZONE= » avec la bonne zone (ici Paris):

ZONE="Europe/Paris"

Une fois que vous avez éditez le fichier /etc/sysconfig/clock, il faut maintenant créer un lien symbolique localtime qui pointe vers le fichier de fuseau horaire choisi:

ln -sf /usr/share/zoneinfo/Europe/Paris /etc/localtime

Pas besoin de redémarrer normalement pour une prise en compte par le système.

26 novembre 2015 /

Si vous êtes plusieurs a travailler sur un serveur, et que vous souhaitez connaître les commandes qui ont été exécutées, cela est très simple.

Pour y parvenir, il faut éditer le fichier /etc/bash.bashrc:

vi /etc/bash.bashrc

A la fin du fichier rajouter cela:
PROMPT_COMMAND='history -a >(logger -t "$USER[$PWD] $SSH_CONNECTION")'

Il n’y a plus qu’a soucer pour prendre en compte les modifications:

source /etc/bash.bashrc

Vous pouvez maintenant voir les commandes dans /var/log/messages ou /var/log/syslog (Ubuntu).