admin servicios

Post on 10-Apr-2016

218 Views

Category:

Documents

1 Downloads

Preview:

Click to see full reader

DESCRIPTION

nbvvgcvccxflmlk

TRANSCRIPT

ADMINISTRACIÓN DE SERVICIOS

Cada vez que instalamos un nuevo servicio en nuestro servidor, se nos instalará los scripts necesarios dearranque y parada necesarios, incluso ya se habrán configurado de forma óptima para que no se tenga quemodificar. Por ello, aun no es necesario de los conocimientos de shell scripting para optimizar o mejorar losmismos.

Cuando hablamos en la administración de servicios Linux/UNIX y por consiguiente GNU/Linux, existen dosgrandes familias vertientes: System V y BSD, su forma de organizar los runlevels, arranque y parada sondiferentes. Gnu/Linux se conforma de ambas corrientes y no solo en cuando a administración de serviciosse refiere, por lo que algunas distribuciones usarán el sistema de scripts de System V como son Debian,Red Hat, CentOS, Mandriva, etc. Y otras usarán el sistema de scripts BSD como por ejm. Gentoo, Archlinux,Slackware.

En System V tenemos un script de control por daemon o servicio y en BSD tenemos un gra fichero porrunlevel que arranca el sistema y pone en marcha los servicios.

Los runlevel en GNU/Linux son estados del sistema donde se determinan que demonios (servicios) estánactivos y que otros estarán apagados o detenidos, algo así como los perfiles de usuario que hay en nuestrascomputadoras de casa o estaciones de trabajo.

Según el Linux Standar Base (LSB) tenemos los siguientes runlevels:

0.- Parar y/o apagar el ordenador1.- Modo Monousuario2.- Multiusuario sin RED.3.- Multiusuario con RED.4.- NO SE USA5.- Multiusuario con red, entorno gráfico 6.- Reinicia el servidor.

Es aquí donde entramos a conocer el fichero /etc/inittab el cual está relacionado con todos los RUNLEVEL del 0 al 6

Recordemos tambien, que existen las siguientes formas para administrar los servicios propios del sistemalos cuales son:

1.- start = Para inicializar el servicio.2.- stop = Para detener el servicio.3.- restart = Para reinicializar el servicio.4.- reload = Para que el servicio cargue con una configuración nueva.5.- force-reload = Para obligar al servicio que cargue con una nueva configuración.

Los 3 primeros siempre van a estar en cualquier script relacionado a un servicios (por ejm. Httpd), los 2últimos puede que estén o no, e incluse puede darse la posibilidad de que algún script implemente algúnparámetro más.

Los 3 primero no necesitan mayor explicación detallada, el número 4, lo que normalmente hace, es decirleal servicio que lea de nuevo los ficheros de configuración y los aplique, esto no es siempre posible sin pararel servicio primero y para este caso, utilizariamos el número 5, obligar a un servicio a reiniciarse o“actualizarse” puede que se produzcan rechazos de peticiones o que estas no finalicen de forma correcta.

LABORATORIO 6: ADMINISTRACIÓN DE SERVICIOS

1.- Deshabilita el servicio network usando chkconfig. Usa reboot para reiniciar el servidor y comprueba el estado del servicio network.

2.- Crea el siguiente script: clase.sh con el siguiente contenido:

date=`date '+%d-%B-%Y'`

echo "el dia de hoy es: $date"

Asignarle permiso de ejecución y visualizar el contenido.

3.- Usando crond, crear una tarea para que el script se ejecute todos los días a las 8pm.

4.- Usando crond, crear una tarea para que se ejecute todos los viernes a las 5pm.

5.- Usando vi, editar /etc/rc.local y añadir la siguiente linea: sh /root/bin/script.sh > /opt/resultado.txt (crearla carpeta bin y colocar script.sh en esa carpeta ), luego reinicia el servidor. Comprobar el resultado de“resultado.txt”

6.- Habilitar el sercivicio network con chkconfig.

7.- Deshabilitar el servicio iptables para que no inicie durante el inicio del sistema.

8.- Usa tail para monitorear el file messages

9.- Usa el comando dmesg. ¿qué puedes visualizar?

10.- ¿Qué puedes observar en el fichero /etc/services?

11.- ¿Qué puedes observar en el fichero /etc/protocols?

top related