Sesiones de Practicas - galeon.com · asignar las pertenencias a grupos), chown (cambiar el...

Laboratorio de Sistemas Operativos

Sesiones de Practicas. Indice.

1. Análisis y diseño. Políticas de red. 2. Instalación de Windows 95. Configuración de arranque. 3. Instalación de Linux. 4. Linux a nivel de administrador. 5. Servicio DNS, Instalación de aplicaciones. 6. Servicio NFS. Servicio de cuotas. 7. Servicio NIS. 8. Servidor http. Servidor FTP 9. Servidores de BBDD. 10. Referencias 11. Anexos

Iván Fernández Vallejo Fernando Perales Esandi itig11.labitig.unavarra.es Laboratorio de Sistemas Operativos Ingeniería Técnica en Informática – UPNA Junio 2003

Memoria 1



1. Análisis y diseño. Políticas de red. En la primera sesión de practicas, una vez dadas las primeras indicaciones sobre el desarrollo de las sesiones, grupos, recursos disponibles, forma de trabajo, etc., diseñamos como iba a quedar definida nuestra red. Una vez conocidas todas las posibilidades en cuanto a clases de redes, decidimos montar una red de clase C, con la dirección de red 192.168.192.0 y su correspondiente mascara de red 255.255.255.0. Nomenclatura de equipos:

Estaciones: itigXX correspondientes a las posiciones ocupadas en clase por los equipos, comenzando de las direcciones IP inferiores o más bajas dentro del rango establecido: 192.168.192.1 Servidores: las direcciones más altas o superiores: 192.168.192.255

DNS: ESPINETE WEB: SPIDERMAN MAIL: MAZINGER FTP: FLASH IMPRESIÓN: HULK NIS: SCOOBY NFS: BATMAN

Nuestra estación dentro de la red va a tomar el nombre itig11 y su tarea consistirá en una gestionar una estación de investigación matemática con las funciones de realizar informes, estadísticas, información, formulas, ecuaciones, gráficos, maquetación, por lo que necesitamos una estación con potentes herramientas de calculo, estadística, diseño y procesamiento de textos. Ver anexos: Hojas de Descripción de maquinas e Instalación de Software.

Memoria 2


2. Instalación de Windows 95. Configuración de arranque.

Antes de comenzar con la instalación de ningún sistema, conviene realizar un pequeño diagrama de configuración del disco duro, con sistemas operativos a instalar, numero de particiones, tamaño, sistema de archivos....etc., dependiendo de las necesidades de nuestra maquina.

Tabla de particiones HD 3’2 GB: Sistema operativo Win’95 Linux Función S. Operativo \ Swap Datos Tamaño 250 Mb 2’5 GB 32 Mb 400 Mb Sistema de Archivos Fat16 Ext3 Intercambio Ext2

Una vez definidas las particiones, procederemos a instalar el primer sistema operativo. Elegimos primero Windows 95, porque en el caso de hacerlo al revés, instalando primero Linux, al instalar W95, este sobrescribiría el sector de arranque y la parte Linux, no estaría accesible.

Arrancamos con un disquete de inicio de W’95 y con el la instrucción fdisk, establecemos las particiones. Borraremos las particiones existentes en el disco, crearemos una primaria y le daremos formato. Ahora solo realizamos la partición donde residirá W95, posteriormente cuando instalemos Linux, el propio sistema, durante la fase de instalación, nos permitirá establecer el resto de particiones necesarias. Procedemos a la instalación estándar del sistema W95. A continuación, la instalación de Linux, nos generará un boot de arranque (Grub) que una vez arrancada la maquina nos permitirá elegir entre trabajar con un sistema operativo u otro.

Memoria 3


3. Instalación de Linux

Un vez instalado Windows 95, reiniciamos la maquina, y configurando apropiadamente el arranque de nuestro equipo modificando la Bios, para que arranque desde cd-rom, comenzamos la instalación de Linux Mandrake 9. Para ello cogimos el CD1 de Mandrake.

Una vez arrancada la instalación de Linux procedemos a realizar las particiones por medio del gestor de particiones Druida (Teníamos que particionar el espacio que dejamos después de instalar W95 en nuestro PC).

Con las particiones definidas pasamos a configurar los dispositivos de nuestro PC tales como teclado, ratón.... teniendo solo que decir en la instalación el tipo de dispositivo, sino venía ya definido en el controlador, ya que una de las grandes ventajas de Linux, es que puede configurar la mayoría de dispositivos sin necesidad de proporcionarle el driver, algo que en Windows es bastante complicado, por lo menos en las versiones más antiguas.

El siguiente paso consistirá en elegir los paquetes para la instalación, algunos de ellos podrían ser:

- Icewm (Este paquete lo instalamos porque consume menos memoria que el KDE o el GNOME y con las características del equipo instalar uno de estos entornos es “insufrible”) - Estación científica - Calculo matemático - Estadística - OpenOffice - Servidores (Servidores Web, Apache, DNS,....)

Una vez instalados los paquetes, nos queda configurar la red y la resolución de pantalla.

La red la configuramos según se muestra en el punto 1 es decir según habíamos decidido en la primera sesión de practicas.

Para la resolución de la pantalla elegimos una resolución baja y con pocos colores para conseguir una mayor agilidad en StartX, debido a la escasa memoria RAM del PC, además, como principalmente trabajaremos con terminales la resolución no es excesivamente importante.

Con ésto terminamos la instalación de Linux y comprobamos que todo funciona correctamente dentro de las posibilidades que nos ofrecen los escasos recursos de los que disponemos. El gestor de arranque elegido a la hora de iniciar la maquina y seleccionar el sistema operativo a cargar es Grub, que configura todo de forma automática.

Memoria 4


4. Linux a nivel de administrador

Lo primero que debemos decidir en nuestro sistema operativo es el nivel en el que queremos arrancar, estos niveles, se denominan niveles de ejecución (Runlevel):

0. Parar (Halt) 1. Modo de usuario único o monousuario 2. Multiusuario sin NFS (usuario definible) 3. Modo multiusuario completo 4. Sin usar (Usuario-definible) 5. Modo multiusuario completo con entorno gráfico (X) 6. Rearrancar (Reboot)

En nuestra maquina, como no está muy “sobrada” de recursos, decidimos arrancar en el nivel 3, es decir, multiusuario en pantalla de terminal, con lo cual conseguimos un arranque más rápido y si queremos podemos arrancar la el interface X (gráfico), algo que no usamos muy a menudo.

Para configurar este nivel de arranque editamos el archivo /etc/inittab y modificamos el nivel de arranque, que por defecto se encontraba en el nivel 5.

Otro punto importante en Linux son los demonios, que sería el equivalente a los servicios en Windows, estos se encuentran en el directorio /etc/rc.d/init.d, los demonios se gestionan con 3 parámetros:

Start: Arranca un demonio Restart: Detiene el demonio y lo vuelve a arrancar Stop: Detienen el demonio

Status: nos muestra el estado actual

Política de Seguridad:

El siguiente paso en nuestra maquina fue proceder a definir las políticas de seguridad del sistema, para la gestión de los usuarios de nuestra maquina: Nuestra organización ha sido la siguiente y la implementamos como se muestra en la figura siguiente:

Memoria 5


CONTABILIDAD RRHH INFORMATICA INVESTIGACION

JCONTA JRRHH JINVESTICAGION JINFORMATICA

ADMINISTRADORES

ROOT

La organización de los usuarios funciona de la siguiente forma, los que se encuentran por encima tendán control sobre los que tienen por debajo.

En los distintos grupos estarían:

a. ROOT: El súper usuario, Contraseña: A1B2C3 b. ADMINISTRADORES: ivan, fperales c. JCONTA: jconta , Contraseña: jCONTA d. JINFORMATICA: jinformatica, Contraseña: jinformatica e. JRRHH: jRRHH, Contraseña: idem f. JINVESTIGACIÓN: jinvestigacion, Contraseña: jINVESTIGACIÓN g. CONTABILIDAD: conta1, conta2, conta3, h. INFORMATICA: inform1, inform2, inform3 i. RRHH: RRHH1, RRHH2, RRHH3 j. INVESTIGACIÓN: invest1, invest2, invest3

Los usuarios normales tinen la contraseña en blanco, pulsar intro. La política que seguimos fue la siguiente, los jefes de cada sección pueden acceder a los grupos de sus subordinados, los administradores lo pueden hacer a todos los grupos de los jefes y a todos los subordinados de los jefes y el súper usuario puede acceder a todos los recursos, para ello creamos todos los usuarios y creamos un grupo para cada usuario, introducimos a cada usuario en un grupo con todos los permisos para el usuario y aquellos usuarios que tienen acceso a los demás formaran parte de su grupo y de sus subordinados.

Para realizar lo anterior utilizamos linuxconf: con él creamos los usuarios, los grupos y realizamos la política de seguridad establecida.

También está la opción de usar un terminal y generar los usuarios, grupos, etc., por medio de los comandos adduser (añadir un usuario), groupadd (crear un grupo y asignar las pertenencias a grupos), chown (cambiar el propietario de un directorio o archivo) y chmod (cambiar los permisos de un directorio o archivo), además del comando passwd para especificar password a los usuarios.

La tercera opción sería crear los usuarios, grupos, etc por medio de un programa de gestión de usuarios mediante la interfaz gráfica, Kuser, por ejemplo.

Memoria 6


Añadir/Quitar paquetes:

Otro punto a tener en cuenta sería la instalación de paquetes que nos va a ser muy útil para poder actualizar el sistema operativo, instalar aplicaciones, utilidades que no se han instalado en la instalación inicial...... y sobre todo nos va a servir para las futuras sesiones, debido a que vamos a tener que añadir paquetes para usar distintos servicios.

Usamos dos formas para la instalación de paquetes: 1. Comando RPM: rpm –i “nombre_paquete” 2. Por medio de un gestor de paquetes en entorno gráfico: Gnorpm (gnome) Kpackage

Rpmdrake (Mandrake): Fue la utilizada para añadir y quitar paquetes

Nosotros mayormente usamos el comando rpm aunque también usamos algo el rpmdrake.

Memoria 7


5. Servicio NFS. Servicio de cuotas.

Un Sistema de Ficheros en Red (NFS-Net File System) permite manejar ficheros de distintos ordenadores dentro de una red como si estuvieran en el disco duro local. Es decir, no se necesita saber dónde están localizados físicamente los ficheros para poder acceder a ellos.

NFS nos permite compartir datos entre varios ordenadores de una forma sencilla. Por ejemplo, un usuario validado en una red no necesitará hacer login en un ordenador específico, vía NFS, accederá a su directorio personal (que llamaremos exportado) en la máquina en la que esté trabajando. Se requiere tener instalados los paquetes nfs-utils y portmap. Antes de hablar de NFS, hay que hacer mención al concepto “Sistema de ficheros”. Un sistema de ficheros es la forma de almacenar datos en un medio, la manera en que se organizan y manejan. Hay muchos sistemas de ficheros, algunos más utilizados que otros (New Technology FileSystem (NTFS), High Performance FileSystem (HPFS), DOS, FAT 16/32, VFAT, Macintosh Hierarchical Filesystem (HFS), ISO 9660(para CD-ROM), extended file systems (Ext, Ext2, Ext3), y muchos otros). El protocolo NFS Lo que comúnmente se llama NFS está formado por 4 protocolos distintos. Cada uno depende de las Remote Procedure Calls (RPC) y de portmap (también llamado rpc.portmap). Un portmapper convierte números de programa RPC en números de puerto. Cuando un servidor RPC se inicia, dice a portmap qué puerto usará y el número de programa RPC manejado. Cuando un cliente quiere enviar una petición RPC a un número de programa dado, primero contacta con el servidor portmap para tomar el número de puerto dando acceso al programa deseado. Después, dirige los paquetes RPC al puerto correspondiente.

Memoria 8


Los 4 servicios que permiten funcionar a NFS son:

Protocolo Descripción Demonio

Nfs Este protocolo es el básico y permite crear, buscar, leer o escribir ficheros. Este protocolo también maneja autentificación y estadísticas de ficheros. nfsd

Mountd Éste se encarga de montar sistemas exportados para acceder a ellos con nfs. El servidor recibe peticiones como mount y umount debiendo mantener información sobre los sistemas de ficheros exportados.

mountd

nsm (Network Status Monitor)

Se usa para monitorizar los nodos de la red y así conocer el estado de una máquina (cliente o servidor). Informa, por ejemplo, de un rearranque. statd

nlm (Network Lock Manager)

Para impedir modificaciones de los datos por varios clientes al mismo tiempo, este protocolo maneja un sistema de bloqueo. Así, con la ayuda del protocolo Nsm es posible conocer cuándo se está reiniciando un cliente. Nsm libera todos los bloqueos del cliente antes de devolverlos.

lockd

El demonio knfsd, disponible con las últimas versiones del núcleo, soporta directamente los protocolos nfs y nlm. etc/export datos a exportar etc/fstab chequeo de sistemas de ficheros y los monta Configuración servidor: Arrancar demonio: etc/rc.d/init.d/nfs start Recursos compartidos: Etc/exports directorios, usuarios, maquinas y permisos

Ejemplo: /disco itig11(rw) itig17 (r)

Configuración cliente: Etc/fstab Incluir la ruta del servidor nfs Ejemplo: 192.198.192.13: /mnt/intercambio /mnt rsize=8192,wsizw=8192,timeo=14,intr. También podemos configurar /etc/host para la resolución de nombres estática.

Memoria 9


El servidor: La primera cosa a hacer, como ya hemos visto, es iniciar portmap ya que este protocolo es necesario para NFS .

root >>/usr/sbin/rpcinfo -p rpcinfo: can't contact portmapper: RPC: Remote system error - Connection refused root >>/sbin/portmap root >>/usr/sbin/rpcinfo -p program vers proto port 100000 2 tcp 111 portmapper 100000 2 udp 111 portmapper

El comando rpcinfo muestra los servicios RPCs en la máquina especificada como argumento (opción -p). Vemos que portmap todavía no está funcionando: lo iniciamos (la mayoría de las distribuciones Linux proveen scripts para automatizar esto en el arranque) y comprobamos que funciona. Otra razón común para que rpcinfo responda negativamente es que el portmapper no permita la respuesta a causa de la restricción de seguridad en los ficheros /etc/hosts.{allow, deny}. En este caso, añada una entrada "portmap: hosts" en el fichero hosts.allow.

Antes de que NFS se inicie por sí mismo, debe ser configurado. Existe un único fichero de configuración que se llama /etc/exports. Cada línea muestra la ruta exportada seguido de una lista de clientes a los que se permite el acceso. Se pueden añadir opciones al final de cada nombre de cliente. La página de manual exports (man exports) explica la sintaxis para los nombres de cliente y las opciones.

Se aceptan como nombres de cliente:

• nombre de la máquina • caracteres comodín en un nombre de dominio (ej: : linux-*.unavarra.es) • un netgroup ( @grupo) si se usa NIS • una dirección IP

No vamos a detallar aquí todas las opciones de montaje disponibles, pero algunas de las más importantes son:

• rw (lectura/escritura) : el cliente puede leer y escribir en el sistema exportado • ro (sólo lectura) : el cliente sólo puede leer el sistema exportado • root_squash : es preferible que un usuario root del cliente no pueda

escribir con permisos de root. Para impedirlo, UID/GID 0 (i.e. root) en el lado del cliente se traduce en el usuario nobody. Esta opción está activada por defecto, pero se puede cancelar con no_root_squash

• all_squash : todos los clientes que acceden al sistema exportado utilizan el UID/GID de nobody

• anonuid, anongid: el usuario nobody ahora usa los UID y GID definidos por estas opciones.

Memoria 10


Ahora tenemos que iniciar los demonios rpc.mountd y rpc.nfs para tener funcionando el servidor NFS. Comprobamos nuevamente que todo está funcionando con el comando rpcinfo. Incluso podemos inicializar el servidor para los protocolos nsm y nlm (rpc.statd y rpc.lockd, respectivamente). No hay ninguna premisa para arrancar un servidor NFS... pero es altamente recomendable que se reinicie por sí mismo, en caso de que la máquina falle, etc...

Cuando modificamos el fichero de configuración /etc/exports, debemos avisar a los demonios implicados que se deben hacer los cambios. El comando exportfs transmite esta información a nuestros servidores. La opción -r sincroniza el fichero /etc/mtab con el fichero /etc/exports file. La opción -v muestra juntos todos los sistemas de ficheros exportados junto con sus opciones.

Después de ponerse en marcha el servidor NFS, los siguientes ficheros contienen información importante:

• /var/lib/nfs/rmtab: cada línea muestra el nombre del cliente y el sistema de ficheros importado desde este servidor

• /var/lib/nfs/etab: el fichero /etc/exports sólo contiene una lista de peticiones. etab está creado por exportfs. Contiene en cada línea información detallada sobre las opciones usadas cuando se exporta un sistema de ficheros a un solo cliente. Es el fichero de referencia usado por rpc.mountd cuando es arrancado

• /proc/fs/nfs/exports contiene la lista de clientes conocida por el núcleo

• /var/lib/nfs/xtab: Se usa por precisión cuando etab contiene nombres de clientes y grupos de máquinas con comodines. Este fichero sólo contiene nombres explícitos de máquinas.

Cuando un cliente quiere acceder a un sistema de ficheros, empieza haciendo una petición mountd. Entonces se busca en etab si la petición está disponible. Se comprueba el núcleo para saber si el cliente tiene permitida la petición (comprobando hosts.{allow, deny}, reglas de cortafuegos, ...). El núcleo utiliza exportfs para la comprobación, permitiendo actualizar el fichero /var/lib/nfs/etab. Si, en este fichero, el sistema exportado tiene permitido ser exportado al grupo al que pertenece el cliente, entonces mountd informa al núcleo que actualice xtab con este nuevo host.

El cliente: No hay que hacer nada ... normalmente. El acceso al sistema de ficheros exportado por NFS está controlado directamente por el núcleo. Éste tiene que haber sido compilado para soportar NFS. El fichero /proc/filesystems contiene una lista con todos los sistemas de ficheros soportados directamente por el núcleo. Entonces, lo único que tiene que hacer es decir al núcleo que quiere acceder a un sistema exportado por NFS.

Memoria 11


El comando mount permite acceder a diferentes sistemas de ficheros. Informa al núcleo que está disponible un nuevo sistema de ficheros indicando su tipo, su dispositivo y su punto de montaje. Se puede usar la opción -t para indicar el tipo del sistema de ficheros a usar. Para NFS, escribimos: -t nfs.

mount tiene sus propias opciones para NFS. Por ejemplo, se pueden utilizar las opciones rsize y wsize para cambiar el tamaño de los bloques para lectura o escritura. Puede combinar opciones específicas de NFS con opciones más generales como intr, noexec o nosuid. La página de manual mount muestra todas esas opciones.

Quota: Gestiona el espacio que un usuario (usrquota) o un grupo de usuarios (grpquota), puede usar en un sistema de ficheros. En nuestra estación no se han establecido Quotas. Ejemplo: /dev/hda1 / ext2 default 1 1 /dev/hda2 /usr ext2 default.usrquota 1 1 /dev/hda1 / ext2 default 1 1 /dev/hda2 /usr ext2 default.grpquota 1 1 Comprobación: /usr/sbin/quotacheck –avug Activación: /usr/sbin/quotaon –avug Touch /patition/quota.user Touch /patition/quota.group Chmod 600 /partition/quota/user Chmod 600 /partition/quota/group

Memoria 12


6. Servicio NIS

NIS es un sistema distribuido de información que nos permite compartir en varias maquinas el conteniendo de ciertas bases de datos del sistema permitiéndonos que desde cualquier máquina que está dentro del dominio NIS acceder a dichas bases de datos.

Las bases de datos que más se suelen usar en NIS son los ficheros de password /etc/password y /etc/shadow, el fichero /etc/hosts, es decir, aquellos ficheros de configuración que tienen que ver con los usuarios o bien con la red.

Vamos a tener una serie de maquinas, donde una de ellas será el master o servidor principal de NIS, otras serán esclavas, y mantendrán las bases de datos. Los clientes realizaran peticiones a esos servers sobre las bases de datos de las cuales se necesita información y a partir de ahí todo se supone que debe funcionar.

En nuestro caso no hemos montado mas que un servidor NIS, debido a que no teníamos experiencia en montar redes con mas de un servidor NIS.

Los paquetes de Mandrake 9.0 necesarios en este caso son:

yp-clients-* yppasswd-* ypserv-* portmap-*

Se instalan a golpe de rpm los paquetes adecuados ( rpm -i ).

Una vez compilados e instalados los programas, pasamos a su configuración:

Configuración del software:

Lo primero, asegurarnos que el portmapper, ypserv e yppasswd se arranca en los "runlevels" adecuados cuando se inicializa el sistema. Para el caso de Mandrake 9.0, basta con asegurarse desde el control-panel/runlevel editor, que estén ambos demonios puestos para arrancar en los niveles adecuados. Concretamente el portmapper debe de estar en los niveles 2, 3 y 5 mientras que el ypserv e yppasswd deben de estar en los niveles 3 y 5.

Los dos siguientes pasos hay que realizarlos tanto en las máquinas clientes como en las servidoras:

Vamos a /etc/sysconfig, editamos el fichero network y añadimos una línea del tipo NIS_DOMAIN=. Por ejemplo:

NIS_DOMAIN=unavarra.es.

Ahora editamos el fichero /etc/yp.conf que es el que se encarga de decir cuales son los servidores de NIS en la red. En él ponemos lo siguiente:

Memoria 13


# # Configuración # labitig.unavarra.es <------ Este es nuestro nombre de dominio NIS ypserver itigXX.labitig.unvarr.esa <------- Nuestro servidor de NIS

Por ultimo nos vamos al directorio /var/yp. Una vez ahí buscamos una línea de la siguiente forma:

all: passwd hosts group netid networks protocols rpc services netgrp \ mail shadow ypservers publickey ethers # amd.home bootparams

Y solo dejamos en ella los bases de datos que nos interese.

Una vez que hemos hecho ésto, ponemos el dominio de la maquina con labitig.unavarra.es (solo habrá que hacerlo ahora), y tecleamos make. Esto nos hará todas las bases de datos que nos interese. Es importante decir, que siempre que se modifiquen en el server NIS una de estas bases de datos, se debe de rehacer NIS, simplemente yendo a /var/yp y tecleando make.

Para evitar que todo el mundo tenga acceso a nuestras NIS, se hace un fichero /var/yp/securenets, donde vamos a indicar quien nos interesa que acceda al server. La sintaxis de ese fichero es:

host <ip_maquina> <netmask> <subred>

Por ejemplo:

host 127.0.0.1 255.255.255.0 192.168.192.0

Esto da acceso a la localhost y a todas la maquinas de la subred 192.168.192.0.

Por último reseteamos la máquina, y “cruzamos los dedos” esperando que todo funcionara correctamente, y al parecer lo conseguimos.

Memoria 14


7. Servicio DNS, Instalación de aplicaciones.

DNS es el Domain Name System (Sistema de Nombres de Dominio), las reglas de nomenclatura de las máquinas y el software que asigna y/o relaciona los nombres de maquina a direcciones IP.

Antes de empezar, debemos configurar el sistema convenientemente, de forma que se pueda hacer telnet desde y hacia su máquina, efectuando satisfactoriamente toda clase de conexiones de red, especialmente telnet 127.0.0.1 entrando en nuestra propia máquina. También necesita que los archivos /etc/host.conf (o /etc/nsswitch.conf), /etc/resolv.conf y /etc/hosts sean correctos)

