Page 1

UNIDAD 3 SERVIDORES CON SOFTWARE LIBRE

JOSÉ ALBERTO CRUZADO REYES ISC. 4° SEMESTRE


SOFTWARE LIBRE (CARACTERÍSTICAS)

SE ENCUENTRA DISPONIBLE EL CÓDIGO FUENTE DEL SOFTWARE, POR LO QUE PUEDE MODIFICARSE EL SOFTWARE SIN NINGÚN LÍMITE.

LIBERTAD DE ESTUDIARLO Y ADAPTARLO.

LIBERTAD DE DISTRIBUIR COPIAS.

LIBERTAD DE MEJORA Y PUBLICACIÓN DE CAMBIOS.

LIBERTAD DE USAR EL PROGRAMA CON CUALQUIER PROPÓSITO.

FUENTE: http://softwarelibrelibertades.wordpress.com/2013/03/15/caracteristicasventajas-y-desventajas-delsoftware-libre/


HISTORIA Y EVOLUCIÓN ENTRE LOS AÑOS 1960 Y 1970, EL SOFTWARE NO ERA CONSIDERADO UN PRODUCTO SINO UN AÑADIDO QUE LOS VENDEDORES DE LAS GRANDES COMPUTADORAS DE LA ÉPOCA (LAS MAINFRAMES) APORTABAN A SUS CLIENTES PARA QUE ÉSTOS PUDIERAN USARLOS. EN DICHA CULTURA, ERA COMÚN QUE LOS PROGRAMADORES Y DESARROLLADORES DE SOFTWARE COMPARTIERAN LIBREMENTE SUS PROGRAMAS UNOS CON OTROS. ESTE COMPORTAMIENTO ERA PARTICULARMENTE HABITUAL EN ALGUNOS DE LOS MAYORES GRUPOS DE USUARIOS DE LA ÉPOCA, COMO DECUS (GRUPO DE USUARIOS DE COMPUTADORAS DEC). A FINALES DE LA DÉCADA DE 1970, LAS COMPAÑÍAS INICIARON EL HÁBITO DE IMPONER RESTRICCIONES A LOS USUARIOS, CON EL USO DE ACUERDOS DE LICENCIA. EN 1971, CUANDO LA INFORMÁTICA TODAVÍA NO HABÍA SUFRIDO SU GRAN BOOM, LAS PERSONAS QUE HACÍAN USO DE ELLA, EN ÁMBITOS UNIVERSITARIOS Y EMPRESARIALES, CREABAN Y COMPARTÍAN EL SOFTWARE SIN NINGÚN TIPO DE RESTRICCIONES. CON LA LLEGADA DE LOS AÑOS 1980 LA SITUACIÓN EMPEZÓ A CAMBIAR. LAS COMPUTADORAS MÁS MODERNAS COMENZABAN A UTILIZAR SISTEMAS OPERATIVOS PRIVATIVOS, FORZANDO A LOS USUARIOS A ACEPTAR CONDICIONES RESTRICTIVAS QUE IMPEDÍAN REALIZAR MODIFICACIONES A DICHO SOFTWARE. EN CASO DE QUE ALGÚN USUARIO O PROGRAMADOR ENCONTRASE ALGÚN ERROR EN LA APLICACIÓN, LO ÚNICO QUE PODÍA HACER ERA DARLO A CONOCER A LA EMPRESA DESARROLLADORA PARA QUE ÉSTA LO SOLUCIONARA. AUNQUE EL PROGRAMADOR ESTUVIESE CAPACITADO PARA SOLUCIONAR EL PROBLEMA Y LO DESEASE HACER SIN PEDIR NADA A CAMBIO, EL CONTRATO LE IMPEDÍA QUE MODIFICASE EL SOFTWARE. EL MISMO RICHARD MATTHEW STALLMAN CUENTA QUE POR AQUELLOS AÑOS, EN EL LABORATORIO DONDE TRABAJABA, HABÍAN RECIBIDO UNA IMPRESORA DONADA POR UNA EMPRESA EXTERNA. EL DISPOSITIVO, QUE ERA UTILIZADO EN RED POR TODOS LOS TRABAJADORES, PARECÍA NO FUNCIONAR A LA PERFECCIÓN, DADO QUE CADA CIERTO TIEMPO EL PAPEL SE ATASCABA. COMO AGRAVANTE, NO SE GENERABA NINGÚN AVISO QUE SE ENVIASE POR RED E INFORMASE A LOS USUARIOS DE LA SITUACIÓN.


