Descripción general de NSSwitch.Confusión

La introducción de los Servicios de Información de Red (NIS) y el Sistema de nombres de dominio (DNS) han hecho que sea más oscuro buscar los detalles de la información del usuario y del sistema. Ahora, no es tan fácil de mirar dentro del archivo local.

Antes, para verificar la información del usuario, debemos consultarnos /etc/passwd y tenemos que mirar en el /etc/huéspedes Para información de dirección del sistema. Ahora, hay varias formas de encontrar este tipo de información. Puede configurar qué servicios se utilizarán para buscar cosas como los nombres de host, los archivos de contraseña y los archivos de grupo utilizando el /etc/nsswitch.confusión archivo.

Con el /etc/nsswitch.confusión (Configuración del interruptor de servicio de nombre), podemos especificar las formas y su orden de usarlos al encontrar un tipo específico de información. Podemos indicar la acción sobre la cual el sistema toma sobre la base de si un método es exitoso o no tiene éxito.

De que hablaremos?

En este artículo, cubriremos una visión general del NSSwitch.archivo conf en el sistema operativo Linux. Empecemos ahora.

Nsswitch.Formato de archivo conf

En el nsswitch.File de conf, cada línea define cómo buscar una información. El formato de una línea en nsswitch.Conf se ve así:

Información: Método [[Action]] [Método [[Action]]…]

Cuando la "información" se refiere a la información que describe la línea, el "método" se refiere a la técnica que se utiliza para obtener esa información, y la "acción" se refiere a la respuesta al estado de retorno del método anterior. La acción está rodeada de soportes cuadrados.

Dentro del nsswitch.Archivo conf

Veamos ahora este archivo. El archivo se ve así:

# /etc /nsswitch.confusión
#
# Archivo de configuración del interruptor de servicio de nombre.
#
PASSWD: archivos DB
Shadow: archivos
Grupo: archivos DB
Hosts: archivos DNS
Redes: archivos
éteres: archivos DB
Protocolos: archivos DB
RPC: archivos DB
Servicios: archivos DB

Como probablemente adivinaría al mirar la tabla proporcionada, la base de datos aparece en la primera columna. El resto de esta línea indica cómo se realiza la búsqueda. Además, tenga en cuenta que debe mostrar la forma de cómo funciona para cada base de datos individualmente. Esto no se puede lograr utilizando el método convencional de una implementación monolítica. La definición de configuración de cada base de datos puede tener dos campos distintos: la especificación de servicio, como archivos, DB o NIS, y la respuesta para buscar los resultados como [NotFound = return].

Opciones disponibles con el NSSwitch.Archivo conf

Las opciones en este archivo deben residir en diferentes líneas. Las siguientes opciones están disponibles:

1. DNS: en este caso, el servicio DNS se utiliza para resolver la dirección. Esto es bueno para resolver las direcciones de host, pero no para la resolución de las direcciones de red.
2. Archivos: utiliza los archivos Classic /Etc /Hosts y /Etc /Network. Busca un archivo local para el nombre de host o de red y su dirección respectiva.
3. NIS o NIS+: para resolver la dirección de host o red, utiliza el Sistema de información de red (NIS).

El pedido de las bases de datos de origen controla el orden en que el NSS intenta buscar esas fuentes para resolver las consultas para el servicio de destino.

Acciones en la configuración de NSS

El siguiente elemento de especificación permite al usuario un control mucho mayor sobre el comportamiento de búsqueda. Los elementos de acción se colocan entre las especificaciones del servicio y están rodeados de soportes cuadrados. En general, la declaración de acción tiene la siguiente sintaxis:

[[!] estado = acción ...]

Desglosemos esta sintaxis:

1. El parámetro de acción tiene dos acciones posibles:
   1. Regreso: el programa que intenta la resolución de nombres recupera el control. En caso de que fallen un intento de búsqueda, el resolución devuelve cero; de lo contrario, regresa con los detalles.
   2. Continuar: el resolución va al servicio posterior en la lista para intentar una resolución utilizando este servicio.
   3. Fusionar: significa continuar con el proceso de búsqueda mientras mantiene los resultados recientes. Esta acción se puede usar solo cuando el estado es "éxito".
2. El (!) El carácter es opcional y básicamente significa que no. El (!) El carácter es una operación de inversión que se utiliza en muchos lenguajes de programación.
3. El parámetro de estado: el valor de estado se compara con la salida de la función de búsqueda que llama la especificación de servicio anterior. El valor de estado puede ser:
   1. éxito: La entrada solicitada se obtiene sin dificultad. La acción predeterminada es "retorno".
   2. extraviado: La búsqueda es exitosa. Sin embargo, el host o la red de destino no se encuentra. La acción predeterminada es "Continuar".
   3. no disponible: El servicio que se solicita no se puede encontrar. Puede implicar que el archivo hosts o redes no es legible para el servicio de archivos. También puede significar que un servidor de nombres o un servidor NIS no respondió para los servicios DNS o NIS. La acción predeterminada aquí es "Continuar".
   4. intentar otra vez: Este estado indica que el servicio no está disponible actualmente. Esto puede implicar que un archivo está bloqueado o que un servidor no puede aceptar más conexiones en este momento. La acción predeterminada aquí también es "Continuar".

Un ejemplo básico de este mecanismo puede ser como se muestra en la siguiente ilustración. Utiliza la declaración de "acción":

Anfitriones: DNS [!Archivos no avail = return]
Redes: archivos

Este ejemplo utiliza un servicio DNS para la resolución de host. El resolución devuelve los datos consultados si el estado de retorno no está "no disponible". Si el estado de retorno no está disponible, el archivo local /etc /hosts es utilizado por el resolutor.

Nota IMPORTANTE: El usuario debe esforzarse por mejorar el proceso de búsqueda. Los tiempos de respuesta varían según el servicio. Una búsqueda básica de archivo en un archivo local puede ser rápida. Sin embargo, si el archivo es largo y la entrada solicitada es hacia el final, puede llevar mucho tiempo. En este escenario, puede ser preferible el servicio de base de datos, que ofrece un acceso local rápido a los conjuntos de big data.

Conclusión

En este artículo, aprendimos sobre una visión general del NSSwitch.File conf en Linux. Incluso si /etc/nsswitch.confusión no existe, la implementación de NSS no es absolutamente indefensa. Hay un valor predeterminado para cada base de datos compatible. Entonces, incluso si un archivo está dañado o ausente, el sistema generalmente debería poder funcionar.