El servicio de nombres en Unix es llevado a cabo por un programa, llamado named.

Éste forma parte del paquete bind, instalado como /var/named.

A continuación necesitamos el archivo /etc/resolv.conf, que será: search labitig.unavarra.es nameserver 127.0.0.1

La línea `search' especifica en qué dominios se buscaría para cualquier nombre de máquina a la que quiera conectar. La línea `nameserver' especifica la dirección del servidor de nombres. Y el fichero /etc/host.conf. Probablemente contendrá varias líneas, una de ellas debería comenzar con order y tendría que parecerse a lo siguiente:

order hosts,bind

Si no hay una línea order debemos incluirla. Esto le indica a las rutinas de resolución de nombres que busquen primero en /etc/hosts, y pregunte luego al servidor de nombres (que especificamos en resolv.conf que está en 127.0.0.1).

Luego debemos configurar los archivos especificados en los apuntes acerca de DNS y adaptarlos a nuestra máquina, estos archivos son:

named.conf, named.local, named.forward, named.unavarra.es,

named.192.168.192, named.206.130 y named.ca Una vez que tenemos todos los ficheros completos y modificados necesitamos arrancar el servicio named y probar que funciona adecuadamente. Para ello lo primero que tenemos que hacer es cambiar el propietario de directorio /var/named con la orden chown.