LA PÉRDIDA DE TIEMPO ERA CONSTANTE, YA QUE EN OCASIONES, LOS TRABAJADORES ENVIABAN POR RED SUS TRABAJOS A IMPRIMIR Y AL IR A BUSCARLOS SE ENCONTRABAN LA IMPRESORA ATASCADA Y UNA COLA ENORME DE TRABAJOS PENDIENTES. RICHARD STALLMAN DECIDIÓ ARREGLAR EL PROBLEMA, E IMPLEMENTAR EL ENVÍO DE UN AVISO POR RED CUANDO LA IMPRESORA SE BLOQUEARA. PARA ELLO NECESITABA TENER ACCESO AL CÓDIGO FUENTE DE LOS CONTROLADORES DE LA IMPRESORA. PIDIÓ A LA EMPRESA PROPIETARIA DE LA IMPRESORA LO QUE NECESITABA, COMENTANDO, SIN PEDIR NADA A CAMBIO, QUÉ ERA LO QUE PRETENDÍA REALIZAR. LA EMPRESA SE NEGÓ A ENTREGARLE EL CÓDIGO FUENTE. EN ESE PRECISO INSTANTE, STALLMAN SE VIO EN UNA ENCRUCIJADA: DEBÍA ELEGIR ENTRE ACEPTAR EL NUEVO SOFTWARE PROPIETARIO FIRMANDO ACUERDOS DE NO REVELACIÓN Y ACABAR DESARROLLANDO MÁS SOFTWARE PROPIETARIO CON LICENCIAS RESTRICTIVAS, QUE A SU VEZ DEBERÍAN SER MÁS ADELANTE ACEPTADAS POR SUS PROPIOS COLEGAS. CON ESTE ANTECEDENTE, EN 1984, RICHARD STALLMAN COMENZÓ A TRABAJAR EN EL PROYECTO GNU, Y UN AÑO MÁS TARDE FUNDÓ LA FREE SOFTWARE FOUNDATION (FSF). STALLMAN INTRODUJO LA DEFINICIÓN DE SOFTWARE LIBRE Y EL CONCEPTO DE “COPYLEFT”, QUE DESARROLLÓ PARA OTORGAR LIBERTAD A LOS USUARIOS Y PARA RESTRINGIR LAS POSIBILIDADES DE APROPIACIÓN DEL SOFTWARE. FUENTE: http://es.wikipedia.org/wiki/Software_libre


ESTRUCTURA DEL SISTEMA OPERATIVO ESTRUCTURA MODULAR. TAMBIÉN LLAMADOS SISTEMAS MONOLÍTICOS. ESTE TIPO DE ORGANIZACIÓN ES CON MUCHO LA MÁS COMÚN; BIEN PODRÍA RECIBIR EL SUBTÍTULO DE "EL GRAN EMBROLLO". LA ESTRUCTURA CONSISTE EN QUE NO EXISTE ESTRUCTURA ALGUNA. EL SISTEMA OPERATIVO SE ESCRIBE COMO UNA COLECCIÓN DE PROCEDIMIENTOS, CADA UNO DE LOS CUALES PUEDE LLAMAR A LOS DEMÁS CADA VEZ QUE ASÍ LO REQUIERA. CUANDO SE USA ESTA TÉCNICA, CADA PROCEDIMIENTO DEL SISTEMA TIENE UNA INTERFAZ BIEN DEFINIDA EN TÉRMINOS DE PARÁMETROS Y RESULTADOS Y CADA UNO DE ELLOS ES LIBRE DE LLAMAR A CUALQUIER OTRO, SI ESTE ÚLTIMO PROPORCIONA CIERTO CÁLCULO ÚTIL PARA EL PRIMERO. SIN EMBARGO INCLUSO EN ESTE TIPO DE SISTEMAS ES POSIBLE TENER AL MENOS ALGO DE ESTRUCTURA. LOS SERVICIOS (LLAMADAS AL SISTEMA) QUE PROPORCIONA EL SISTEMA OPERATIVO SE SOLICITAN COLOCANDO LOS PARÁMETROS EN LUGARES BIEN DEFINIDOS, COMO EN LOS REGISTROS O EN LA PILA, PARA DESPUÉS EJECUTAR UNA INSTRUCCIÓN ESPECIAL DE TRAMPA DE NOMBRE "LLAMADA AL NÚCLEO" O "LLAMADA AL SUPERVISOR". ESTA INSTRUCCIÓN CAMBIA LA MÁQUINA DEL MODO USUARIO AL MODO NÚCLEO Y TRANSFIERE EL CONTROL AL SISTEMA OPERATIVO. EL SISTEMA OPERATIVO EXAMINA ENTONCES LOS PARÁMETROS DE LA LLAMADA, PARA DETERMINAR CUÁL DE ELLAS SE DESEA REALIZAR. A CONTINUACIÓN, EL SISTEMA OPERATIVO ANALIZA UNA TABLA QUE CONTIENE EN LA ENTRADA K UN APUNTADOR AL PROCEDIMIENTO QUE REALIZA LA K-ESIMA LLAMADA AL SISTEMA. POR ÚLTIMO, LA LLAMADA AL SISTEMA TERMINA Y EL CONTROL REGRESA AL PROGRAMA DEL USUARIO. ESTA ORGANIZACIÓN SUGIERE UNA ORGANIZACIÓN BÁSICA DEL SISTEMA OPERATIVO:   

