Cómo configurar el demonio autofs en Centos 7/Rhel 7

Objetivo

Aprenda a aprovechar el demonio Autofs a los dispositivos automáticos y las acciones remotas.

Requisitos

• Privilegios raíz para instalar el paquete Autofs y editar archivos de configuración

Dificultad

FÁCIL

Introducción

Dispositivos de montaje y desmontaje manualmente, como unidades USB externos o remotos NFS o Samba Las acciones pueden ser tareas tediosas para realizar al administrar una máquina. El autofs Daemon puede ayudarnos a montar automáticamente un sistema de archivos cuando sea necesario y sumarlo después de un período de tiempo especificado. En este tutorial veremos el concepto básico relacionado con el automático y cómo configurarlo.

Instalación de autofs

Lo primero que debe hacer, es instalar el autofs paquete. Está disponible en los repositorios oficiales de CentOS7 y Rhel7, por lo tanto, solo tenemos que usar el beque Administrador de paquetes para obtenerlo:

$ sudo yum instalación de autofs

El siguiente paso es iniciar el autofs demonio y habilitarlo en el arranque:

$ sudo systemctl habilitarse -pero autofs

La configuración de los demonios de autofs

El Daemon AutoFS se configura manipulando algunos archivos, cada uno con su propio propósito específico. Lo que básicamente tenemos que hacer es proporcionar algunas instrucciones al demonio, para hacerle saber cómo debe administrar los puntos de montaje y los dispositivos (esto es lo que llamamos un mapa), y opcionalmente un conjunto de opciones que se pueden usar para alterar su comportamiento. Veamos cuáles son esos archivos de configuración y cuál es su papel.

El archivo/etc/sysconfig/autofs

El /etc/sysconfig/autofs El archivo es el archivo de configuración principal para el autofs demonio y contiene su configuración global. Este es el contenido del archivo en una instalación predeterminada de CentOS 7.5:

# # Init Syatem Options # # Si el kernel admite el uso del dispositivo Miscelanous de AutoFs # y desea usarlo, debe establecer esta opción de configuración # en "sí" de lo contrario no se utilizará. # Use_misc_device = "sí" # # Use opciones para agregar opciones de línea de comando automont (8) que # se usará cuando se inicie el demonio. # # Opciones = "" # 

Podemos modificar el comportamiento del demonio eliminando el comentario en la línea 13 y pasando argumentos de la línea de comando en forma de una cadena, como el valor del Opción variable.

Hagamos un ejemplo: digamos que queremos cambiar el intervalo de tiempo predeterminado, después de lo cual el demonio debe desmontar automáticamente un sistema de archivos: el valor predeterminado es 300 segundos o 5 minutos. Leyendo el manual de autofs (AUTOMOUNT (8)), podemos ver que para cambiar este parámetro debemos usar el --se acabó el tiempo opción, que toma como parámetro, el intervalo de tiempo expresado en segundos:

 -t, -Tiempo de tiempo establece el tiempo de espera mínimo global, en segundos, hasta que los directorios se desmonten. El valor predeterminado es de 10 minutos. Establecer el tiempo de espera en cero desactiva completamente. El predeterminado del programa interno es de 10 minutos, pero la configuración instalada predeterminada anula esto y establece el tiempo de espera en 5 minutos para ser consistente con las versiones de AutoFS anteriores. 

Digamos, por ejemplo, queremos cambiar el tiempo de espera predeterminado de desmontaje a 10 minutos, así es como deberíamos cambiar el /etc/sysconfig/autofs archivo:

Opciones = "-Tiempo de espera = 600"

Después de guardar los cambios, debemos reiniciar el demonio para la nueva configuración para entrar en vigencia. Podemos ver cómo se ha adoptado la nueva opción de tiempo de espera revisando el estado de demonio con systemctl:

$ SystemCtl Status Autofs Autofs.Servicio - Automunts Files Systems On Demand […] cgroup: /System.rebanar/autofs.Servicio └─6452/usr/sbin/Automount-TimeOut = 600-Forebround--Dont-Check-Daemon […] 

El /etc /auto.archivo maestro