Memoria 15


A continuación arrancamos el servicio dns: /etc/rc.d/init.d/named start Si no hay problemas se arrancará el servicio y en principio tendremos configurado el servidor DNS que tanto nos ha costado, pero para comprobarlo deberemos usar: Named-checkconf: Para comprobar la configuración Named-checkzone: Para comprobar la zona Una vez realizadas las comprobaciones tenemos que pasar a la “prueba de fuego”, esta se consigue con el comando nslookup:

$ nslookup

Si ésto es lo que obtenemos la maquina nos funcionará correctamente: Default Server: localhost Address: 127.0.0.1

Y terminaríamos la configuración de DNS pudiendo realizar las búsquedas de maquinas que deseemos para asegurarnos del correcto funcionamiento.

Memoria 16


8. Servidor HTTP. Servidor FTP.

Telnet:

Es el protocolo que permite conectar dos ordenadores, ejecutando los programas sobre el remoto pero realizando las operaciones de entrada/salida sobre el local. Permite hacer login sobre una maquina remota y hacer uso de todos sus recursos de computación desde la maquina local. La información enviada por telnet se envía en forma de texto plano, lo que supone un problema de seguridad que se resuelve empleando SSH. Puertos utilizados: telnet: 23 ssh: 22 Comandos:

telnet 192.168.192.0 ssh 192.168.192.0 FTP:

File Transfer Protocol, es el protocolo de permite transferir ficheros entre dos maquinas conectadas en red. Podemos “subir” y “bajar” ficheros. De la maquina local a la remota y viceversa. La versión segura se denomina sftp (secure FTP) Puertos: ftp: 20 y 21 sftp: 115 Comandos: ftp dirección ip Para coger un archivo: get nombre_archivo* Para dejar un archivo: put nombre_archivo* Nota: Si tenemos NIS activado no es necesario hacer logon, el propio sistema se encarga de gestionar los accesos con la seguridad establecida.

Memoria 17


Apache:

Es un servidor web portable, modular, fiable y open source(código abierto), es uno de los servidores web más utilizados en todo el mundo.

Configuración:

Modificar fichero: httpd.conf Modificar la página Index.shtml en la siguiente ubicación: /var/www/html para la pagina de bienvenida. Arranque: /etc/httpd/conf Ficheros de configuración:

commonhttpd.conf httpd.conf

Impresión:

Hay dos formas de impresión: Lpd: Demonio que gestiona la cola de impresión en nuestra maquina Cups: Es un equivalente al spooler de Windows.

Para la impresión necesitamos tener instaladas las herramientas de impresión, que se obtienen del paquete Printtool.

Una vez instaladas las herramientas de impresión procedimos a configurar la impresora en nuestra máquina, nosotros utilizamos el demonio de impresión Lpd en lugar de Cups, para configurar la impresora ejecutamos la utilidad drakconf y lo único que tuvimos que hacer fue decirle el tipo de impresora y poco mas, porque de lo demás se encargo é, lo que también nos pidió fue la dirección IP de la impresora que le dimos la 192.168.192.250 y una vez elegida la impresora y proporcionada la dirección IP procedimos a la impresión de documentos. Ver hoja anexa configuración impresora.

