Comment configurer le démon automatique sur Centos 7 / Rhel 7
- 4642
- 1243
- Maxence Arnaud
Objectif
Apprenez à profiter du démon AutoFS sur les appareils automatités et les parts à distance.
Exigences
- Privilèges racine pour installer le package AutoFS et modifier les fichiers de configuration
Difficulté
FACILE
Introduction
Des dispositifs de montage et de non-ouvrage manuels tels que les lecteurs USB externes ou la télécommande NFS
ou Samba
Les actions peuvent être des tâches fastidieuses à effectuer lors de l'administration d'une machine. Le autof
Daemon peut nous aider à monter automatiquement un système de fichiers en cas de besoin et à le faire passer après une période de temps spécifiée. Dans ce tutoriel, nous verrons le concept de base lié à l'automounter et comment le configurer.
Installation AUTOFS
La première chose à faire, c'est pour installer le autof
emballer. Il est disponible dans les référentiels officiels CentOS7 et RHEL7, donc nous devons simplement utiliser le Miam
Gestionnaire de package pour l'obtenir:
$ sudo yum installer les autofs
La prochaine étape consiste à démarrer le autof
démon, et activez-le au démarrage:
$ sudo systemctl Active --now Autofs
La configuration du démon AutoFS
Le démon AutoFS est configuré en manipulant certains fichiers, chacun avec son propre objectif spécifique. Ce que nous devons essentiellement faire, c'est fournir des instructions au démon, pour lui faire savoir comment gérer les points de montage et les appareils (c'est ce que nous appelons un carte
), et éventuellement un ensemble d'options qui peuvent être utilisées pour modifier son comportement. Voyons quels sont ces fichiers de configuration et quel est leur rôle.
Le fichier / etc / sysconfig / autofs
Le / etc / sysconfig / autofs
Le fichier est le fichier de configuration principal pour le autof
démon et contient ses paramètres globaux. Ceci est le contenu du fichier dans une installation par défaut de CentOS 7.5:
# # OPTIONS SYATEM INIT # # Si le noyau prend en charge l'utilisation de l'appareil AutoFS Divers # et que vous souhaitez l'utiliser, vous devez définir cette option de configuration # sur "oui" sinon il ne sera pas utilisé. # Use_misc_device = "Oui" # # Options d'utilisation pour ajouter des options de ligne de commande automound (8) qui seront utilisées lorsque le démon est démarré. # # Options = "" #
Nous pouvons modifier le comportement du démon en supprimant le commentaire à la ligne 13 et en passant des arguments de ligne de commande sous la forme d'une chaîne, comme valeur du Options
variable.
Faisons un exemple: disons que nous voulons modifier l'intervalle de temps par défaut, après quoi le démon devrait automatiquement déclencher un système de fichiers: la valeur par défaut est 300
secondes ou 5 minutes. En lisant le manuel Autofs (Automount (8)
), nous pouvons voir que pour modifier ce paramètre, nous devons utiliser le --temps libre
Option, qui prend en tant que paramètre, l'intervalle de temps exprimé dans secondes
:
-t, - timeout définit le délai minimum global, en quelques secondes, jusqu'à ce que les répertoires ne soient pas montés. La valeur par défaut est de 10 minutes. La définition du délai d'attente sur zéro désactive complètement. La valeur par défaut du programme interne est de 10 minutes, mais la configuration installée par défaut l'emporte sur cela et définit le délai d'expiration à 5 minutes pour être cohérent avec les versions AutoFS antérieures.
Dites par exemple que nous voulons modifier le délai d'expiration par défaut à 10 minutes, c'est ainsi que nous devons modifier le / etc / sysconfig / autofs
déposer:
Options = "- timeout = 600"
Après avoir enregistré les modifications, nous devons redémarrer le démon pour que la nouvelle configuration prenne effet. Nous pouvons voir comment la nouvelle option de temps mort a été adoptée en vérifiant le statut de démon avec systemctl
:
$ systemctl status autofs autofs.Service - Automouts FileSystems on Demand […] cgroup: / System.tranche / autofs.Service └fique
Le / etc / auto.fichier maitre
Le auto.maître
Le fichier est très important, car il contient l'automoupteur carte principale
. Chaque carte associe un point de montage à un fichier de configuration où les systèmes de fichiers à monter sont décrits, donc essentiellement décrit une autre carte. Une carte est créée à l'aide de la syntaxe suivante:
La configuration indique au démon que le point de montage
est géré par des cartes définies dans le fichier de configuration
, Appliquer les options fournies, qui peuvent remplacer celles globales (cela peut être utile, par exemple, pour fournir un délai d'expiration non monté pour chaque point de montage). Voyons un exemple concret: si nous jetons un coup d'œil à la ligne 7 du fichier, nous pouvons voir la carte suivante:
/ Misc / etc / Auto.mission
Cette configuration spécifie que le / Divers
MountPoint est intéressé par les mappages décrits dans le / etc / auto.mission
déposer. Voyons comment ces cartes sont configurées en le regardant.
Le / etc / auto.dossier de mission
Comme nous l'avons vu dans le / etc / auto.maître
fichier, le / Divers
Mountpoint est associé au / etc / auto.mission
fichier de configuration. Maintenant, nous allons l'examiner, afin de comprendre comment une carte pour un appareil est définie. Ceci est le contenu par défaut du fichier:
# # Il s'agit d'une carte automatique et il a le format suivant # key [-mount-options-séparé-by-comma] Location # Les détails peuvent être trouvés dans le cd de manche automatique (5) MANPAGE -FSTYPE = ISO9660, RO, NOSUID, nodev: / dev / cdrom […]
La syntaxe utilisée pour la configuration est la suivante:
La première chose que nous devons spécifier est le clé
. La valeur de ce paramètre sera utilisée, dans le cas de cartes indirectes
(nous allons différents types de cartes en une minute) comme le nom du sous-répertoire qui sera créé s'ils n'existe pas, sous le point de montage principal, qui dans ce cas est / Divers
. Le / dev / cdrom
l'appareil, sera donc automatiquement monté sur le / Misc / CD
annuaire.
Le deuxième élément à fournir est la liste des options de montage qui doivent être appliquées: dans cet exemple -fstype
L'option a été utilisée pour spécifier le type de système de fichiers, ainsi que le ro
, nosuide
et nov
.
Enfin, nous devons spécifier l'emplacement du système de fichiers. Dans ce cas, comme il s'agit d'un chemin local, il doit être préfixé avec un :
(côlon) Caractère.
Dans le cas d'une télécommande NFS
partager, nous aurions écrire 192.168.1.39: / srv / nfs_share
Au lieu de cela, où 192.168.1.39
est l'adresse de la machine distante (le nom d'hôte peut également être utilisé), et / srv / nfs_share
est le chemin du répertoire partagé dessus.
Lorsque vous faites référence à une part de samba, nous aurions dû fournir à la place -FSTYPE = CIFS
En option, spécifiant l'IP de la machine distante et le chemin du répertoire partagé dans le format suivant:
: // 192.168.1.39 / srv / samba_share
Cartes indirectes, directes et héberge
Nous avons mentionné un carte indirecte
Avant, voyons maintenant en détail, les différents types de cartes. Il existe trois types de carte que nous pouvons utiliser: direct
, indirect
et hôte cartes: un exemple de carte indirecte
est ce que nous venons de voir dans le / etc / auto.Fichier maître, pour le / Divers
point de montage.
Une carte est appelée indirecte, car le clé
paramètre spécifié dans le fichier de configuration (/ etc / auto.mission
dans ce cas) associé au point de montage (/ etc / Misc
), sera utilisé comme nom du répertoire par rapport à ce mont Point où le système de fichiers (: / dev / cdrom
Dans notre exemple) sera monté.
UN carte directe
, est toujours spécifié avec la syntaxe suivante dans l'auto.fichier maitre:
/ - / etc / auto.mission
Quand / /-
est utilisé comme point de montage dans une carte, cela signifie que nous utilisons une carte directe. Dans ce cas, le clé
L'élément de la syntaxe utilisé dans le fichier de configuration associé au point de montage doit être un chemin absolu. Par conséquent, dans l'exemple ci-dessus, nous aurions écrit:
/ cd -fstype = iso9660, ro, nosuid, nodev: / dev / cdrom
Enfin, nous pouvons trouver un carte hôte
Exemple dans le / etc / auto.Fichier maître, à la ligne 13:
/ net -hosts
Une telle carte est définie par défaut; Comment ça marche? Lorsqu'une carte des hôtes est spécifiée, l'automounter crée un sous-répertoire sous le point de montage spécifié (/filet
dans ce cas) pour chaque machines répertoriées dans le / etc / hôtes
qui exporte un NFS
partager. C'est possible grâce au / etc / auto.filet
script, que nous allons maintenant examiner. Chacun des répertoires partagés sera monté par défaut avec le nosuide
et nov
options.
Le / etc / auto.net et / etc / auto.scripts SMB
Il y a deux scripts très utiles inclus dans le autof
installation: / etc / auto.filet
et / etc / auto.pME
. Ces scripts sont essentiellement des emballages, respectivement, se présenter
et SMBClient
Programmes, utilisés pour découvrir les actions NFS et Samba disponibles. Ils produiront des résultats un format qui peut être utilisé par l'automoupteur.
Le / etc / auto.filet
Le script peut être utilisé pour avoir un aperçu et lire les partages NFS. Nous pouvons invoquer le script en spécifiant le nom d'hôte ou l'adresse IP du serveur que nous voulons rechercher comme argument:
$ sudo / etc / auto.net 192.168.1.39
Maintenant, imaginez qu'une part est trouvée. La commande renvoie une sortie similaire à ceci:
/ partagé 192.168.1.39: / partagé
Cela signifierait que sur la machine avec IP 192.168.1.39, le /partagé
Le répertoire est partagé via NFS. Basé sur Carte des hôtes
Nous avons trouvé dans / etc / auto.Fichier maître Nous pourrons accéder à la part à / net / 192.168.1.39 / partagé
. En effet, comme nous l'avons déjà dit, lorsque vous utilisez une carte d'hôtes, pour chaque machine dans le fichier / etc / hôtes exportant un partage NFS, un sous-répertoire qu'il a créé sous / net.
Le / etc / auto.pME
Fonctionne d'une manière similaire. Si nous voulons que les partages de samba de notre réseau soient automatiquement montés par l'automoupteur, tout comme se produit pour les actions NFS, la première chose que nous devons faire est d'ajouter cette carte dans le / etc / auto.maître
déposer:
/ cifs / etc / auto.pME
Une fois la carte ajoutée, nous devons redémarrer le démon:
sudo systemctl redémarrer les autofs
À ce stade, grâce au / etc / auto.pME
script, pour chaque machine exportant un ou plusieurs partage de SMB dans notre réseau, un répertoire sera créé sous / CIFS
. Par exemple, imaginez que sur une machine avec IP 192.168.122.32 Nous avons un / srv / samba
Répertoire partagé via Samba. Si nous voulons que nous le vérifions, nous pouvons exécuter le / etc / auto.pME
script contre l'IP de cette machine. Voici la sortie:
$ / etc / auto.SMB 192.168.122.32 -fstype = CIFS, invité \ "/ sambadir" ": // 192.168.122.32 / Sambadir "
Comme dit précédemment, le script est un emballage autour SMBClient
, et produit une sortie qui peut être utilisée par l'automoupteur. Le répertoire partagé sera disponible, dans notre système de fichiers local, à l'intérieur de la création automatique / CIFS / 192.168.122.32 /
annuaire:
$ ls / cifs / 192.168.122.32 Sambadir
Montage paresseux et incorporation
Pour optimiser le nombre de points de montage créés, l'automounseur utilise une technique appelée montage paresseux
. Au lieu de monter un appareil dès qu'il sera disponible ou découvert, il attendra qu'un utilisateur essaie d'accéder au fichier de fichiers: ce n'est qu'alors que l'opération de montage est effectuée. La même chose se produit pour le processus indésirable: un appareil n'est pas monté après un délai d'expiration spécifié.
Tutoriels Linux connexes:
- Une introduction à l'automatisation Linux, des outils et des techniques
- Comment partitionner le lecteur USB en Linux
- Masterring Bash Script Loops
- Comment installer Ubuntu sur USB Stick
- Créer USB Bootable Manjaro Linux
- Choses à installer sur Ubuntu 20.04
- Comment monter un répertoire partagé Samba au démarrage
- Comment configurer le partage de serveur Samba sur Ubuntu 22.04 Jammy…
- NFS vs Samba vs CIFS
- Mint 20: Mieux que Ubuntu et Microsoft Windows?
- « Installez OpenCL pour les pilotes open source AMDGPU sur Debian et Ubuntu
- Introduction aux niveaux de journal du noyau Linux »