El auto.maestro El archivo es muy importante, ya que contiene el automotriz mapa maestro. Cada mapa asocia un punto de montaje con un archivo de configuración donde se describen los sistemas de archivos para montar, por lo que básicamente describe otro mapa. Se crea un mapa utilizando la siguiente sintaxis:

La configuración le dice al demonio que el dado punto de montaje se gestiona por mapas establecidos en el dado archivo de configuración, Aplicar las opciones proporcionadas, que pueden anular las globales (esto puede ser útil, por ejemplo, para proporcionar un tiempo de espera de desmontaje específico para cada punto de montaje). Veamos un ejemplo concreto: si echamos un vistazo a la línea 7 del archivo, podemos ver el siguiente mapa:

/Misc /etc /Auto.maga

Esta configuración especifica que el /Misc MountPoint está interesado por los mapeos descritos en el /etc/auto.maga archivo. Veamos cómo se configuran esos mapas al mirarlo.

El /etc /auto.archivo misceláneos

Como vimos en el /etc/auto.maestro archivo, el /Misc MountPoint está asociado con el /etc/auto.maga archivo de configuración. Ahora vamos a examinarlo, para comprender cómo se define un mapa para un dispositivo. Este es el contenido predeterminado del archivo:

# # Este es un mapa automático y tiene el siguiente formato # clave [-munt-options-separado-by-commá] # Los detalles se pueden encontrar en el CD de manzana automático (5) -fstype = ISO9660, RO, Nosuid, nodev:/dev/cdrom […] 

La sintaxis utilizada para la configuración es la siguiente:

Lo primero que tenemos que especificar es el llave. El valor de este parámetro se utilizará, en el caso de mapas indirectos (Vamos a diferentes tipos de mapas en un minuto) como el nombre del subdirectorio que se creará si no existe, bajo el punto de montaje principal, que en este caso está /Misc. El /dev/cdrom dispositivo, por lo tanto, se montará automáticamente en el /Misc/CD directorio.

El segundo elemento para proporcionar es la lista de las opciones de montaje que deben aplicarse: en este ejemplo el -fstipo La opción se ha utilizado para especificar el tipo de sistema de archivos, junto con el RO, nosuida y nodev.

Finalmente debemos especificar la ubicación del sistema de archivos. En este caso, dado que es una ruta local, debe tener prefijo un : (colon) carácter.

En el caso de un control remoto NFS compartir, habríamos escribido 192.168.1.39:/srv/nfs_share en cambio, donde 192.168.1.39 es la dirección de la máquina remota (el nombre de host también se puede usar), y /srv/nfs_share es el camino del directorio compartido en él.

Al referirnos a una acción de samba, deberíamos haber proporcionado en su lugar -fstype = cifs Como opción, especificando la IP de máquina remota y la ruta del directorio compartido en el siguiente formato:

: // 192.168.1.39/srv/samba_share

Mapas indirectos, directos y anfitriones

Mencionamos un mapa indirecto Antes, veamos ahora en detalle, los diferentes tipos de mapas. Hay tres tipos de mapa que podemos usar: directo, indirecto y hosts maps: un ejemplo de mapa indirecto es lo que acabamos de ver en el /etc /auto.archivo maestro, para el /Misc punto de montaje.

Un mapa se llama indirecto, porque el llave Parámetro especificado en el archivo de configuración (/etc/auto.maga en este caso) asociado con el punto de montaje (/etc/misceláneos), se utilizará como el nombre del directorio en relación con ese punto de montaje donde el sistema de archivos (:/dev/cdrom en nuestro ejemplo) se montará.

A mapa directo, siempre se especifica con la siguiente sintaxis en el auto.archivo maestro:

/- /etc /auto.maga

Cuando /- se usa como punto de montaje en un mapa, lo que significa que estamos utilizando un mapa directo. En este caso, el llave El elemento de la sintaxis utilizado en el archivo de configuración asociado con el punto de montaje debe ser una ruta absoluta. Por lo tanto, en el ejemplo anterior, habríamos escribido:

/CD -fstype = ISO9660, RO, Nosuid, Nodev:/dev/cdrom

Finalmente podemos encontrar un mapa de host Ejemplo en /etc /auto.Archivo maestro, en la línea 13:

/net -hosts

Tal mapa se define por defecto; como funciona? Cuando se especifica un mapa de hosts, el automotriz crea un subdirectorio debajo del punto de montaje especificado (/neto en este caso) para cada máquinas enumeradas en el /etc/huéspedes que exporta un NFS compartir. Esto es posible gracias a la /etc/auto.neto guión, que ahora examinaremos. Cada uno de los directorios compartidos se montará de forma predeterminada con el nosuida y nodev opción.

El /etc /auto.neto y /etc /auto.Scripts de SMB

Hay dos scripts muy útiles incluidos en el autofs instalación: /etc/auto.neto y /etc/auto.SMB. Esos guiones son básicamente envoltorios, respectivamente, el showmount y smbclient programas, utilizados para descubrir acciones disponibles de NFS y Samba. Producirán resultados un formato que pueda ser utilizado por el automotriz.

El /etc/auto.neto El script se puede utilizar para tener una descripción general y leer las acciones de NFS. Podemos invocar el script especificando el nombre de host o la dirección IP del servidor que queremos buscar como argumento:

$ sudo /etc /auto.net 192.168.1.39

Ahora, imagina que se encuentra una parte. El comando devolverá una salida similar a esta:

/compartido 192.168.1.39:/compartido

Esto significaría que en la máquina con IP 192.168.1.39, el /compartido El directorio se comparte a través de NFS. Residencia en Mapa de hosts Encontramos en /etc /auto.Archivo maestro podremos acceder a la acción en /net/192.168.1.39/compartido. Esto se debe a que, como dijimos antes, cuando se usa un mapa de hosts, para cada máquina en el archivo /etc /hosts que exporta un compartir NFS, un subdirectorio está creado en /net.

El /etc/auto.SMB funciona de manera similar. Si queremos que las acciones de Samba en nuestra red se monten automáticamente por Automunter, al igual que sucede para las acciones de NFS, lo primero que tenemos que hacer es agregar este mapa en el /etc/auto.maestro archivo:

/cifs /etc /auto.SMB

Después de agregar el mapa, debemos reiniciar el demonio:

sudo systemctl reiniciar los autofs

En este punto, gracias a la /etc/auto.SMB Script, para cada máquina que exporta una o más acciones de SMB en nuestra red, se creará un directorio en /CIFS. Por ejemplo, imagine que en una máquina con IP 192.168.122.32 Tenemos un /srv/samba Directorio compartido a través de Samba. Si queremos que lo verifiquemos, podemos ejecutar el /etc/auto.SMB Script contra la IP de esa máquina. Aquí está la salida:

$ /etc /auto.SMB 192.168.122.32 -fstype = cifs, invitado \ "/sambadir" ": // 192.168.122.32/sambadir " 

Como se dijo antes, el guión es un envoltorio alrededor smbclient, y produce una salida que puede ser utilizada por el automático. El directorio compartido estará disponible, en nuestro sistema de archivos local, dentro del creado automáticamente /CIFS/192.168.122.32/ directorio:

$ LS /CIFS /192.168.122.32 sambadir 

Montaje perezoso y desmontaje

Para optimizar el número de MontePoint creado, el AutoMounter utiliza una técnica que se llama montaje perezoso. En lugar de montar un dispositivo tan pronto como esté disponible o descubierto, esperará hasta que un usuario intente acceder a los archivos Ytem: solo entonces se realiza la operación de montaje. Lo mismo sucede para el proceso de desmontaje: un dispositivo se desmonta después de un tiempo de espera especificado automáticamente.

Tutoriales de Linux relacionados:

• Una introducción a la automatización, herramientas y técnicas de Linux
• Cómo dividir la unidad USB en Linux
• Mastering Bash Script Loops
• Cómo instalar Ubuntu en USB Stick
• Crea Manjaro Linux Bootable USB
• Cosas para instalar en Ubuntu 20.04
• Cómo montar un directorio compartido de samba en el arranque
• Cómo configurar el servidor Samba Compartir en Ubuntu 22.04 Jammy ..
• NFS vs Samba vs CIFS
• Mint 20: Mejor que Ubuntu y Microsoft Windows?