Nota: En nuestro laboratorio la impresora esta dentro de la red de la universidad, por lo que estaba en una red de tipo B y nuestra red era una red de tipo C, por lo que tuvimos que cambiarle la dirección IP para poder imprimir desde nuestra red.

Memoria 18


9. Servidores de BBDD

Mysql o postgres Instalación de paquetes:

Interfaz: Mysqlcc Mysqladmin Gasql Consola: /usr/bin/mysqladmin safe_mysql & (salvar cambios y evitar bloqueos) Directorio de BBDD: Var/lib/mysql Test (pruebas)

Mysql (configuración)

Directorio de bbdd Var/lib/mysql

Lo primero que debemos hacer es arrancar MySQL :

• Linux: ./mysqld start • Windows: mysqld-shareware.exe

Todo el sistema de permisos de acceso al servidor, a las bases de datos y sus tablas, MySQL lo almacena en una tabla llamada mysql, que estará en el directorio /data, a menos que hallamos especificado otro directorio. En Windows esta tabla se crea con la instalación, pero en Linux/Unix debemos crearla con:

/usr/local/mysql/bin/mysql_install_db En la base de datos mysql es donde se guardarán todos los permisos y restricciones a los datos de nuestras bases de datos. La principal herramienta de MySQL es mysqladmin, la cuál como parece indicar su nombre es la encargada de la administración. MySQL crea por defecto al usuario root con todos los permisos posibles habilitados, podemos utilizar este usuario como administrador o crear otro, por ejemplo mysqladmi. Como el usuario root lo crea sin clave de acceso, lo primero que debemos hacer es asignarle una: mysqladmin -u root password "miclave"