·UN PROGRAMA PRINCIPAL QUE LLAMA AL PROCEDIMIENTO DEL SERVICIO SOLICITADO. ·UN CONJUNTO DE PROCEDIMIENTOS DE SERVICIO QUE LLEVAN A CABO LAS LLAMADAS AL SISTEMA. ·UN CONJUNTO DE PROCEDIMIENTOS UTILITARIOS QUE AYUDAN AL PROCEDIMIENTO DEL SERVICIO.


ESTRUCTURA JERÁRQUICA. A MEDIDA QUE FUERON CRECIENDO LAS NECESIDADES DE LOS USUARIOS Y SE PERFECCIONARON LOS SISTEMAS, SE HIZO NECESARIA UNA MAYOR ORGANIZACIÓN DEL SOFTWARE, DEL SISTEMA OPERATIVO, DONDE UNA PARTE DEL SISTEMA CONTENÍA SUBPARTES Y ESTO ORGANIZADO EN FORMA DE NIVELES. SE DIVIDIÓ EL SISTEMA OPERATIVO EN PEQUEÑAS PARTES, DE TAL FORMA QUE CADA UNA DE ELLAS ESTUVIERA PERFECTAMENTE DEFINIDA Y CON UN CLARO INTERFACE CON EL RESTO DE ELEMENTOS. SE CONSTITUYÓ UNA ESTRUCTURA JERÁRQUICA O DE NIVELES EN LOS SISTEMAS OPERATIVOS, EL PRIMERO DE LOS CUALES FUE DENOMINADO THE (TECHNISCHE HOGESCHOOL, EINDHOVEN), DE DIJKSTRA, QUE SE UTILIZÓ CON FINES DIDÁCTICOS. SE PUEDE PENSAR TAMBIÉN EN ESTOS SISTEMAS COMO SI FUERAN `MULTICAPA’. MULTICS Y UNIX CAEN EN ESA CATEGORÍA. [FELD93]. EN LA ESTRUCTURA ANTERIOR SE BASAN PRÁCTICAMENTE LA MAYORÍA DE LOS SISTEMAS OPERATIVOS ACTUALES. OTRA FORMA DE VER ESTE TIPO DE SISTEMA ES LA DENOMINADA DE ANILLOS CONCÉNTRICOS O “RINGS”. EN EL SISTEMA DE ANILLOS, CADA UNO TIENE UNA APERTURA, CONOCIDA COMO PUERTA O TRAMPA (TRAP), POR DONDE PUEDEN ENTRAR LAS LLAMADAS DE LAS CAPAS INFERIORES. DE ESTA FORMA, LAS ZONAS MÁS INTERNAS DEL SISTEMA OPERATIVO O NÚCLEO DEL SISTEMA ESTARÁN MÁS PROTEGIDAS DE ACCESOS INDESEADOS DESDE LAS CAPAS MÁS EXTERNAS. LAS CAPAS MÁS INTERNAS SERÁN, POR TANTO, MÁS PRIVILEGIADAS QUE LAS EXTERNAS. MÁQUINA VIRTUAL. SE TRATA DE UN TIPO DE SISTEMAS OPERATIVOS QUE PRESENTAN UNA INTERFACE A CADA PROCESO, MOSTRANDO UNA MÁQUINA QUE PARECE IDÉNTICA A LA MÁQUINA REAL SUBYACENTE. ESTOS SISTEMAS OPERATIVOS SEPARAN DOS CONCEPTOS QUE SUELEN ESTAR UNIDOS EN EL RESTO DE SISTEMAS: LA MULTIPROGRAMACIÓN Y LA MÁQUINA EXTENDIDA. EL OBJETIVO DE LOS SISTEMAS OPERATIVOS DE MÁQUINA VIRTUAL ES EL DE


INTEGRAR DISTINTOS SISTEMAS OPERATIVOS DANDO LA SENSACIÓN DE SER VARIAS MÁQUINAS DIFERENTES. EL NÚCLEO DE ESTOS SISTEMAS OPERATIVOS SE DENOMINA MONITOR VIRTUAL Y TIENE COMO MISIÓN LLEVAR A CABO LA MULTIPROGRAMACIÓN, PRESENTANDO A LOS NIVELES SUPERIORES TANTAS MÁQUINAS VIRTUALES COMO SE SOLICITEN. ESTAS MÁQUINAS VIRTUALES NO SON MÁQUINAS EXTENDIDAS, SINO UNA RÉPLICA DE LA MÁQUINA REAL, DE MANERA QUE EN CADA UNA DE ELLAS SE PUEDA EJECUTAR UN SISTEMA OPERATIVO DIFERENTE, QUE SERÁ EL QUE OFREZCA LA MÁQUINA EXTENDIDA AL USUARIO. CLIENTE-SERVIDOR ( MICROKERNEL) EL TIPO MÁS RECIENTE DE SISTEMAS OPERATIVOS ES EL DENOMINADO CLIENTE-SERVIDOR, QUE PUEDE SER EJECUTADO EN LA MAYORÍA DE LAS COMPUTADORAS, YA SEAN GRANDES O PEQUEÑAS. ESTE SISTEMA SIRVE PARA TODA CLASE DE APLICACIONES POR TANTO, ES DE PROPÓSITO GENERAL Y CUMPLE CON LAS MISMAS ACTIVIDADES QUE LOS SISTEMAS OPERATIVOS CONVENCIONALES. COMUNICACIÓN ENTRE LOS CLIENTES Y LOS SERVIDORES. LOS PROCESOS PUEDEN SER TANTO SERVIDORES COMO CLIENTES. POR EJEMPLO, UN PROGRAMA DE APLICACIÓN NORMAL ES UN CLIENTE QUE LLAMA AL SERVIDOR CORRESPONDIENTE PARA ACCEDER A UN ARCHIVO O REALIZAR UNA OPERACIÓN DE ENTRADA/SALIDA SOBRE UN DISPOSITIVO CONCRETO. A SU VEZ, UN PROCESO CLIENTE PUEDE ACTUAR COMO SERVIDOR PARA OTRO.” [ALCAL92]. ESTE PARADIGMA OFRECE GRAN FLEXIBILIDAD EN CUANTO A LOS SERVICIOS POSIBLES EN EL SISTEMA FINAL, YA QUE EL NÚCLEO PROVEE SOLAMENTE FUNCIONES MUY BÁSICAS DE MEMORIA, ENTRADA/SALIDA, ARCHIVOS Y PROCESOS, DEJANDO A LOS SERVIDORES PROVEER LA MAYORÍA QUE EL USUARIO FINAL O PROGRAMADOR PUEDE USAR. ESTOS SERVIDORES DEBEN TENER MECANISMOS DE SEGURIDAD Y PROTECCIÓN QUE, A SU VEZ, SERÁN FILTRADOS POR EL NÚCLEO QUE CONTROLA EL HARDWARE. ACTUALMENTE SE ESTÁ TRABAJANDO EN UNA VERSIÓN DE UNIX QUE CONTEMPLA EN SU DISEÑO ESTE PARADIGMA. FUENTE: http://www.estructurayprogramacion.com/materias/taller-de-sistemas-operativos/estructura-general-delsistema-operativo-1/


REQUISITOS DE INSTALACIÓN    

PROCESADOR DE 32 BITS (X86) O 64 BITS (X64) A UN GIGAHERIO (GHZ)O MAS. MEMORIA RAM DE 1 GIGABYTE (GB) (32 BITS) O MEMORIA RAM DE 2 GB (64 BITS). ESPACIO DISPONIBLE EN DISCO RÍGIDO DE 16 GB (32 BITS) O 20 GB (64 BITS). DISPOSITIVO GRAFICO DIRECTX9 CON CONTROLADOR WDDM 1.0 O SUPERIOR.

LA FUNCIONALIDAD DEL PRODUCTO Y LOS GRÁFICOS PUEDEN VARIAR EN FUNCIÓN DE LA CONFIGURACIÓN DEL SISTEMA. ALGUNAS FUNCIONES PUEDEN REQUERIR HARDWARE AVANZADO O ADICIONAL. FUENTE: http://www.estructurayprogramacion.com/materias/taller-de-sistemas-operativos/requerimientos-deinstalacion/


Unidad 3 Servidores con Software Libre  

Tarea de unidad 3 de la materia Taller de Sistemas Operativos del Instituto Tecnologico Superior de Libres, presentado por José Alberto Cruz...

Advertisement
Read more
Read more
Similar to
Popular now
Just for you