Administración de Sistemas
Operativos
TEMA 1.
Introducción
Ing. Julio César González Moreno
E-Mail: julcgmoreno@[Link]
Web site: [Link]/jgonzalez
Índice
Introducción a Unix
Software libre y Linux
Introducción a la administración
Bibliografía
2
Introducción a Unix (I)
Historia de Unix (I)
Los antecedentes de Unix se remontan a 1964
Bell Telephone Laboratories de AT&T, General Electric y el MIT se plantearon
desarrollar un sistema operativo al que denominaron MULTICS
Dentro de sus objetivos estaban:
Proporcionar una capacidad de computación grande
Posibilidad de almacenar y compartir grandes cantidades de datos
Los objetivos eran demasiado ambiciosos para la época (Limitaciones hardware)
Los trabajos en el nuevo sistema iban muy retrasados
Bell Telephone Laboratories decidió dar por terminada su participación en el
proyecto
Luego el proyecto fracaso
Pero, las ideas de diseño no cayeron en el olvido sino que influyeron en el
desarrollo de Unix
3
Introducción a Unix (II)
Historia de Unix (II)
Ken Thompson miembro de los laboratorios Bell encontró un computador DEC
PDP-7 inactivo y se puso a desarrollar en él un videojuego denominado Space
Travel
Con objeto de crear, bajo ese ordenador, un entorno de trabajo agradable
Thompson, al que después se le unió Dennis Ritchie, se propuso la creación de
un nuevo sistema operativo (Unics)
Unics retomo algunas de la ideas de diseño de MULTICS como:
Organización básica del sistema de archivos
Intérprete de órdenes (shell) como proceso de usuario (no
como parte del núcleo)
El propio nombre de Unics deriva de MULTICS
MULTICS: MULTiplexed Information and Computing
Service
UNICS: UNiplexed Information and Computing Service
4
Introducción a Unix (III)
Historia de Unix (III)
El término UNICS se empleó por la similitud de esta palabra con la palabra
inglesa eunuc (Se decía que UNICS era un MULTICS castrado)
Luego UNICS dio lugar al nombre definitivo Unix
Unix también se vio influenciado por otros sistemas operativos como:
CTSS (Compatible Time Sharing System) del MIT
XDS-940 (Xerox Data System) de la universidad de California en
Berkeley
Aunque la 1era versión de Unix prometía mucho, su potencial no pudo ser
demostrado
Luego Unix fue trasladado a un computador PDP-11 de digital en una 2da
versión
En 1973 fue reescrito en su mayor parte en lenguaje C (antes estaba en
ensamblador)
El número de instalaciones de Unix en los laboratorios Bell creció hasta 15
Se difundió a universidades con propósitos educacionales
5
Introducción a Unix (IV)
Historia de Unix (IV)
La 1era versión de Unix disponible fuera de los laboratorios Bell fue la 6, en 1976
En 1978 se distribuyó la versión 7 (Adaptada a otros PDP-11 y a una nueva línea
de ordenadores DEC denominados VAX)
6
Introducción a Unix (V)
Aparición de Linux (I)
Linux es un sistema operativo de distribución libre desarrollado en 1991 por
el estudiante Linus Torvalds en la universidad de Helsinki (Finlandia)
Una comunidad de programadores, expertos en Unix, han ayudado en el
desarrollo, distribución y depuración de este sistema operativo
El núcleo no contiene código desarrollado por AT&T ni por ninguna otra
fuente propietaria
Con la aparición de ordenadores personales potentes aparece Linux
Inicialmente se trató sólo de un desarrollo llevado a cabo por Linus Torvalds
por pura diversión
Linux se baso en Minix, un pequeño sistema Unix desarrollado por Andrew
S. Tanenbaum
Inicialmente se trabajaba en la conmutación de tareas del microprocesador
80386 ejecutando en modo protegido, todo ello escrito en lenguaje
ensamblador
7
Introducción a Unix (VI)
Aparición de Linux (II)
La versión 0.01 de Linux no fue anunciada
Sólo podía compilarse y ejecutarse en una máquina que tuviese cargado Minix
El 5 de octubre de 1991 Linus Torvalds dio a conocer la 1era versión oficial de
Linux (La 0.02)
Se podía ejecutar el intérprete de órdenes bash y gcc
Después de la versión 0.03, Linus pasó a lanzar la versión 0.10
Aumento el número de personas apuntadas al desarrollo del sistema
Después de muchas versiones intermedias, Linus incrementó el número y llego a la
versión 1.0
Actualmente Linux es un Unix en toda regla, compatible POSIX, capaz de ejecutar
X windows, TCP/IP, Emacs, UUCP, correo electrónico, servicios de noticias, etc.
8
Introducción a Unix (VII)
GNU Linux, Linux GNU o Linux (I)
Siempre que se instala una distribución de Linux, hay un proceso que se denomina
instalación del núcleo
Esto es Linux concretamente “un núcleo”
Carece de esas bibliotecas que conectan con el administrador de forma básica
Carece de aplicaciones o paquetes que permitan realizar un sin número de trabajos
Entonces, ¿de dónde vienen las bibliotecas y los paquetes?
GNU proporciona a Linux todas las facilidades necesarias para convertir al
núcleo en algo realmente útil
Estas utilidades son escritas y mantenidas por la FSF (Free Software
Foundation)
Las contribuciones más importantes que esta fundación ha hecho al mundo de
la informática son: el proyecto GNU y la licencia GPL
9
Introducción a Unix (VIII)
GNU Linux, Linux GNU o Linux (II)
El núcleo es un módulo separado de las bibliotecas y programas/aplicaciones
Es posible tener un núcleo Linux con las bibliotecas de BSD, esto conformaría un
BSD/Linux
GNU lleva mucho tiempo trabajando en su propio núcleo llamado HURD, lo cual
implicará tener un sistema GNU/HURD (Ya no se podría llamar Linux)
Generalmente se asocia Linux como todo en uno
Este error nos hace hablar de sistemas Linux o sistema operativo Linux
Lo correcto sería hablar de GNU/Linux o sistema GNU/Linux
10
Introducción a Unix (VII)
Distribuciones de Linux
Una distribución de Linux es una variante de Linux que incorpora determinados
paquetes de software para satisfacer las necesidades de un grupo específico de
usuarios, dando origen a ediciones hogareñas, empresariales, para servidores, etc
Pueden contener exclusivamente software libre o incorporar aplicaciones o
controladores propietarios
La base de cada distribución incluye el núcleo Linux, con las bibliotecas y
herramientas del proyecto GNU y de muchos otros proyectos/grupos de software
como: Xorg, Apache, Gnome, KDE, etc.
Antes de la existencia de las distribuciones, un usuario debía tener algo de
experiencia en Unix, no sólo debía conocer qué bibliotecas y ejecutables necesitaba
para iniciar el sistema, sino también los detalles importantes que se requieren en la
instalación y configuración de los archivos en el sistema
Las distribuciones Linux comenzaron a surgir poco después de que el núcleo fuera
utilizado por otros programadores
Inicialmente el interés era crear un sistema operativo; no así interfaces de
usuarios, software, etc.
11
Introducción a Unix (VIII)
Principales distribuciones (I)
Red Hat
Es responsable de la creación y mantenimiento de las distribuciones: Red
Hat Enterprise Linux y Fedora
Comercializa diferentes productos y servicios basados en software de código
abierto
Es responsable de la creación de un sistema de empaquetación de software
llamado RPM o Red Hat Package Manager
12
Introducción a Unix (IX)
Principales distribuciones (II)
Fedora
Es basada en RPM
Es soportada por una comunidad internacional de ingenieros, diseñadores
gráficos y usuarios que reportan fallos
Cuenta con el respaldo y promoción de Red Hat
El proyecto pretende ser el líder en la inclusión de software libre y de código
abierto
Los desarrolladores de Fedora prefieren hacer cambios en las fuentes
originales en lugar de aplicar los parches específicos en su distribución
13
Introducción a Unix (X)
Principales distribuciones (III)
Suse
Es una distribución basada en Slackware
Es una de las más sencillas de instalar y administrar, ya que cuenta con
varios asistentes gráficos (Una gran herramienta de instalación y
configuración YasT)
Suse es el acrónimo de una frase alemana que traduce: desarrollo de
software y sistemas
En enero de 2004 Novell adquirió a Suse y anuncio la liberación de la
distribución para que la comunidad fuera la encargada del desarrollo de esta
distribución (OpenSuse)
14
Introducción a Unix (XI)
Principales distribuciones (IV)
Mandriva
Era conocida anteriormente como Mandrake Linux
Está enfocada hacia usuarios sin experiencia
Se distribuye mediante la licencia: Licencia pública general (GPL) de GNU
La 1era edición se fundamentó en Red Hat Linux y escogió el entorno de
escritorio KDE (K Desktop Environmet)
15
Introducción a Unix (XII)
Principales distribuciones (V)
Debian
Es una comunidad conformada por desarrolladores y usuarios
Pretende crear y mantener un sistema operativo GNU basado en software
libre precompilado y empaquetado
El modelo de desarrollo del proyecto es ajeno a motivos empresariales o
comerciales
Es llevado adelante por los propios usuarios
16
Introducción a Unix (XIII)
Principales distribuciones (VI)
Ubuntu
Esta predominantemente enfocado a computadoras de escritorio
Es basada en Debian GNU/Linux
Concentra su objetivo en la facilidad de uso, la libertad de uso, los
lanzamientos regulares (cada seis meses) y la facilidad en la instalación
Es patrocinado por Canonical Ltd. una empresa privada fundada y financiada
por el empresario sudafricano Mark Shuttleworth
El nombre proviene del concepto zulú y xhosa que significa humanidad hacia
otros
Sus metas se resumen en hacer de Linux un sistema operativo más
accesible y fácil de usar
17
Software libre y Linux (I)
Inicialmente el software libre fue popular en los servidores
Por ejemplo: Google y amazon son sistemas construidos sobre Linux
Linux antes estaba limitado a ser un sistema no visible a usuarios finales
Ahora es usado en todo el mundo en sus computadores personales, teléfonos y
organizadores personales
El software libre es propiedad de todos
Podemos hacer uso de él, modificarlo y copiarlo de la misma manera que los
autores
Es un legado que no tiene propietario (Símil: Leyes básicas de la física o
matemáticas)
18
Software libre y Linux (II)
GNU (I)
Con la explosión de la microinformática y el descenso de precio de los sistemas
informáticos aparecieron las primeras compañías de software
Muchas de estas compañías creyeron que si denegaban el acceso al código
fuente podrían conseguir una ventaja competitiva
Esto rompía con la tradición que había imperado hasta entonces de compartir el
código fuente
Poco a poco se fue extendiendo un modelo de código cerrado en el cual el
software se vendía sin el código fuente
Las libertades de usuario se fueron acortando
Aparecen las bombas de tiempo y los programas shareware como sistema para
obligar a los usuarios a adquirir una licencia
19
Software libre y Linux (III)
GNU (II)
Richard Stallman vivió de cerca esa revolución. Este fue pionero en
defender las libertades perdidas y acuñó el término software libre
En 1984 Stallman creó la Free Software Foundation con el objetivo
de crear un sistema Unix libre GNU
La definición de software libre propuesta por la FSF, se basa en 4
libertades:
Libertad para utilizar el programa para cualquier propósito
Libertad para estudiar cómo funciona el programa (Acceso a las
fuentes)
Libertad para redistribuir el programa
Libertad para modificar y distribuir las mejoras (Acceso a las
fuentes)
Programas no libres = = Programas propietarios o privativos
20
Software libre y Linux (IV)
GNU (III)
Durante los años 80's Stallman trabajo en herramientas necesarias para crear un
sistema operativo libre
Editor GNU Emacs
Compilador gcc (GNU Compiler Collection)
Depurador gdb (GNU DeBugger)
En 1989 publicó la versión 1.0 de la licencia GPL (General Public License)
Consistía en un contrato entre el autor del software y el usuario
Era una herramienta legal que evitaba que muchos programadores tomarán
código libre, lo modificarán y no aportarán estas modificaciones a la
comunidad
21
Software libre y Linux (V)
Libertad y coste
Software libre != software gratuito
Es necesario distinguir entre las libertades que nos aporta un software y el coste
del mismo
Un programa gratuito no es ni mucho menos libre
Ejemplo: IE es gratuito, pero no es libre (No da acceso a sus fuentes, no
cumple todas las libertades de la FSF)
IE es propietario en cuanto a las libertades y gratuito en cuanto al coste
Respecto al coste:
Cualquier software libre se puede vender (Se deben respetar las libertades
originales que lo defienden)
Ejemplo: Red Hat Enterprise Linux es una distribución de Linux de pago, pero
es software libre porque conserva las libertades que la definen
22
Software libre y Linux (VI)
Open Source (I)
En 1988 Eric Raymond, Bruce Perens y otros lanzaron el Open Source Initiative
Propusieron el término Open Source en contraposición al término Software Libre
(Más atractivo al entrono empresarial)
Bruce Perens (Antiguo coordinador de Debian) creó una lista de condiciones que
debe cumplir un programa para ser considerado Open Source
No Condición Descripción
No se puede impedir la venta o distribución del programa o parte de
1 Libre distribución él. Así mismo, tampoco se puede exigir el pago de una tasa de
cambio de su distribución por parte de terceros
El programa debe incluir su código fuente y no se puede restringir
2 Código fuente
su redistribución
No debe impedirse realizar modificaciones o trabajos derivados del
3 Trabajos derivados programa y debe permitirse que éstos sean distribuidos bajos los
mismos términos del software original
Puede exigirse que una versión modificada del programa tenga un
Integridad del código fuente nombre y número de versión diferente que el programa original para
4
original poder proteger al autor original de la responsabilidad de estas
versiones
No discriminación contra Las condiciones de uso del programa no pueden discriminar contra
5
personas o grupos una persona o un grupo de personas
23
Software libre y Linux (VII)
Open Source (II)
No Condición Descripción
No se puede negar a ninguna persona hacer uso del
No discriminación contra
6 programa para ningún fin como, por ejemplo, comercial o
usos
militar
Los derechos del programa deben aplicarse a todos quienes
7 Distribución de la licencia
se redistribuyen el programa sin ninguna condición adicional
La licencia no debe ser Los derechos garantizados al usuario del programa no
8 específica de un deben depender de que el programa forme parte de una
producto distribución o paquete particular de software
La licencia no debe La licencia no debe poner restricciones en otros programas
9
restringir otro software que se distribuyen junto con el software licenciado
La licencia no debe ser No puede existir ninguna disposición de la licencia que
10
tecnológicamente neutra obligue al uso de una tecnología concreta
24
Software libre y Linux (VIII)
Licencias en el software libre (I)
Licencia: Contrato entre el autor o propietario de los derechos y los usuarios
En ella se estipula lo que éstos pueden hacer con su obra (Uso,
redistribución, modificación, etc.)
Las condiciones y/o restricciones que imponen las licencias sólo pueden ser
precisadas por los propios autores
La propiedad de la obra será de los autores
La licencia no supone transferencia de propiedad, sino solamente derecho de
uso y en algunos casos de distribución
Cada nueva versión de un programa es una nueva obra
El autor tiene plena potestad de hacer con su obra lo que apetezca (Ejemplo:
Establecer una licencia diferente a la de la versión anterior)
25
Software libre y Linux (IX)
Licencias en el software libre (II) – Licencias tipo BSD
La licencia BSD (Berkeley Software Distribution) exige dar crédito a los autores
Condiciones:
Permite tanto la redistribución binaria, como la de los códigos fuentes. No
obliga a ninguna de las dos en ningún caso
Da permiso para realizar modificaciones y ser integrada con otros programas
casi sin restricciones
Queda prohibido usar el nombre del propietario para promocionar productos
derivados del original
Existe una limitación de garantía que en realidad es una negación de garantía
Generalmente el software publicado bajo esta licencia es software generado en
universidades
Ejemplos: X window, Tcl/Tk y Apache
26
Software libre y Linux (X)
Licencias en el software libre (III) – Licencia GNU GPL
Es la más popular y conocida de todas las licencias del mundo del software libre
El núcleo de Linux esta licenciado bajo ella
Condiciones:
Permite la redistribución binaria y de las fuentes
En caso de que se redistribuya de forma binaria, obliga a que también se pueda
acceder a las fuentes
Se permite realizar modificaciones sin restricciones
Sólo se permite integrar código licenciado bajo GPL con otro código que se
encuentre bajo una licencia idéntica o compatible
Un programa publicado y licenciado bajo GPL nunca podrá ser propietario
Ni ese programa ni modificaciones al mismo podrán ser publicados con licencia
diferente a la propia GPL
Incluye negaciones de garantía para proteger a los autores
Toda modificación de un fichero fuente debe incluir una nota con la fecha y autor de
cada modificación
27
Software libre y Linux (XI)
Licencias en el software libre (IV) – Licencia LGPL
LGPL (Lesser General Public License)
Surge para relajar en cierto modo la estricta definición de la licencia GPL
Su principal diferencia radica en que la LGPL puede enlazarse contra un programa no-GPL,
que puede ser software libre o software no libre
Ejemplo:
Vinculación de librerías de carácter estático con un determinado programa
Las librerías se copian en el binario del programa y el programa se fusiona con la
librería
LGPL nace con el objetivo de salvar algunas barreras que en muchas casos pueden
resultar restrictivas
28
Software libre y Linux (XII)
Licencias en el software libre (V) – Licencia de otros recursos libres (II)
Licencia de documentación libre de GNU
Documentos != programas
Stallman se dio cuenta de ello y promovió una licencia para los documentos que acompañan a
los programas y para otros documentos de carácter técnico o didáctico
La principal preocupación es reconocer la autoría e impedir que se tergiversen ideas u
opiniones expresadas por el autor
Se exige que las obras derivadas exhiban un título diferente al de versiones anteriores
(Salvo permiso expreso)
Se debe nombrar donde conseguir el original
Se debe a listar los autores más importantes del documento original
Se debe listar a los autores de las modificaciones
Se deben conservar todas las notas sobre los derechos de autor
Se deben conservar agradecimientos, dedicatorias, apartado de historia (Si lo tiene);
añadiendo las nuevas modificaciones
Pueden nombrarse secciones invariantes y textos de cubiertas, que nadie puede
modificar ni eliminar
29
Software libre y Linux (XIII)
Licencias en el software libre (VI) – Licencia de otros recursos libres (III)
Licencias de Creative Commons
En 2001 se fundo Creative Commons
Propósito: Fomentar la existencia, conservación y accesibilidad de recursos intelectuales
cedidos a la comunidad de diversas maneras
Su proyecto más conocido es el desarrollo de una serie de licencias concebidas, no para
software, sino para trabajos literarios, artísticos, didácticos, etc.
Características:
Avalada por profesionales del derecho
Permite al autor seleccionar qué tipo de libertades cede
Dar crédito al autor original
Permitir trabajos derivados
Permitir redistribución comercial
Permitir cambiar la licencia
Ejemplo: Cursos de MIT – Obliga a dar crédito, impide el uso comercial y obliga a conservar
la licencia en trabajos derivados
30
Software libre y Linux (XIV)
Licencias en el software libre (VII) – Licencia de otros recursos libres (IV)
Licencias de Creative Commons
Hay un total de 6 licencias Creative Commons, formadas por distintas combinaciones de las 4
condiciones anteriores
31
Introducción a la administración (I)
Ciclo de vida del sistema
32
Introducción a la administración (II)
El administrador del sistema (I)
Los sistemas tipos Unix diferencian entre los distintos usuarios
Cada uno tiene: su propia cuenta, nombre de conexión, grupo al que pertenece,
directorio de arranque, etc.
Existe una cuenta de administrador o superusuario (root)
La confidencialidad de la clave del administrador es un aspecto importante en el
mantenimiento de la seguridad informática del sistema
Las cuentas de usuario tienen asociadas restricciones
Nadie puede molestar al resto, a lo sumo a ellos mismos
Nadie puede borrar directorios del sistema como: /bin, /etc, /usr, etc.
Todas las restricciones anteriores no son aplicables a root
root tiene plenos poderes para borrar, crear o modificar cualquier archivo o directorio
del sistema, para ejecutar programas especiales o para dar formato al disco
Conclusión: Es necesario extremar las precauciones pues root puede hacer todo lo que
desee. De no ser así las consecuencias pueden ser catastróficas
33
Introducción a la administración (III)
El administrador del sistema (II)
Normas para prevenir los accidentes cuando se esta conectado como root:
Después de teclear una orden y antes de pulsar Enter. Verificar las
consecuencias que pueden producirse
Evitar conectarse como root. Salvo que sea estrictamente necesario
Utilizar un prompt diferente para la cuenta de root (Habitualmente #)
34
Introducción a la administración (IV)
La primera regla del administrador
“Proporcionar y mantener acceso a los recursos del sistema”
El mantenimiento del acceso a los recursos del sistema trasciende el
mantenimiento del propio sistema
Si el sistema falla o se vuelve inaccesible; el administrador de sistemas
deberá restaurarlo prontamente
El administrador de sistemas deberá girar en torno a la planificación de la
recuperación
Implica:
Realización de copias de seguridad
Valoración de riesgos y pruebas
35
Introducción a la administración (V)
Responsabilidades del administrador (I)
Responsabilidades hardware
Verificar la correcta instalación del hardware
Comprobar el estado de los periféricos
Instalar nuevos dispositivos hardware (memorias, tarjetas, discos, etc.)
Determinar limitaciones en los dispositivos que pueden comprometer la
prestación de servicios con la calidad necesaria
36
Introducción a la administración (VI)
Responsabilidades del administrador (II)
Responsabilidad software
Responsabilidades derivadas del software del sistema
Instalar el SO, configurarlo y mantenerlo al día con las actualizaciones oportunas
Crear y mantener los sistemas de archivos, detectando y corrigiendo posibles
errores que puedan producirse
Controlar la utilización y el crecimiento del sistema de archivos
Diseñar e implementar las rutinas para realizar copias de seguridad, así como
para su posterior recuperación
Configurar y mantener el software de cualquier dispositivo: Impresoras, módems,
tarjetas de red, etc.
Responsabilidades derivadas del software específico
Instalación y configuración inicial del software
Evaluación en las repercusiones en la seguridad global del sistema
37
Introducción a la administración (VII)
Responsabilidades del administrador (III)
Responsabilidades sobre los usuarios
Añadir nuevos usuarios
Dar de baja a los que ya no se conectan al sistema
Especial relevancia cuando existen políticas de acceso con fines económicos
Permitir el acceso a los usuarios de forma controlada
Determinar si es necesario añadir nuevos discos, impresoras, memorias, etc. con
objeto de que los usuarios encuentren un entorno agradable de trabajo
Proporcionar asistencia a cada uno de los usuarios
Mantener a los usuarios informados en todo momentos de los posibles nuevos
servicios y sus características
38
Introducción a la administración (VIII)
Aspectos éticos de los administradores de sistemas
Privacidad sobre todas las cosas
Como administradores se dispone de la capacidad de ver y hacer cualquier
cosa sobre los datos y programas de los usuarios
Esto no debe implicar una posición de poder sino una responsabilidad
Informar a los usuarios de las medidas de inspección que se pueden llevar a cabo
sobre sus datos y actividades
Conclusión: Las actividades de administración deben llevarse a cabo con la
máxima profesionalidad y seriedad
39
Introducción a la administración (IX)
Seguridad en la administración (I)
Se deben tener siempre presente los siguientes aspectos relacionados con la
seguridad:
Ser consciente del acceso sin restricciones que todo administrador de
sistemas posee
Es muy peligroso emplear privilegios de administrador por periodos
prolongados de tiempo
Los usuarios deben emplear contraseñas adecuadas
Se recomienda buscar posibles cuentas de usuarios sin contraseñas
La idea es ponerse como atacantes de nuestro propio sistema para
conocer los puntos débiles
La clave de root debe mantenerse en estricto secreto y ser conocida como
máximo por 2 ó 3 usuarios
Modificar la clave de root periódicamente
40
Introducción a la administración (X)
Seguridad en la administración (II)
Vigilar la cantidad de accesos erróneos producidos en el sistema (A través de los
logs del sistema)
Los directorios /etc, /bin, /dev, etc. no deben tener permisos de escritura para los
usuarios ordinarios
Sólo debe ser posible conectarse como administradores del sistema desde
aquellos terminales que se consideren seguros
Vigilar estrechamente a los usuarios potencialmente peligrosos
No relajar las políticas de seguridad por que estas constituyan un problema de
administración
Soluciones fáciles pero inseguras que atentan contra la integridad del sistema
global
Consultar periódicamente la información sobre fallos de seguridad informática que
se publican en Internet
Aplicar cuanto antes las correcciones de seguridad
41
Bibliografía
UNIX y Linux Guía práctica
Sebastián Sánchez Prieto, Óscar García Población
3era edición
Editorial Ra-Ma
Software libre: Técnicamente viable, económicamente sostenible y
socialmente justo
Jori Mas i Hernández
[Link]
Administración de sistemas Linux guía avanzada
M. Carling, Stephen Degler, James Dennis
Editorial Prentice Hall
42