Memoria 19


A partir de ahora cualquier operación que hagamos como root deberemos especifica la clave. Hay que destacar que entre el modificador -p y la clave no debe haber espacios. mysqladmin -u root -pmiclave Pues bien, ya estamos preparado para crear una base de datos mysqladmin -u root -pmiclave create mibasededatos Para borrarla: mysqladmin -u root -pmiclave drop mibasededatos La estructura de MySQL En el directorio /benc encontraremos ejemplos de script y SQL. En el directoio /share están los mensajes de error del servidor para los distinos idiomas. Los directorios /include y /lib contiene los fichero *.h y las librerías necesarias, en /bin están los ficheros ejecutables y en /data encontraremos como subdirectorio cada una de las bases de datos que hayamos creado. Como hemos dicho, para cada base de datos que nosotros creamos, MySQL crea un directorio con el nombre que le hemos asignado a la base de datos. Dentro de este directorio, por cada tabla que definamos MySQL va ha crear tres archivos: mitabla.ISD, mitabla.ISM, mitabla.frm El archivo con extensión ISD, es el contiene los datos de nuestra tabla, el ISM contiene información acerca de las claves y otro datos que MySQL utiliza para buscar datos en el fichero ISD. Y el archivo frm contiene la estructura de la propia tabla. Dado que las bases de datos de MySQL son simples ficheros de un directorio, para realizar copias de seguridad, podremos utilizar las herramientas de compresión que habitualmente usamos en nuestro sistema y luego copiarlo a otro lugar, o simplemente esto último. Seguridad Como comentamos anteriormente, todo el sistema de permisos MySQL lo guarda en una base de datos llamada mysql, la cuál se componen de cinco tablas: host, user, db, tables_priv, colums_priv. La tabla user contiene información sobre los usuarios, desde que máquinas pueden acceder a nuestro servidor MySQL, su clave y de sus diferentes permisos. La tabla host nos informa sobre que máquinas podran acceder a nuestro sistema, así como a las bases de datos que tendrán acesso y sus diferentes permisos. Finalmente, las

Memoria 20


tablas db, tables_priv, columns_priv nos proveen de un control individual de las bases de datos, tablas y columnas (campos).

Tabla user:

CAMPO TIPO POR DEFECTO

Host char(60)

User char(16)

Password char(16)

Select_priv enum('N','Y') N

Insert_priv enum('N','Y') N

Update_priv enum('N','Y') N

Delete_priv enum('N','Y') N

Create_priv enum('N','Y') N

Drop_priv enum('N','Y') N

Reload_priv enum('N','Y') N

Shutdown_priv enum('N','Y') N

Process_priv enum('N','Y') N

File_priv enum('N','Y') N

Grant_priv enum('N','Y') N

References_priv enum('N','Y') N

Index_priv enum('N','Y') N

Alter_priv enum('N','Y') N

Tabla host:


Host char(60)

Db char(32)







Grant_priv enum('N','Y') N



Memoria 21



Tabla db:


Host char(60)

Db char(32)

User char(16)










He aquí una breve descripción de los diferentes permisos:

• Select_priv: Permite utilizar la sentencia SELECT • Insert_priv: Permite utilizar la sentencia INSERT • Update_priv: Permite utilizar la sentencia UPDATE • Delete_priv: Permite utilizar la sentencia DELETE • Create_priv: Permite utilizar la sentencia CREATE o crear bases de datos • Drop_priv: Permite utilizar la sentencia DROP o eliminar bases de datos • Reload_priv: Permite recargar el sistema mediante mysqladmin reload • Shutdown_priv: Permite parar el servidor mediante mysqladmin Permite

parar el servidor mediante mysqladmin shutdown • Process_priv: Permite manejar procesos del servidor • File_priv: Permite leer y escribir ficheros usando comando como SELECT

INTO OUTFILE y LOAD DATA INFILE • Grant_priv: Permite otorgar permisos a otros usuarios • Index_priv: Permite crear o borrar índices • Alter_priv: Permite utilizar la sentencia ALTER TABLE

Memoria 22


Si dejamos en blanco los campos user, host o db, haremos referencia a cualquier usuario, servidor o base de datos. Conseguiremos el mismo efecto poniendo el símbolo % en el campo.

Comparación:

• MySQL: o Su principal objetivo de diseño fue la velocidad. Se sacrificaron

algunas características esenciales en sistemas más "serios" con este fin.

o Otra característica importante es que consume muy pocos recursos, tanto de CPU como de memoria.

o Licencia GPL a partir de la versión 3.23.19. o Ventajas:

Mayor rendimiento. Mayor velocidad tanto al conectar con el servidor como al servir selects y demás.

Mejores utilidades de administración (backup, recuperación de errores, etc).

Aunque se cuelgue, no suele perder información ni corromper los datos.

Mejor integración con PHP. No hay límites en el tamaño de los registros. Mejor control de acceso, en el sentido de qué usuarios tienen

acceso a qué tablas y con qué permisos. MySQL se comporta mejor que Postgres a la hora de modificar

o añadir campos a una tabla "en caliente". o Inconvenientes:

No soporta transacciones, "roll-backs" ni subselects. No considera las claves ajenas. Ignora la integridad referencial,

dejándola en manos del programador de la aplicación.

• PostgreSQL: o Postgres intenta ser un sistena de bases de datos de mayor nivel que

MySQL, a la altura de Oracle, Sybase o Interbase. o Licencia BSD. o Ventajas:

Por su arquitectura de diseño, escala muy bien al aumentar el número de CPUs y la cantidad de RAM.

Soporta transacciones y desde la versión 7.0, claves ajenas (con comprobaciones de integridad referencial).

Tiene mejor soporte para triggers y procedimientos en el servidor.

Soporta un subconjunto de SQL92 MAYOR que el que soporta MySQL. Además, tiene ciertas características orientadas a objetos.

o Inconvenientes: Consume BASTANTES más recursos y carga más el sistema.

Memoria 23


Límite del tamaño de cada fila de las tablas a 8k !!! (se puede ampliar a 32k recompilando, pero con un coste añadido en el rendimiento).

Es de 2 a 3 veces más lenta que MySQL. Menos funciones en PHP.

En cuanto a consideraciones de estabilidad del servidor, en general parece que MySQL es más estable (aunque también hay gente que opina lo contrario), y que Postgres tiende a desperdiciar memoria y sobrecargar bastante el sistema (aunque de nuevo, hay opiniones distintas).

Como conclusión a la comparación entre MySQL y Postgres, parece aceptado que MySQL junto con Apache y PHP forman un buen equipo para servir páginas web con contenido dinámico, discusiones, noticias, etc.,. en general, sistemas en los que la velocidad y el número de accesos concurrentes sea algo primordial, y la seguridad no sea muy importante (pueda bastar con hacer backups periódicos que se restaurarán tras una caida del servidor). En cambio, para sistemas más serios en las que la consistencia de la BD sea fundamental (BD con información realmente importante, bancos, etc.) PostgreSQL es una mejor opción pese a su mayor lentitud.

Memoria 24


10. Referencias

• www.mandrakeuser.org • MySQL, www.mysql.org • Página principal de KSql ksql.sourceforge.net • http://www.marqueze.net/relatos/relatos/mvarios/linux3/nis.html • http://www.httpd.apache.org • www.wrox.com

Transparencias de teoría de la Asignatura.

11. Anexos

Hoja de Descripción de maquinas Hoja de Instalación de Software Hoja de Configuración impresora

Memoria 25

http://www.mandrakeuser.org/

http://www.mysql.org/

http://ksql.sourceforge.net/

http://www.marqueze.net/relatos/relatos/mvarios/linux3/nis.html

http://www.httpd.apache.org/

http://www.wrox.com/

Sesiones de Practicas - galeon.com · asignar las pertenencias a grupos), chown (cambiar el...

Documents

Transcript of Sesiones de Practicas - galeon.com · asignar las pertenencias a grupos), chown (cambiar el...