Source: http://docplayer.es/983405-Escuela-politecnica-nacional.html
Timestamp: 2017-12-17 22:38:24+00:00

Document:
Lourdes Olivera Castilla
1 I ESCUELA POLITÉCNICA NACIONAL ESCUELA DE FORMACIÓN DE TECNÓLOGOS IMPLEMENTACIÓN DE UN PROXY EN PLATAFORMA LINUX PARA CONTROL DE TRANSFERENCIA DE ARCHIVOS CON FTP, Y FIREWALL PARA EL LABORATORIO DE SOFTWARE PROYECTO PREVIO A LA OBTENCIÓN DEL TÍTULO DE TECNÓLOGO EN ANÁLISIS DE SISTEMAS INFORMÁTICOS JORGE ANIBAL NAVARRO CHOLANCO DIRECTORA: ING. MARITZOL TENEMAZA Quito, Junio 2009
2 II DECLARACIÓN Yo, Jorge Anibal Navarro Cholanco, declaro bajo juramento que el trabajo aquí descrito es de mi autoría; que no ha sido previamente presentada para ningún grado o calificación profesional; y, que he consultado las referencias bibliográficas que se incluyen en este documento. A través de la presente declaración cedo mis derechos de propiedad intelectual correspondientes a este trabajo, a la Escuela Politécnica Nacional, según lo establecido por la Ley de Propiedad Intelectual, por su Reglamento y por la normatividad institucional vigente. JORGE ANIBAL NAVARRO CHOLANCO
3 III CERTIFICACIÓN Certifico que el presente trabajo fue desarrollado por Jorge Anibal Navarro Cholanco, bajo mi supervisión. Ing. Maritzol Tenemaza, MSc DIRECTORA DEL PROYECTO
4 IV AGRADECIMIENTOS En primer lugar quiero agradecer a Dios por la salud, la vida y la oportunidad de conocer a gente muy valiosa en el transcurso de la vida. Quiero agradecer a mis padres, que supieron inculcarme valores y formas correctas de comportamiento que me han servido a lo largo de mi vida. Quiero agradecer a mis hermanos y hermanas que han estado junto a mi tanto en los buenos como en los malos momentos. Quiero agradecer a mis amigos, quienes han hecho más llevadero el diario vivir. Quiero agradecer a mis profesores de la Politécnica Nacional, quienes aportaron mucho para mí crecimiento personal e intelectual y en especial a mi Directora de Tesis, Ing. Maritzol Tenemaza por su paciencia, amistad y sobre todo por el apoyo brindado a lo largo de mi vida estudiantil.
5 V INDICE DEL CONTENIDO CAPÍTULO I... 1 IDENTIFICACIÓN DEL PROBLEMA DESCRIPCIÓN GENERAL DESCRIPCIÓN DEL PROBLEMA ACTUAL ESQUEMA DE LA SITUACIÓN ACTUAL DEL LABORATORIO OBJETIVOS GENERAL ESPECÍFICOS JUSTIFICACIÓN PRÁCTICA PROPUESTA Servidor de correo Servidor de internet (Proxy) SERVIDOR FTP SERVIDOR FIREWALL ESQUEMA PROPUESTO PARA EL LABORATORIO... 4 CAPÍTULO II... 6 ASPECTOS TEÓRICOS INTRODUCCIÓN A LAS REDES REDES INTRODUCCIÓN AL Modelo OSI MODELO TCP/IP Direcciones IPv IPv PLATAFORMA LINUX Software libre INTRODUCCION A GNU/LINUX CONCEPTO DE LINUX RAZONES PARA UTILIZAR GNU/LINUX DISTRIBUCIONES DE LINUX Mandriva Linux SUSE Linux DEBIAN LINUX GENTOO LINUX Ubuntu CLONES DE REDHAT ENTERPRISE LINUX Historia Motivaciones Características Legal Precios Lista de Clones de Red Hat Enterprise Linux CENTOS INTRODUCCIÓN Requisitos de Sistema Arquitecturas Historia INTRODUCCIÓN A LOS SERVICIOS EN LINUX DNS INTRODUCCIÓN A DNS COMPONENTES DE UN DNS... 39
6 VI TIPOS DE DNS ZONAS DE AUTORIDAD ZONAS DE REENVÍO ZONA DE RESOLUCIÓN INVERSA Bind (Berkeley Internet Name Domain) PROXY definición funcionamiento ventajas DESventajas TIPOS DE PROXY SQUID TELNET Funcionamiento Problemas de seguridad y ssh Telnet en la actualidad Manejo básico de telnet Seguridad TRANSFERENCIA DE ARCHIVOS MEDIANTE FTP ftp: FILE TRANSFER PROTOCOL (PROTOCOLO DE TRANSFERENCIA DE ARCHIVOS) EL MODELO FTP SERVIDOR FTP CLIENTE FTP ACCESO ANÓNIMO ACCESO DE USUARIO ACCESO DE INVITADO VSFTPD (VERY SECURE FTP DAEMON) CORREO ELECTRÓNICO INTRODUCCION ELEMENTOS DIRECCIÓN DE CORREO PROVEEDOR DE CORREO Sendmail Dovecot Protocolos utilizados FIREWALL CONCEPTO TIPOS DE FIREWALL VENTAJAS DE UN FIREWALL Limitaciones de un firewall POLÍticas del firewall Shorewall Iptables y Netfilter CAPITULO III IMPLEMENTACIÓN INTRODUCCIÓN OBJETIVO FORMATO DE COMANDOS INSTALACIÓN Y CONFIGURACIÓN DE CENTOS IMPLEMENTACIÓN DEL SERVICIO PROXY INSTALACIÓN de squid REVISIÓN DE LOS PAQUETES NECESARIOS CONFIGURACIÓN DE SQUID Creación de los archivos definidos en el archivo squid.conf Asociar cada IP de la red con el respectivo hostname por medio del archivo hosts INICIAR EL SERVICIO IMPLEMENTACIÓN DEL SERVICIO DE CORREO ELECTRÓNICO Implementación de DNS INTERNO IMPLEMENTACIÓN DEL SERVIDOR DE CORREOS... 92
7 VII IMPLEMENTACIÓN DE SQUIRRELoutlook Y THUNDERBIRD IMPLEMENTACIÓN DEL SERVICIO FTP INSTALACIÓN DE LOS PAQUETES NECESARIOS Ficheros de configuración Aplicando los cambios IMPLEMENTACIÓN DEL SERVICIO SAMBA INSTALACIÓN DE LOS PAQUETES NECESARIOS Verificación de Instalación de los paquetes Configuración de Samba INICIAR EL SERVICIO SAMBA IMPLEMENTACION DEL SERVICIO DE FIREWALL INSTALACIÓN DE SHOREWALL REVISIÓN DE LOS PAQUETES NECESARIOS CONFIGURACION DE SHOREWALL CAPÍTULO IV PRUEBAS DE FUNCIONALIDAD DE LAS IMPLEMENTACIONES INTRODUCCIÓN PLAN DE PRUEBAS OBJETIVO CASOS PRUEBAS DEL SERVICIO PROXY ConfiguraR una máquina en Windows XP para que pueda acceder a Internet mediante el proxy acceder a la página web de google Acceder a la página web de hi5 definida en el archivo sitiosnegados Realizar una búsqueda en google utilizando la palabra pornografía, la cual está definida en el archivo palabrasnegadas Realizar un bloqueo de acceso a internet mediante una lista de estensiones Realizar una búsqueda en google utilizando la palabra sexualidad, la cual está definida en el archivo palabraspermitidas AcceDER a internet desde un equipo que tiene una IP definida en el archivo fila1, el cual está configurado para no tener acceso a Internet de 8:00 am a 9:00 am PRUEBAS DE FUNCIONALIDAD DEL CORREO ELECTRÓNICO Probar el DNS al hacer un ping a google.com Probar el DNS mediante la herramienta nslookup enviar un correo electrónico a los equipos: usuario11 y usuario12 mediante telnet Realizar el envío de un correo electrónico desde el usuario12 al usuario11 mediante el cliente de correo ThunderbirD Realizar el envío de un correo electrónico desde el servidor al usuario PRUEBAS DE FTP DESDE UN USUARIO EN WINDOWS XP ingresar al servidor ftp desde el usuario11, funcionando con Windows XP, mediante un usuario y una contraseña copiar un archivo desde el directorio del usuario11 en el servidor enviar un archivo desde el usuario11 hacia el servidor PRUEBAS DE SAMBA ACCEDIENDO A RECURSOS COMPARTIDOS DE UNA MÁQUINA WINDOWS visualizar las carpetas compartidas en el usuario acceder a una de las carpetas compartidas en el usuario PRUEBA DE FUNCIONALIDAD DE SHOREWALL probar que el firewall esté en ejecución CAPÍTULO V CONCLUSIONES Y RECOMENDACIONES CONCLUSIONES RECOMENDACIONES REFERENCIAS BIBLIOGRÁFICAS GLOSARIO
8 VIII ANEXO A: COSTOS DE IMPLEMENTACIÓN
9 1 CAPÍTULO I IDENTIFICACIÓN DEL PROBLEMA 1.1 DESCRIPCIÓN GENERAL El Laboratorio de Software pertenece al DICC y brinda servicio a la Escuela de Formación Tecnológica. 1.2 DESCRIPCIÓN DEL PROBLEMA ACTUAL Al momento la conexión a Internet se realiza directamente con el servidor de la Escuela Politécnica Nacional, sin la ayuda de un Proxy que sirva de intermediario entre la red local y la red de la EPN, por lo que se presenta entre otros los siguientes problemas: Los estudiantes pueden acceder a todo tipo de contenido Web en sus máquinas sin un firewall que filtre el contenido al que acceden. La descarga de páginas Web se vuelve muy lenta debido a que no existe un registro de las páginas más visitadas que acelere su descarga de la Web. Las descargas de contenido Web se vuelven muy peligrosas debido a la gran cantidad de virus existentes en la Web. Estos problemas impiden un normal desenvolvimiento de las actividades curriculares tanto de los estudiantes como de los profesores que utilizan este laboratorio.
10 ESQUEMA DE LA SITUACIÓN ACTUAL DEL LABORATORIO La conexión a Internet se realiza directamente con el servidor de la Escuela Politécnica Nacional, sin la ayuda de un Proxy que sirva de intermediario entre la red local y la red de la EPN. Fig. 1.1 Esquema de la situación actual del laboratorio 1.3 OBJETIVOS GENERAL Implementar un Proxy que pueda controlar los servicios de transferencia de archivos con ftp, correo electrónico y firewall con el fin de mejorar el control del contenido Web al que acceden los estudiantes y dar seguridad a la información de todos quienes usan los servicios que brinda el laboratorio ESPECÍFICOS Investigar las ventajas y desventajas de las diferentes distribuciones del sistema operativo Linux con sus versiones, que servirán de plataforma para la implementación del servidor Proxy.
11 3 Determinar las características mínimas de un servidor para la implementación de un servicio Proxy. Instalar la distribución más apropiada del sistema operativo Linux con el servicio Proxy. Implementar el servicio de transferencia de archivos mediante el protocolo ftp. Implementar el servicio de correo electrónico. Implementar el servicio de control de contenido Web mediante el firewall. 1.4 JUSTIFICACIÓN PRÁCTICA El Laboratorio de Software contaría con un servidor proxy que permita dar servicio de transferencia de archivos, correo electrónico y firewall que permita la optimización en el uso de los servicios que ofrece el laboratorio, además de mejorar las actividades docentes que en este se desarrollan. El Laboratorio además contaría con un filtro de información que aseguraría el buen funcionamiento del mismo. 1.5 PROPUESTA Se instalará y pondrá en marcha un servidor bajo plataforma Linux, implementando servicios como: SERVIDOR DE CORREO Se configurará un servidor de correo dentro de la red del laboratorio, para concentrar todo el correo interno de la red. El software a utilizarse será el BIND para la implementación del DNS y Sendmail para el correo electrónico SERVIDOR DE INTERNET (PROXY) Se administrará las condiciones de navegación de los usuario, esto es, que se tenga restricciones en el acceso a cierto tipo de contenido Web que no sea el necesario para sus labores estudiantiles, de acuerdo a las políticas que se determinan en su momento, esto es: por contenido, IP, horarios, etc., por
12 4 ejemplo: en cierto momento y de acuerdo a los requerimientos de los profesores, los estudiantes no puedan salir a Internet. El producto a utilizarse es el Squid SERVIDOR FTP Se administrará y controlará la transferencia de archivos desde el servidor hacia las máquinas de la red y viceversa de una forma rápida. El producto a utilizarse es el VSFTPD (very secure ftp daemon) SERVIDOR FIREWALL Se administrará y controlará el acceso al servidor desde la red local a la red Internet y para evitar posibles conexiones no autorizadas e intrusiones hacia la red local. El producto a utilizarse el se Shorewall (shoreline firewall) ESQUEMA PROPUESTO PARA EL LABORATORIO El Proxy será un filtro de información que controlará el acceso a Internet de todas las máquinas en el Laboratorio de Software. Los costos de la implementación están en el anexo A. Fig. 1.2 Esquema propuesto para el laboratorio.
14 6 CAPÍTULO II ASPECTOS TEÓRICOS 2.1 INTRODUCCIÓN A LAS REDES REDES El desarrollo del hombre desde el nivel físico de su evolución, pasando por su crecimiento en las áreas sociales y científicas hasta llegar a la era moderna se ha visto apoyado por herramientas que extendieron su funcionalidad y poder como ser viviente. Sintiéndose conciente de su habilidad creativa, metódicamente elaboró procedimientos para organizar su conocimiento, sus recursos y manipular su entorno para su comodidad, impulsando las ciencias y mejorando su nivel de vida a costa de sacrificar el desarrollo natural de su ambiente, produciendo así todos los adelantos que un gran sector de la población conoce: automóviles, aeroplanos, trasatlánticos, teléfonos, televisiones, etc. En el transcurso de todo este desarrollo, también evolucionó dentro del sector tecnológico, el cómputo electrónico. Este nació con los primeros ordenadores en la década de los años 40, porque la necesidad del momento era extender la rapidez del cerebro humano para realizar algunos cálculos aritméticos y procedimientos repetitivos. Este esfuerzo para continuar avanzando, se reflejó en crear unidades de procesamiento cada vez más veloces, divididas en cuatro generaciones bien definidas: la primera con tubos al vacío, la segunda con transistores, la tercera con circuitos integrados y la cuarta con circuitos integrados que permitieron el uso de computadoras personales y el desarrollo de las redes de datos. Este último elemento, las redes de ordenadores, consisten en "compartir recursos", y uno de sus objetivos principales es hacer que todos los programas, 1
15 7 datos y hasta los propios equipos estén disponibles para cualquier usuario que así lo solicite, sin importar la localización física del recurso y del propio usuario INTRODUCCIÓN AL MODELO OSI 2 Para la comprensión de las redes de ordenadores, el ser humano se ha propuesto varios modelos para poder explicar de mejor manera el funcionamiento de las mismas. Uno de estos es el modelo OSI. El modelo de referencia de Interconexión de Sistemas Abiertos (OSI, Open System Interconnection) lanzado en 1984 fue el modelo de red descriptivo creado por ISO; esto es, un marco de referencia para la definición de arquitecturas de interconexión de sistemas de comunicaciones Historia A principios de la década de 1980 el desarrollo de redes sucedió con desorden en muchos sentidos. Se produjo un enorme crecimiento en la cantidad y el tamaño de las redes. A medida que las empresas tomaron conciencia de las ventajas de usar tecnologías de conexión, las redes se agregaban o expandían a casi la misma velocidad a la que se introducían las nuevas tecnologías de red. Para mediados de la década de 1980, estas empresas comenzaron a sufrir las consecuencias de la rápida expansión. De la misma forma en que las personas que no hablan un mismo idioma tienen dificultades para comunicarse, las redes que utilizaban diferentes especificaciones e implementaciones tenían dificultades para intercambiar información. El mismo problema surgía con las empresas que desarrollaban tecnologías de conexión privada o propietaria. "Propietario" significa que una sola empresa o un pequeño grupo de empresas controlan todo uso de la tecnología. Las tecnologías de conexión que respetaban reglas propietarias en forma estricta no podían comunicarse con tecnologías que usaban reglas propietarias diferentes. Para enfrentar el problema de incompatibilidad de redes, la Organización Internacional para la Estandarización (ISO) investigó modelos de conexión 2
16 8 como la red de Digital Equipment Corporation (DECnet), la Arquitectura de Sistemas de Red (SNA) y TCP/IP a fin de encontrar un conjunto de reglas aplicables de forma general a todas las redes. Con base en esta investigación, la ISO desarrolló un modelo de red que ayuda a los fabricantes a crear redes que sean compatibles con otras redes Modelo de referencia OSI Siguiendo el esquema de este modelo se crearon numerosos protocolos, por ejemplo X.25, que durante muchos años ocuparon el centro de la escena de las comunicaciones informáticas. El advenimiento de protocolos más flexibles donde las capas no están tan demarcadas y la correspondencia con los niveles no era tan clara puso a este esquema en un segundo plano. Sin embargo es muy usado en la enseñanza como una manera de mostrar como puede estructurarse una "pila" de protocolos de comunicaciones. El modelo en sí mismo no puede ser considerado una arquitectura, ya que no especifica el protocolo que debe ser usado en cada capa, sino que suele hablarse de modelo de referencia. Este modelo está dividido en siete capas: Capa Física (Capa 1) La Capa Física del modelo de referencia OSI es la que se encarga de las conexiones físicas de la computadora hacia la red, tanto en lo que se refiere al medio físico (medios guiados: cable coaxial, cable de par trenzado, fibra óptica y otros tipos de cables; medios no guiados: radio, infrarrojos, microondas, láser y otras redes inalámbricas); características del medio (p.e. tipo de cable o calidad del mismo; tipo de conectores normalizados o en su caso tipo de antena; etc.) y la forma en la que se transmite la información (codificación de señal, niveles de tensión/intensidad de corriente eléctrica, modulación, tasa binaria, etc.) Es la encargada de transmitir los bits de información a través del medio utilizado para la transmisión. Se ocupa de las propiedades físicas y características eléctricas de los diversos componentes; de la velocidad de transmisión, si ésta es uni o bidireccional (símplex, dúplex o full-dúplex).
17 9 También de aspectos mecánicos de las conexiones y terminales, incluyendo la interpretación de las señales eléctricas/electromagnéticas. Se encarga de transformar una trama de datos proveniente del nivel de enlace en una señal adecuada al medio físico utilizado en la transmisión. Estos impulsos pueden ser eléctricos (transmisión por cable) o electromagnéticos (transmisión sin cables). Estos últimos, dependiendo de la frecuencia / longitud de onda de la señal pueden ser ópticos, de micro-ondas o de radio. Cuando actúa en modo recepción el trabajo es inverso; se encarga de transformar la señal transmitida en tramas de datos binarios que serán entregados al nivel de enlace Capa de enlace de datos (Capa 2) Cualquier medio de transmisión debe ser capaz de proporcionar una transmisión sin errores, es decir, un tránsito de datos fiable a través de un enlace físico. Debe crear y reconocer los límites de las tramas, así como resolver los problemas derivados del deterioro, pérdida o duplicidad de las tramas. También puede incluir algún mecanismo de regulación del tráfico que evite la saturación de un receptor que sea más lento que el emisor. La capa de enlace de datos se ocupa del direccionamiento físico, de la topología de la red, del acceso a la red, de la notificación de errores, de la distribución ordenada de tramas y del control del flujo. Se hace un direccionamiento de los datos en la red ya sea en la distribución adecuada desde un emisor a un receptor, la notificación de errores, de la topología de la red de cualquier tipo. La tarjeta NIC (Network Interface Card, Tarjeta de Interfaz de Red en español o Tarjeta de Red) que se encarga de la conexión, posee una dirección MAC (control de acceso al medio) y la LLC (control de enlace lógico). Los Switches realizan su función en esta capa Capa de red (Capa 3) El cometido de la capa de red es hacer que los datos lleguen desde el origen al destino, aun cuando ambos no estén conectados directamente. Los
18 10 dispositivos que facilitan tal tarea se denominan en castellano encaminadores, aunque es más frecuente encontrar el nombre inglés routers y, en ocasiones enrutadores. Adicionalmente la capa de red lleva un control de la congestión de red, que es el fenómeno que se produce cuando una saturación de un nodo tira abajo toda la red (similar a un atasco en un cruce importante en una ciudad grande). La PDU de la capa 3 es el paquete. Los firewalls actúan sobre esta capa principalmente, para descartar direcciones de máquinas. En este nivel se realiza el direccionamiento lógico y la determinación de la ruta de los datos hasta su receptor final Capa de transporte (Capa 4) Su función básica es aceptar los datos enviados por las capas superiores, dividirlos en pequeñas partes si es necesario, y pasarlos a la capa de red. En el caso del modelo OSI, también se asegura que lleguen correctamente al otro lado de la comunicación. Otra característica a destacar es que debe aislar a las capas superiores de las distintas posibles implementaciones de tecnologías de red en las capas inferiores, lo que la convierte en el corazón de la comunicación. En esta capa se proveen servicios de conexión para la capa de sesión que serán utilizados finalmente por los usuarios de la red al enviar y recibir paquetes. Estos servicios estarán asociados al tipo de comunicación empleada, la cual puede ser diferente según el requerimiento que se le haga a la capa de transporte. Por ejemplo, la comunicación puede ser manejada para que los paquetes sean entregados en el orden exacto en que se enviaron, asegurando una comunicación punto a punto libre de errores, o sin tener en cuenta el orden de envío. Una de las dos modalidades debe establecerse antes de comenzar la comunicación para que una sesión determinada envíe paquetes, y ése será el tipo de servicio brindado por la capa de transporte hasta que la sesión finalice. De la explicación del funcionamiento de esta capa se desprende que no está tan encadenada a capas inferiores como en el caso de las capas 1 a 3, sino que el servicio a prestar se determina cada vez que
19 11 una sesión desea establecer una comunicación. Todo el servicio que presta la capa está gestionado por las cabeceras que agrega al paquete a transmitir. En resumen, se puede definir a la capa de transporte como: Capa encargada de efectuar el transporte de los datos (que se encuentran dentro del paquete) de la máquina origen a la de destino, independizándolo del tipo de red física que se esté utilizando. La PDU de la capa 4 se llama Segmentos Capa de sesión (Capa 5) Esta capa establece, gestiona y finaliza las conexiones entre usuarios (procesos o aplicaciones) finales. Ofrece varios servicios que son cruciales para la comunicación, como son: Control de la sesión a establecer entre el emisor y el receptor (quién transmite, quién escucha y seguimiento de ésta). Control de la concurrencia (que dos comunicaciones a la misma operación crítica no se efectúen al mismo tiempo). Mantener puntos de verificación (checkpoints), que sirven para que, ante una interrupción de transmisión por cualquier causa, la misma se pueda reanudar desde el último punto de verificación en lugar de repetirla desde el principio. Por lo tanto, el servicio provisto por esta capa es la capacidad de asegurar que, dada una sesión establecida entre dos máquinas, la misma se pueda efectuar para las operaciones definidas de principio a fin, reanudándolas en caso de interrupción. En muchos casos, los servicios de la capa de sesión son parcial o totalmente prescindibles. En conclusión esta capa es la que se encarga de mantener el enlace entre los dos computadores que estén transmitiendo datos de cualquier índole Capa de presentación (Capa 6) El objetivo de la capa de presentación es encargarse de la representación de la información, de manera que aunque distintos equipos puedan tener diferentes
20 12 representaciones internas de caracteres (ASCII, Unicode, EBCDIC), números (little-endian tipo Intel, big-endian tipo Motorola), sonido o imágenes, los datos lleguen de manera reconocible. Esta capa es la primera en trabajar más el contenido de la comunicación que en como se establece la misma. En ella se tratan aspectos tales como la semántica y la sintaxis de los datos transmitidos, ya que distintas computadoras pueden tener diferentes formas de manejarlas. Por lo tanto, se puede resumir definiendo a esta capa como la encargada de manejar las estructuras de datos abstractas y realizar las conversiones de representación de datos necesarias para la correcta interpretación de los mismos. Esta capa también permite cifrar los datos y comprimirlos. En pocas palabras es un traductor Capa de aplicación (Capa 7) Ofrece a las aplicaciones (de usuario o no) la posibilidad de acceder a los servicios de las demás capas y define los protocolos que utilizan las aplicaciones para intercambiar datos, como correo electrónico (POP y SMTP), gestores de bases de datos y servidor de ficheros (FTP). Hay tantos protocolos como aplicaciones distintas y puesto que continuamente se desarrollan nuevas aplicaciones el número de protocolos crece sin parar. Cabe aclarar que el usuario normalmente no interactúa directamente con el nivel de aplicación. Suele interactuar con programas que a su vez interactúan con el nivel de aplicación pero ocultando la complejidad subyacente. Así por ejemplo un usuario no manda una petición "HTTP/1.0 GET index.html" para conseguir una página en HTML, ni lee directamente el código HTML/XML. Entre los protocolos (refiriéndose a protocolos genéricos, no a protocolos de la capa de aplicación de OSI) más conocidos destacan: HTTP (HyperText Transfer Protocol = Protocolo de Transferencia de Hipertexto) el protocolo bajo la WWW (World Wide Web).
21 13 FTP (File Transfer Protocol = Protocolo de Transferencia de Archivos) ( FTAM, fuera de TCP/IP) transferencia de ficheros SMTP (Simple Mail Transfer Protocol = Protocolo Simple de Correo) (X.400 fuera de tcp/ip) envío y distribución de correo electrónico POP (Post Office Protocol = Protocolo de Oficina de Correo)/IMAP: reparto de correo al usuario final SSH (Secure Shell = Capa Segura) principalmente terminal remoto, aunque en realidad cifra casi cualquier tipo de transmisión. Telnet otro terminal remoto, ha caído en desuso por su inseguridad intrínseca, ya que las claves viajan sin cifrar por la red. Hay otros protocolos de nivel de aplicación que facilitan el uso y administración de la red como SNMP (Simple Network Management Protocol) MODELO TCP/IP 3 Es un conjunto básico de protocolos de comunicación de Internet, que permiten la transmisión de información en redes de computadoras. El nombre TCP / IP proviene de dos protocolos importantes de la familia, el Transmission Control Protocol (TCP) y el Internet Protocol (IP). Todos juntos llegan a ser más de 100 protocolos diferentes definidos en este conjunto, algunos de ellos son http (HiperText Transfer Protocol), utilizado para la transferencia de hipertexto vía internet, FTP para transferencia de archivos, SMTP y POP para correo, entre otros. El TCP / IP es la base de Internet que sirve para enlazar computadoras que utilizan diferentes sistemas operativos, incluyendo PC, minicomputadoras y computadoras centrales sobre redes de área local y área extensa. TCP / IP fue desarrollado y demostrado por primera vez en 1972 por el departamento de defensa de los Estados Unidos, ejecutándolo en el ARPANET, una red de área extensa del departamento de defensa. 3
22 14 TCP/IP es un conjunto de protocolos de comunicaciones que definen cómo se pueden comunicar entre sí ordenadores y otros dispositivos de distinto tipo. El modelo del TCP/IP, a diferencia del Modelo OSI consta de 4 capas. Aplicación: Corresponde a las capas OSI de aplicación, presentación y sesión. Algunos protocolos asociados a esta capa son: SMTP (correo electrónico) FTP (transferencia de archivos) TELNET (conexiones remotas) HTTP (Hypertext Transfer Protocol) Transporte: Es equivalente a lo definido para la capa de transporte del modelo OSI. Protocolos de esta capa, tales como TCP y UDP, tienen como función manejar los datos y proporcionar la fiabilidad necesaria en el transporte de los mismos. Internet: Es equivalente a lo definido para la capa de red del modelo OSI. Se encuentra en esta capa al protocolo IP, el cual se encarga de enviar los paquetes de información a sus destinos correspondientes. Es empleado a estos fines por los protocolos de la capa de transporte: ARP, RARP, ICMP. Físico y Red: Corresponde a la interfaz de la red real dado que TCP/IP no especifica ningún protocolo concreto para este fin, algunas interfaces conocidas son: IEEE 802.X CSMA X DIRECCIONES IPV4 4 Una dirección IP se implementa con un número de 32 bits que suele ser mostrado en cuatro grupos de números decimales representados en los 8 bits u octetos (IPv4). Cada uno de esos números se mueve en un rango de 0 a
23 15 (expresado en decimal), o de 0 a FF(en hexadecimal) o de 0 a (en binario). En la expresión de direcciones IPv4 en decimal se separa cada octeto por un carácter ".". Cada uno de estos octetos puede estar comprendido entre 0 y 255. Ejemplo de representación de dirección IPv4: Dirección de red es una dirección en la que se cancela el identificador de host, es decir, cuando los bits reservados para los equipos de la red se reemplazan por ceros (por ejemplo, ). Esta dirección no se puede asignar a ninguno de los equipos de la red. Dirección de host es la dirección que representa un equipo especificado por el identificador de host y que se encuentra en la red ( x). Dirección de broadcast es una dirección en la que todos los bits del identificador de host están en 1 (x.x.x.255) Hay tres clases de direcciones IP que una organización puede recibir de acuerdo a sus necesidades de parte de la Internet Corporation for Assigned Names and Numbers (ICANN): clase A, clase B y clase C. En la actualidad, ICANN reserva las direcciones de clase A para los gobiernos de todo el mundo (aunque en el pasado se le hayan otorgado a empresas de gran envergadura como, por ejemplo, Hewlett Packard) y las direcciones de clase B para las medianas empresas. Se otorgan direcciones de clase C para todos los demás solicitantes. Cada clase de red permite una cantidad fija de equipos (hosts). En una red de clase A, se asigna el primer octeto para identificar la red, reservando los tres últimos octetos (24 bits) para que sean asignados a los hosts, de modo que la cantidad máxima de hosts es (las direcciones reservadas de broadcast [últimos octetos a 255] y de red [últimos octetos a 0]), es decir, hosts. En una red de clase B, se asignan los dos primeros octetos para identificar la red, reservando los dos octetos finales (16 bits) para que sean asignados a los hosts, de modo que la cantidad máxima de hosts es , o hosts.
24 16 En una red de clase C, se asignan los tres primeros octetos para identificar la red, reservando el octeto final (8 bits) para que sea asignado a los hosts, de modo que la cantidad máxima de hosts es 2 8-2, ó 254 hosts. Clase Rango N de Redes N de Host Máscara Red de Broadcast A x B x.x C x.x.x.255 D E La dirección es utilizada por las máquinas cuando están arrancando o no se les ha asignado dirección. Las direcciones 127.x.x.x se reservan para pruebas de retroalimentación. Se denomina dirección de bucle local o loopback. Hay ciertas direcciones en cada clase de dirección IP que no están asignadas y que se denominan direcciones privadas. Las direcciones privadas pueden ser utilizadas por los hosts que usan traducción de dirección de red (NAT) para conectarse a una red pública o por los hosts que no se conectan a Internet. En una misma red no pueden existir dos direcciones iguales, pero sí se pueden repetir en dos redes privadas que no tengan conexión entre sí o a través de NAT. Las direcciones privadas son: Clase A: a (8 bits red, 24 bits hosts) Clase B: a (12 bits red, 20 bits hosts)
25 17 Clase C: a (16 bits red, 16 bits hosts) A partir de 1993, ante la previsible futura escasez de direcciones IPv4 debido al crecimiento exponencial de hosts en Internet, se empezó a introducir el sistema CIDR y VLSM, que pretende en líneas generales establecer una distribución de direcciones más fina y granulada, calculando las direcciones necesarias y "desperdiciando" las mínimas posibles, para rodear el problema que las distribución por clases había estado gestando. Este sistema es, de hecho, el empleado actualmente para la delegación de direcciones. Muchas aplicaciones requieren conectividad dentro de una sola red, y no necesitan conectividad externa. En las redes de gran tamaño a menudo se usa TCP/IP. Por ejemplo, los bancos pueden utilizar TCP/IP para conectar los cajeros automáticos que no se conectan a la red pública, de manera que las direcciones privadas son ideales para ellas. Las direcciones privadas también se pueden utilizar en una red en la que no hay suficientes direcciones públicas disponibles. Las direcciones privadas se pueden utilizar junto con un servidor de traducción de direcciones de red (NAT) para suministrar conectividad a todos los hosts de una red que tiene relativamente pocas direcciones públicas disponibles. Según lo acordado, cualquier tráfico que posea una dirección destino dentro de uno de los intervalos de direcciones privadas no se enrutará a través de Internet IPV6 5 El protocolo IPv6 es una nueva versión de IP (Internet Protocol), diseñada para reemplazar a la versión 4 (IPv4) RFC 791, actualmente en uso. Diseñado por Steve Deering de Xerox PARC y Craig Mudge, IPv6 está destinado a sustituir a IPv4, cuyo límite en el número de direcciones de red admisibles está empezando a restringir el crecimiento de Internet y su uso, especialmente en China, India, y otros países asiáticos densamente poblados. Pero el nuevo estándar mejorará el servicio globalmente; por ejemplo, proporcionará a futuras celdas telefónicas y dispositivos móviles con sus 5
26 18 direcciones propias y permanentes. A día de hoy se calcula que las dos terceras partes de las direcciones que ofrece IPv4 ya están asignadas. IPv4 posibilita (232) direcciones de red diferentes, un número inadecuado para dar una dirección a cada persona del planeta, y mucho menos a cada vehículo, teléfono, PDA, etcétera. En cambio, IPv6 admite (2128 o 340 sextillones de) direcciones cerca de 3, (340 trillones de) direcciones por cada pulgada cuadrada (6, o 670 mil billones de direcciones/mm2) de la superficie de La Tierra. Propuesto por el Internet Engineering Task Force en 1994 (cuando era llamado "IP Next Generation" o IPng), la adopción de IPv6 por parte de Internet es menor, la red todavía está dominada por IPv4. La necesidad de adoptar el nuevo protocolo debido a la falta de direcciones ha sido parcialmente aliviada por el uso de la técnica NAT. Pero NAT rompe con la idea originaria de Internet donde todos pueden conectarse con todos y hace difícil o imposible el uso de algunas aplicaciones P2P, de voz sobre IP y de juegos multiusuario. Un posible factor que influya a favor de la adopción del nuevo protocolo podría ser la capacidad de ofrecer nuevos servicios, tales como la movilidad, Calidad de Servicio (QoS), privacidad, etc. Otra vía para la popularización del protocolo es la adopción de este por parte de instituciones. IPv6 es la segunda versión del Protocolo de Internet que se ha adoptado para uso general. También hubo un IPv5, pero no fue un sucesor de IPv4, ya que fue un protocolo experimental orientado al flujo de streaming que se refiere a ver u oír un archivo directamente en una página web sin necesidad de descargarlo antes al ordenador.
27 PLATAFORMA LINUX SOFTWARE LIBRE 67 En 1984, Richard Stallman comenzó a trabajar en el proyecto GNU, y un año más tarde fundó la Free Software Foundation (FSF). GNU es un acrónimo recursivo que significa GNU No es Unix (GNU is Not Unix). El proyecto GNU fue iniciado con el objetivo de crear un sistema operativo completamente libre: el sistema GNU, el cual fue diseñado para ser totalmente compatible con UNIX, ya que éste es un Sistema Operativo no libre muy popular, porque está basado en una arquitectura que ha demostrado ser técnicamente estable. Para asegurar que el software GNU permaneciera libre para que todos los usuarios pudieran "ejecutarlo, copiarlo, modificarlo y distribuirlo", el proyecto debía ser liberado bajo una licencia diseñada para garantizar esos derechos al tiempo que evitase restricciones posteriores de los mismos. La idea se conoce en Inglés como copyleft -'copia permitida'- (en clara oposición a copyright - 'derecho de copia'-), y está contenida en la Licencia General Pública de GNU (GPL). Stallman introdujo la definición de free software (software libre) que desarrolló para otorgar libertad a los usuarios y para restringir las posibilidades de apropiación del software. Software libre es la denominación del software que respeta la libertad de los usuarios sobre su producto adquirido y, por tanto, una vez obtenido puede ser usado, copiado, estudiado, modificado y redistribuido libremente. Según la Free Software Foundation (FSF), el software libre se refiere a la libertad de los usuarios para ejecutar, copiar, distribuir, estudiar, cambiar y mejorar el software; de modo más preciso, se refiere a cuatro libertades de los usuarios del software: la libertad de usar el programa, con cualquier propósito; de estudiar el funcionamiento del programa, y adaptarlo a las necesidades; de distribuir copias, con lo cual se puede ayudar a otros, y de mejorar el programa y hacer públicas las mejoras, de modo que toda la comunidad se beneficie (para la segunda y última libertad mencionadas, el acceso al código fuente es un requisito previo)
28 20 El software libre suele estar disponible gratuitamente, o al precio de coste de la distribución a través de otros medios; sin embargo no es obligatorio que sea así, por lo tanto no hay que asociar software libre a "software gratuito" (denominado usualmente freeware), ya que, conservando su carácter de libre, puede ser distribuido comercialmente ("software comercial"). Análogamente, el "software gratis" o "gratuito" incluye en ocasiones el código fuente; no obstante, este tipo de software no es libre en el mismo sentido que el software libre, a menos que se garanticen los derechos de modificación y redistribución de dichas versiones modificadas del programa INTRODUCCION A GNU/LINUX 8 En el año 1991, Linus Torvalds, un estudiante de informática comienza a programarse su propia versión de Unix. Después publica en Internet no solamente los ejecutables en código máquina, sino también las fuentes correspondientes. El crecimiento de Internet hace que centenares de programadores de todo el mundo colaboren en el desarrollo de Linux: su motivación es resolver problemas individualmente, trabajando en equipo o bien, les gusta añadir nuevas funcionalidades para perfeccionar el sistema. La única condición es la de proporcionar el trabajo hecho y su código fuente otra vez a la comunidad de programadores. Este principio se manifiesta en la GNU General Public License (GPL). Hay muy buenas razones para optar por Linux ya que, el sistema ofrece estabilidad, seguridad y velocidad. Otro aspecto importante es su capacidad de conectividad en redes que ha sido decisiva para la conquista del mercado de servidores. Los gurús del Linux aprecian la disponibilidad del código fuente lo que proporciona al sistema operativo un alto nivel de independencia y flexibilidad. Debido a esta disponibilidad nadie está a merced de ningún productor de software sino que es posible hacer adaptaciones y extensiones según las necesidades. Tampoco hay que olvidar que el uso de Linux no exige la adquisición de licencias; da igual si se usa de forma particular o con propósitos comerciales. 8
29 21 Además de la gran cantidad de aplicaciones libres, cada vez hay más aplicaciones de uso comercial para Linux. Productores de Bases de Datos como Oracle, Informix y Sybase al igual que de suites ofimáticas como Aplix, Corel u OpenOffice ofrecen sus productos para Linux CONCEPTO DE LINUX Lo que realmente se entiende bajo el término Linux es el Kernel, el núcleo del sistema operativo. Pero el kernel por sí solo no forma todavía ningún sistema operativo. Justamente para Unix existe una gran cantidad de software libre, lo que significa que estos están también disponibles para Linux. Es el conjunto de todo esto (kernel y utilidades) lo que realmente forma un sistema operativo RAZONES PARA UTILIZAR GNU/LINUX Una de las principales razones para utilizar Linux es que no son necesarias licencias. Aunque Linus Torvalds, el creador de Linux, mantiene la marca registrada Linux, el Kernel de Linux y la mayoría del software que le acompaña se distribuye bajo licencia GPL. Esto significa que se puede obtener y modificar el código fuente pero los autores originales mantienen el copyright y se debe proporcionar las fuentes de los cambios. Linux se ejecuta en más CPU's y plataformas diferentes que cualquier otro sistema operativo, ya que viene con el código fuente del Kernel y es fácilmente portable. Si se necesita soporte, Linux representa una ventaja real, especialmente al comparar el coste de otros sistemas operativos. Además suele ser inmune a la cantidad de virus que afectan a otros sistemas operativos. Linux es un clon del sistema operativo UNIX que corre en varias plataformas, especialmente en computadoras personales con procesadores Intel 80386, 80486, equivalentes o superiores. Linux puede convertir cualquier computadora personal en una estación de trabajo con las mejores cualidades de UNIX. Este sistema se ha instalado tanto en negocios y universidades, como para uso personal. Lo que hace a Linux tan diferente, es que es una implementación de UNIX sin costo. Fue y todavía es desarrollada por un grupo de voluntarios, principalmente de Internet, quienes intercambian código,
30 22 reportan trucos y resuelven problemas en un ambiente completamente abierto. Existe un conjunto de documentos de estandarización publicados por la IEEE denominados POSIX. Linux antes que nada satisface los documentos POSIX-1 y POSIX-2. Linux tiene una antememoria o caché que mejora el rendimiento del disco. Esto significa que temporalmente guarda en RAM información perteneciente al sistema de almacenamiento permanente. Las diferencias entre lo que Linux cree que hay en el disco y lo que efectivamente está almacenado en él, se sincronizan cada 30 segundos. En Linux se puede correr la mayoría del software popular para UNIX, incluyendo el Sistema de Ventanas X. El Sistema X Window, o simplemente X, es una interfaz gráfica de usuario estándar para máquinas UNIX y es un poderoso ambiente que soporta muchas aplicaciones. Usando el Sistema X Window, se pueden tener múltiples ventanas de terminales en la pantalla a la vez (consolas virtuales), cada una teniendo una diferente sesión de trabajo. Con las redes TCP/IP nativo, una máquina Linux puede desplegar aplicaciones X corriendo en otras máquinas. En la actualidad, el sistema X se usa en todas las versiones disponibles de UNIX. El sistema Linux es mayormente compatible con varios estándares de UNIX al nivel fuente, incluyendo IEEE POSIX.1, UNIX System V, y Berkeley System Distribution UNIX (BSD). Todo el código fuente para el sistema Linux, incluyendo el kernel o núcleo, drivers, librerías, programas de usuario y herramientas de desarrollo son gratis o libres, puesto que pueden descargarse de internet o intercambiarse entre usuarios, siempre bajo licencia GPL Linux proporciona una implementación completa del software de red TCP/IP e incluye un ambiente de programación completo que incluye todas las librerías estándar, herramientas de programación, compiladores y depuradores que se esperarían de otros sistemas UNIX. Existe una gran variedad de software comercial disponible para Linux. En estos tiempos, se puede adquirir cualquier tipo de aplicación, como Motif, que es una interfaz para el sistema X Window similar a Microsoft Windows, WordPerfect (el popular procesador de palabras) o Maple, que es un paquete que realiza complejas manipulaciones simbólicas, para Linux. Linux soporta consolas virtuales (VC), que son una manera de hacer que una máquina aparezca como múltiples terminales, todos conectados al mismo núcleo Linux. Por fortuna, usar las consolas virtuales es una de las
31 23 cosas más simples en Linux, ya que existen "hot keys" para cambiar entre las consolas rápidamente. Generalmente los sistemas Linux vienen con ocho VC activadas por defecto. Para establecer comunicación en red, Linux soporta dos protocolos de red: TCP/IP y UUCP (acrónimo del inglés Unix to Unix Copy, Copiador de Unix a Unix). Con Linux, TCP/IP y una conexión a Internet, los usuarios pueden comunicarse con otras computadoras. Linux soporta también conectividad con Microsoft Windows, Macintosh con AppleTalk y LocalTalk, así como el protocolo IPX de Novell. El protocolo TCP/IP (Transmission Control Protocol/Internet Protocol) es un estándar del sistema Linux y las computadoras en la red necesitan usarlo. Con TCP/IP, toda la información se convierte en paquetes, que son enviados inmediatamente a la dirección destino. Este protocolo permite correr aplicaciones interactivas sobre la red. TCP/IP es la solución para la comunicación entre LAN s que no satisfizo correctamente el protocolo de bajo costo UUCP. UUCP (UNIX-to-UNIX Copy) es un viejo mecanismo de transferencia de archivos, correo electrónico y noticias electrónicas entre máquinas UNIX. Históricamente, las máquinas con UUCP están conectadas sobre líneas telefónicas vía módem, pero UUCP puede transferir datos sobre una red TCP/IP de la misma manera. 2.3 DISTRIBUCIONES DE LINUX Existen multitud de versiones del Sistema Operativo Linux. Algunas son de pago y otras son gratuitas. Algunas cobran únicamente por el soporte. Se revisará algunas características de las distribuciones más conocidas de Linux MANDRIVA LINUX 9 Fig. 2.1 Logo de Mandriva Linux
32 24 Mandriva Linux fue lanzada por Gaël Duval en Julio de 1998 bajo el nombre de Mandrake Linux. Al principio, era tan solo una edición remasterizada de Red Hat Linux con el más amigable escritorio KDE, pero en lanzamientos subsiguientes se agregaron varios retoques que contribuyeron a mejorar su usabilidad, como un nuevo instalador, mejoras en la detección de hardware y una utilidad de particionamiento de disco intuitiva. Como resultado de estas mejoras, Mandrake Linux floreció. Luego de atraer inversiones y convertirse en un negocio, la fortuna de la recientemente establecida MandrakeSoft fluctuó entre una casi bancarrota a principios de 2003 a un frenesí de adquisiciones en La última, luego de la fusión con la brasileña Conectiva, vio a la compañía cambiar su nombre por el de Mandriva. Mandriva Linux es fundamentalmente una distribución orientada al escritorio. Sus características más apreciadas son su ultra-actualizado software, su excelente suite de administración del sistema (DrakConf), la excelente implementación de su edición de 64-bit y su extenso soporte de internacionalización. Ya tenía un modelo de desarrollo abierto desde mucho antes que otras distribuciones populares, con intensivo testeo en fase beta y frecuentes lanzamientos estables. En años recientes, también ha desarrollado una gama de live CDs instalables, y ha lanzado Mandriva Flash un sistema Mandriva Linux en una unidad Flash USB bootable. A pesar de su excelencia técnica, Mandriva Linux ha ido perdiendo protagonismo en años recientes. Esto se debe en parte al surgimiento de otras distribuciones amigables que se han puesto a la par de Mandriva, pero también tiene que ver con ciertas decisiones controversiales de la compañía que han alejado a un gran sector de la base de usuarios de la distribución. La presencia web de Mandriva se reduce a un desordenado conglomerado de diversos sitios, mientras su "Mandriva Club", originalmente diseñado para proveer valor agregado a sus clientes pagos, ha recogido apreciaciones dispares. Aunque la compañía ha estado tomando en cuenta algunas de estas críticas, continúa enfrentándose a una difícil batalla para persuadir a nuevos usuarios Linux o usuarios de otras distribuciones para que prueben (y compren) sus productos. Pros: Amigable para los principiantes, especialmente en sus versiones comerciales; excelente utilidad de configuración central; muy buen soporte nativo para docenas de lenguajes; live CD instalable
33 25 Contras: El Servicio al cliente de la compañía ha adquirido una mala reputación en los últimos años; la infraestructura de su sitio web es compleja y confusa; popularidad decreciente debido a su naturaleza comercial y a algunas decisiones corporativas impopulares Manejo de paquetes de software: URPMI con Rpmdrake (una interfaz gráfica para URPMI) usando paquetes RPM; dispone de "SMART" como método alternativo Ediciones disponibles: Mandriva ediciones Free y One de descarga libre, para procesadores 32-bit (i386) y 64-bit (x86_64); ediciones comerciales Mandriva Discovery, PowerPack y PowerPack Plus para procesadores 32-bit (i386) y 64-bit (x86_64); también posee soluciones corporativas de alto nivel orientadas al escritorio, servidores y firewalls, con opción de soporte de largo alcance Distribuciones alternativas basadas en Mandriva: PCLinuxOS, MCNLive SUSE LINUX 11 Fig. 2.2 Logo de SUSE Linux 12 El origen de opensuse se remonta al año 1992, cuando cuatro entusiastas usuarios de Linux, los alemanes Roland Dyroff, Thomas Fehr, Hubert Mantel y Burchard Steinbild, lanzaron el proyecto bajo el nombre de SuSE (Desarrollo de sistemas y software). Al comienzo, la naciente empresa solía vender discos informáticos los cuales contenían la versión alemana de Linux-Slackware, pero no pasó mucho tiempo hasta Linux-SuSE se transformara en una distribución independiente a través de su versión 4.2 lanzada en mayo de En los siguientes años, los desarrolladores adoptaron el formato de paquetes RMP e introdujeron YaST, una amigable herramienta gráfica de administración. Cuenta con lanzamientos frecuentes, excelentes publicaciones y documentación, y una
34 26 amplia disponibilidad de Linux-SuSE en tiendas a lo largo de Europa y norte América, esto le ha significado un aumento en la popularidad de la distribución. SuSE fue comprado por Novell, Inc. a finales del Amplios cambios en el desarrollo, de licencia y disponibilidad de Linux-SUSE fueron aplicados casi de inmediato YaST fue lanzado bajo Licencia General Pública, la imágenes ISO fueron distribuidas libremente desde servidores públicos, y, los más significativo fue que el desarrollo de la distribución fue por primera vez abierto para todo público. Desde el lanzamiento del proyecto opensuse y la versión 10.0 en octubre del 2005, la distribución a llegado a ser completamente libre en todo sentido. El código de opensuse ha llegado a ser el sistema base de los productos comerciales de NOVELL, primeramente llamado Novell Linux, pero renombrado más adelante como Empresas de Escritorios SUSE Linux y Empresas de Servidores SUSE Linux. Hoy en día, opensuse cuenta con una larga lista de usuarios satisfechos. Las principales razones por las cuales opensuse obtiene una alta puntuación son sus ambientes agradables y refinados (KDE y GNOME), un excelente sistema de administración de aplicaciones (YaST), y, para aquellos que adquieren la edición pagada, se adjuntan las mejores publicaciones disponibles con cada distribución. Desafortunadamente, el reciente acuerdo entre Novell y Microsoft, el cual aparentemente concede a Microsoft, derechos de propiedad intelectual sobre Linux, ha dado como resultado una serie de condenas por parte de muchas personalidades asociadas a Linux y ha hecho que muchos usuarios cambien de distribución. Aunque Novell ha minimizado el tema del negocio y Microsoft no ha ejercido ningún derecho aún, el tema continuo siendo una espina para la amigable comunidad Linux de esta compañía. Pros: Cuenta con herramientas de configuración intuitivas y seguras; numerosos paquetes de repositorios y software y, un sitio web con excelente infraestructura y vastas publicaciones Contras: El convenio establecido entre Novell y Microsoft en noviembre de 2006 el cual aparentemente legaliza los derechos de propiedad intelectual de Microsoft sobre Linux; la instalación de su pesado escritorio y las aplicaciones gráficas es a veces visto como saturado y lento
35 27 Manejo de paquetes de software: Aplicación gráfica y línea de comando YaST para paquetes RPM Ediciones disponibles: opensuse para 32-bit (i386), 64-bit (x86_64) y procesadores PowerPC (ppc) (también cuenta con una edición DVD Live no instalable); Empresa SUSE Linux Enterprise Escritorio/Servidores para arquitecturas i586, IA64, PowerPC, s390, s390x y x86_ DEBIAN LINUX 13 Fig. 2.3 Logo de Debian Linux 14 Debian GNU/Linux fue anunciada por primera vez en Su fundador, Ian Murdock, ideó la creación de un proyecto no comercial desarrollado por cientos de voluntarios en su tiempo libre. Recibida con más escepticismo que entusiasmo, parecía destinada a desintegrarse y colapsar, pero la realidad resultó muy diferente. Debian no sólo sobrevivió sino que prosperó y, en menos de una década, se convirtió en la mayor distribución de Linux y, posiblemente, el mayor proyecto de software colaborativo jamás creado. El éxito de Debian GNU/Linux puede ilustrarse por los siguientes números. Es desarrollado por más de 1,000 voluntarios, sus repositorios de software contienen más de 20,000 paquetes (compilado para 11 arquitecturas de procesador) y ha inspirado más de 120 distribuciones y live CDs basados en ella. Estos números superan a los de cualquier otro sistema operativo basado en Linux. El desarrollo de Debian se realiza en tres ramales principales (o cuatro si se incluye la ultra-actual rama "experimental") de niveles de estabilidad creciente: "unstable" (también conocido como "sid"), "testing" y "stable". Esta integración y estabilización progresiva de paquetes y
36 28 componentes, junto a los sólidos y probados mecanismos de control de calidad, le han dado a Debian la reputación de ser una de las distribuciones más probadas y libres de errores de la actualidad. Sin embargo, este lento y complejo estilo de desarrollo también posee ciertos inconvenientes: los lanzamientos estables de Debian no resultan particularmente actualizados, y envejecen rápidamente, especialmente si se considera que los lanzamientos estables se publican cada 1-3 años. Los usuarios que prefieren contar con los paquetes y tecnologías más recientes se ven forzados a usar los ramales testing o unstable, los cuales pueden contener errores. Las muy democráticas estructuras de Debian han llevado a adoptar decisiones controversiales y han dado pie a diversos conflictos entre los desarrolladores. Esto ha contribuido a un cierto estancamiento y a una aversión hacia la toma de decisiones radicales que podrían hacer avanzar el proyecto. Pros: Muy estable; destacado control de calidad; incluye más de 20,000 paquetes de software; soporta más arquitecturas de procesador que cualquier otra distribución de Linux Contras: Conservadora - debido al soporte de varias arquitecturas de procesador, no siempre incluye las tecnologías más nuevas; ciclo de lanzamientos lento (un lanzamiento estable cada 1-3 años); las discusiones entre desarrolladores en las listas de correo devienen groseras de vez en cuando Manejo de paquetes de software: Advanced Package Tool (APT) usando paquetes DEB Ediciones disponibles: CD/DVD de instalación e imágenes de live CD para 11 arquitecturas de procesador, incluyendo procesadores Power, AMD e Intel de 32-bit y 64-bit, entre otras Distribuciones alternativas basadas en Debian: Ubuntu, Damn Small Linux, KNOPPIX, sidux, Dreamlinux, Elive, Xandros, 64 Studio
37 GENTOO LINUX 15 Fig. 2.4 Logo de Gentoo Linux 16 El concepto de Gentoo Linux fue ideado alrededor del año 2000 por Daniel Robbins, formalmente un desarrollador de Stampede Linux y FreeBSD. Fue la exposición del autor a FreeBSD y su funcionalidad autobuild llamada ports, que lo inspiró a incorporar alguno de los principios de manejo de software de FreeBSD a Gentoo bajo el nombre de portage. La idea fue desarrollar una distribución de Linux que permita a los usuarios compilar el kernel de Linux y aplicaciones desde el código fuente directamente en sus propias computadoras, entonces manteniendo un sistema altamente optimizado y siempre actualizado. Para cuando el proyecto liberó la versión 1.0 en marzo 2002, el manejo de paquetes de Gentoo era considerado una alternativa superior a algunos sistemas de manejo de paquetes en binario, especialmente el entonces ampliamente utilizado RPM. Gentoo Linux fue diseñado para usuarios avanzados. Originalmente la instalación era complicada y tediosa, requiriendo horas o incluso días de compilación en la línea de comando para construir una distribución completa de Linux; Sin embargo, en 2006 el proyecto simplificó el procedimiento de instalación al desarrollar un Live-CD instalable de Gentoo con un instalador de selecciona-y-pulsa. Además de proveer una serie de paquetes actualizados para la instalación con un simple comando, las otras funcionalidades importantes de la distribución son una excelente seguridad, opciones de configuración extensas soporte de diferentes arquitecturas y la habilidad de mantener el sistema actualizado sin reinstalar. La documentación de Gentoo ha sido numerosamente aclamada como la mejor disponible en línea de cualquier distribución
38 30 Gentoo Linux ha perdido mucha de su gloria original en los últimos años. Algunos usuarios de Gentoo se han dado cuenta que el largo proceso de compilar el software solo da beneficios marginales en velocidad y optimización. Desde la renuncia del fundador y dictador benevolente de Gentoo al proyecto en 2004, la nueva fundación Gentoo a estado batallando la falta de una dirección clara y con frecuentes conflictos entre los desarrolladores, que resultaron en el alejamiento de muchos desarrolladores clave de Gentoo. Todavía falta presenciar si Gentoo puede recuperar sus antiguas cualidades innovadoras o si se va a desintegrar lentamente un cúmulo de sub proyectos personales sin una meta definida. Pros: Excelente manejo de infraestructura, personalización y opciones de ajuste sin paralelo, superior documentación en línea Contras: Inestabilidad ocasional y riesgo de XXX; el proyecto sufre de falta de dirección y frecuentes luchas entre los desarrolladores Manejo de paquetes de software: Portage usando paquetes fuente (SRC) Ediciones disponibles: CD de instalación y Live-CD (con GNOME) para procesadores Alpha, AMD64, HPPA, IA64, MIPS, PPC, SPARC y x86; también existen stages para instalación manual desde la línea de comando Distribuciones alternativas basadas en Gentoo: SabayonLinux (escritorio, live CD/DVD), VLOS (escritorio), Ututo (escritorio, solamente software libre) Otras distribuciones basadas en código fuente: Lunar Linux, Source Mage GNU/Linux, Sorcerer, Linux From Scratch UBUNTU
39 31 Fig. 7 Logo de Ubuntu Linux 18 Ubuntu es una distribución GNU/Linux que ofrece un sistema operativo orientado principalmente a computadoras personales, aunque también proporciona soporte para servidores. Es una de las más importantes distribuciones de GNU/Linux a nivel mundial. Se basa en Debian GNU/Linux y concentra su objetivo en la facilidad y libertad de uso, la fluida instalación y los lanzamientos regulares (cada 6 meses: las versiones.04 en abril y las.10 en octubre). El principal patrocinador es Canonical Ltd., una empresa privada fundada y financiada por el empresario sudafricano Mark Shuttleworth. El nombre de la distribución proviene del concepto zulú y xhosa de Ubuntu, que significa "humanidad hacia otros". Ubuntu es un movimiento sudafricano encabezado por el obispo Desmond Tutu, quien ganó el Premio Nobel de la Paz en 1984 por sus luchas en contra del Apartheid en Sudáfrica. El sudafricano Mark Shuttleworth, mecenas del proyecto, se encontraba muy familiarizado con la corriente. Tras ver similitudes entre los ideales de los proyectos GNU, Debian y en general con el movimiento del software libre, decidió aprovechar la ocasión para difundir los ideales de Ubuntu. El eslogan de la distribución Linux para seres humanos (en inglés "Linux for Human Beings") resume una de sus metas principales: hacer de GNU/Linux un sistema operativo más accesible y fácil de usar. La versión estable de ubuntu 9.04 está disponible para su descarga en la página oficial de ubuntu. Ediciones disponibles: Ubuntu, Kubuntu, Xubuntu, Ubuntu Studio y Mythbuntu para 32-bit (i386) y 64-bit (x86_64) y Ubuntu Server Edition. Pros: Ciclo fijo de lanzamiento y período de soporte; amigable con el novato en linux, riqueza en la documentación tanto oficiales como en contribuciones de los usuarios Contras: Varios software de Ubuntu (por ejemplo, Launchpad, Rosetta) son software propietario, además carece de compatibilidad total con Debian 18
40 CLONES DE REDHAT ENTERPRISE LINUX HISTORIA Red Hat Linux fue una de las primeras y es una de las distribuciones Linux más populares. Esto se debe en gran parte debido al hecho de que, aún cuando es una versión con soporte comercial (pagado), también disponían de una versión que se podía bajar y usar libre de costo. Puesto que la única diferencia entre la versión pagada y la versión gratis era el soporte, una gran cantidad de personas escogieron usar la versión gratis. Con el fin de incrementar los ingresos, Red Hat tomó la decisión estratégica de dividir su producto Red Hat Linux en dos líneas: Red Hat Enterprise Linux (RHEL) para usuarios empresariales, que valoran mucho la estabilidad binaria (RHEL tiene un tiempo de vida de 7 años) y estaban dispuestos a pagar por este soporte y Fedora Core la cual se puso a disposición del público sin costo pero que es actualizada cada 6 meses y sólo se soporta hasta que salga la siguiente versión (En total entre 12 y 18 meses de soporte). La mayoría de los usuarios reportan que Fedora es razonablemente estable y que tiene pocas fallas serias. Tiene su propio ciclo de pruebas beta y las personas que aportan al producto, que incluye personal de Red Hat, corrigen los problemas que surjan. Sin embargo tiene un ciclo de vida muy rápido siendo también una distribución poco conservadora lo que hace que sea un producto menos maduro y estable que RHEL. Desde la salida de Fedora Core 1, Red Hat no ha vuelto a publicar gratuitamente las versiones binarias de sus productos comerciales MOTIVACIONES Existió un gran número de usuarios que no podían o no querían pagar por la versión de Red Hat Enterprise Linux pero que no podían usar Fedora debido a su relativa inestabilidad y falta de madurez. Estos usuarios deseaban un producto de nivel empresarial pero a un precio bajo o sin costo. 19
41 33 Red Hat no crea versiones precompiladas de sus productos Enterprise Linux. Sin embargo, Red Hat ha puesto el código fuente a disposición del público en formato RPM a través de su red de servidores FTP. La disponibilidad del código fuente de la distribución en formato RPM hace que sea relativamente fácil recompilar la distribución RHEL. Debido a su relativa facilidad, algunas distribuciones se crearon las cuales sencillamente tomaron el código fuente de Red Hat, lo recompilaron y liberaron estos binarios recompilados CARACTERÍSTICAS Los clones de Red Hat Enterprise Linux generalmente incluyen el conjunto de paquetes que se incluyen en las diferentes versiones de RHEL. Los números de versión son generalmente idénticos a los de RHEL de forma tal que las versiones gratuitas tienen mantienen compatibilidad binaria con las versiones comerciales lo que significa que el software que corre para RHEL también correrá de igual forma en una versión gratuita con pocos o ningún cambio en éstas. Sin embargo RHEL usa su propio sistema de actualización llamado Up2date. Por conveniencia, las alternativas gratuitas usan el sistema de actualización conocido como YUM que reemplaza el Up2Date, éste sistema hace que el manejo de mirrors para actualizaciones se facilite enormemente LEGAL Las distribuciones gratuitas están expresamente permitidas por la Licencia Pública GNU bajo la cual, la enorme mayoría del software libre está licenciado. Así que, desde el punto de vista del copyright, estas son completamente legales. Sin embargo, Red Hat es extremadamente celosa de sus marcas y logos por lo que las distribuciones gratuitas toman todas las precauciones para quitar cualquier mención a Red Hat en sus distribuciones. Cuando distribuciones (ej. CentOS) no han hecho lo suficiente para hacer desaparecer cualquier referencia a Red Hat, han recibido advertencias del departamento legal de Red Hat's. CentOS recibió una noticia en la cual se le solicitaba quitar toda mención a Red Hat de su sitio web y de su distribución. Ahora CentOS se refiere a Red Hat
42 34 como el "Upstream Vendor" y como "Prominente vendedor americano de Linux Empresarial" PRECIOS Excepto por Lineox y Pie Box Enterprise Linux los demás Clones están disponibles de forma gratuita. Lineox se puede bajar libremente, pero los usuarios tienen que suscribirse para recibir actualizaciones. La distribución Pie Box Enterprise Linux y sus actualizaciones solamente están disponibles para usuarios que pagan por ella LISTA DE CLONES DE RED HAT ENTERPRISE LINUX Lista actualizada a Octubre 29, 2006, ordenada por popularidad según DistroWatch.com: CentOS 5 Scientific Linux StartCom Enterprise Linux (Raam) White Box Enterprise Linux - WBEL 4.0 respin 1 Los siguientes clones requieren de un pago para bajar la distribución o para actualizarla: Oracle Unbreakable Linux (se requiere pagar por las actualizaciones) Lineox (se requiere pagar por las actualizaciones) Pie Box Enterprise Linux (se requiere pagar por las actualizaciones y por la distribución) Los siguientes clones han cesado su producción: TaoLinux i386 Final Release en ; 3.0 Update 4 en , Dejó la producción en El sitio web incluye instrucciones para actualizar a CentOS.
43 CENTOS 20 Fig. 2.6 Logo de CentOs INTRODUCCIÓN CentOS (acrónimo de Community ENTerprise Operating System) es un clon a nivel binario de la distribución Red Hat Enterprise Linux (RHEL), compilado por voluntarios a partir del código fuente liberado por Red Hat, empresa desarrolladora de RHEL. Red Hat Enterprise Linux se compone de software libre y código abierto, pero se publica en formato binario usable (CD-ROM o DVD-ROM) solamente a suscriptores pagados. Como es requerido, Red Hat libera todo el código fuente del producto de forma pública bajo los términos de la Licencia pública general de GNU y otras licencias. Los desarrolladores de CentOS usan ese código fuente para crear un producto final que es muy similar al Red Hat Enterprise Linux y está libremente disponible para ser bajado y usado por el público, pero no es mantenido ni asistido por Red Hat. Existen otras distribuciones también derivadas de las fuentes de Red Hat. CentOS usa yum para bajar e instalar las actualizaciones, herramienta también utilizada por Fedora REQUISITOS DE SISTEMA Hardware recomendado para operar: Memoria RAM: 64 MB (mínimo). Espacio en Disco Duro: 1024 MB (mínimo) - 2 GB (recomendado)
44 ARQUITECTURAS CentOS soporta casi todas las mismas arquitecturas que el original Red Hat Enterprise Linux: Intel x86-compatible (32 bit) (Intel Pentium I/II/III/IV/Celeron/Xeon, AMD K6/II/III, AMD Duron, Athlon/XP/MP). Intel Itanium (64 bit). Advanced Micro Devices AMD64(Athlon 64, etc) e Intel EM64T (64 bit). PowerPC/32 (Apple Macintosh PowerMac corriendo sobre procesadores G3 o G4 PowerPC). IBM Mainframe (eserver zseries y S/390). Además tiene soporte para dos arquitecturas no soportadas por su original. Alpha procesador (DEC_Alpha) SPARC HISTORIA CentOS 2 El 14 de mayo de 2004 CentOS 2 fue liberado. Esta versión está basada en la versión 2.1 de Red Hat Enterprise Linux CentOS 3 El 19 de marzo de 2004 CentOS 3.1 (version 3, quarterly update 1) fue liberado. El 18 de septiembre de 2004 CentOS 3.3 (version 3, quarterly update 3), fue liberado para las arquitecturas i386 y AMD64. CentOS 3.2 (version 3, quarterly update 2) nunca fue liberado. El 10 de enero de 2005 CentOS 3.4 para i386 (version 3, quarterly update 4) fue oficialmente liberado en conjunto con una nueva versión de CentOS 3.4 i386 de un CD para servidores El 13 de febrero de 2005 CentOS 3.4 para procesadores de la arquitectura ia64 fue liberado. También fue liberado el 13 de febrero del 2005 CentOS 3.4 para la arquitectura s390, y CentOS 3.4 para la arquitectura s390x. El 10 de junio de 2005 CentOS 3.5 para i386 fue liberado.
45 37 Sobre el 13 de octubre, 2005, CentOS 3.6 fue liberado. Diferente a las otras versiones de CentOS 3 releases, éste no fue anunciado en las listas de correo de CentOS. Su anuncio ocurrió el 1 de noviembre, El 11 de abril, 2006, CentOS 3.7 fue liberado. El 25 de agosto, 2006, CentOS 3.8 fue liberado. El 26 de julio, 2007, CentOS 3.9 fue liberado CentOS 4 CentOS 4.0 está basado en la versión 4 de Red Hat Enterprise Linux. El 1 de marzo de 2005, CentOS 4.0 para la arquitectura i386 fue liberado. El equipo de CentOS también liberó CentOS 4.0 para la arquitectura ia64 ese mismo día. El 9 de marzo de 2005, la versión final, CentOS 4.0 para la arquitectura x86_64, fue liberada. El 12 de junio de 2005 CentOS 4.1 para i386 fue liberado. El 17 de junio de 2005 la versión 4.1 de CentOS para la arquitectura x86_64 fue liberada en conjunto con la versión final para la arquitectura ia64. El 12 de octubre de 2005 CentOS versión 4.2 fue liberado. El 21 de marzo de 2006 CentOS versión 4.3 para las arquitecturas i386, x86_64 e ia64 fue liberado El 31 de agosto de 2006 fue liberado CentOS 4.4 El 17 de mayo de 2007 CentOS versión 4.5 para las arquitecturas i386 x86_64 e ia64 fue liberado. Incluye soporte para ser instalado como domu en Xen. El 16 de Diciembre de 2007 CentOS versión 4.6 para las arquitecturas i386 x86_64 s390 s390x e ia64 fue liberado CentOS 5 CentOS 5.0 está basado en la versión 5 de Red Hat Enterprise Linux. Fue liberado el 12 de abril de 2007 para las arquitecturas i386 y x86_64. El 2 de diciembre de 2007 fue liberado CentOS 5.1 Release Notes para las arquitecturas i386 y x86_64. Por las características antes anotadas, se ha decidido utilizar la distribución Linux Centos 5.
46 INTRODUCCIÓN A LOS SERVICIOS EN LINUX 22 Linux tiene disponible todos los servicios habituales en una red: DNS Proxy Correo electrónico. Servicios de Internet. Servicio de ficheros. Bases de datos Utilidades necesarias para mantener el nivel de seguridad requerido. Cada servicio funciona sin afectar al resto de los servicios. Se puede modificar la dirección IP de un equipo, las rutas, añadir, parar o reiniciar un servicio en concreto sin que el resto de los servicios se vean afectados. Sólo es necesario detener el equipo para realizar operaciones con el hardware, como añadir un disco duro, o utilizar un nuevo núcleo. No se tendrá, pues, la necesidad de tener que ser uno mismo el atacante del propio sistema, a diferencia de lo que ocurre en otros sistemas operativos. 2.7 DNS INTRODUCCIÓN A DNS DNS (acrónimo de Domain Name System) es una base de datos distribuida y jerárquica que almacena la información necesaria para los nombres de dominio. Sus usos principales son la asignación de nombres de dominio a direcciones IP y la localización de los servidores de correo electrónico correspondientes para cada dominio IMPLEMENTACIÓN DE SERVIDORES CON GNU/LINUX JOEL BARRIOS DUEÑAS
47 39 El DNS nació de la necesidad de facilitar a los seres humanos el acceso hacia los servidores disponibles a través de Internet permitiendo hacerlo por un nombre, algo más fácil de recordar que una dirección IP. Los servidores DNS utilizan TCP y UDP en el puerto 53 para responder las consultas COMPONENTES DE UN DNS Los DNS operan a través de tres componentes: Clientes DNS, Servidores DNS y Zonas de Autoridad Clientes DNS Son programas que ejecuta un usuario y que generan peticiones de consulta para resolver nombres. Básicamente preguntan por la dirección IP que corresponde a un nombre determinado Servidores DNS Son servicios que contestan las consultas realizadas por los clientes DNS TIPOS DE DNS Dns De Cache Los DNS de caché son aquellos que no contienen zonas, por zonas se entienden básicamente los records que componen un dominio, al no contener zonas (dominios) estos tienen que preguntar a otros. Estos DNS son importantes, son los que se usa normalmente para preguntar por dominios en Internet, por ejemplo, cuando se pregunta por no se hace la pregunta a los DNS que tiene listado el dominio google.com sino que se pregunta a unos DNS definidos por el administrador de la red o por el proveedor de Internet. Estos DNS a su vez, verifican con los root servers, cuáles son los DNS que google tiene listado para su dominio google.com y entonces acudirán prestos a preguntarle a uno de esos DNS sobre el sitio
48 40 Por supuesto, si uno de esos DNS estuviera caído, el DNS de caché ya tiene una lista de los DNS de google y por lo tanto le procederá a preguntar a otro y a otro, hasta alcanzar la respuesta. Los DNS de caché tienen una peculiaridad, es que no usan disco, básicamente estos almacenan toda la información que se ha consultado, con el objetivo de que si se pregunta de nuevo, estos no tengan que salir a buscarla, sino que inmediatamente la obtienen de su caché. Por esta razón se llaman DNS de caché, tienden a usar toda la memoria disponible, pero realmente no consumen mucha memoria, porque los tamaños de las respuestas son pequeños. Los records cacheados son refrescados cada vez que el tiempo de vida de los records se cumple, este valor se llama TTL. Un TTL adecuado puede ser 2 horas (7200segundos) pero algunas personas gustan de usar un día (86400segundos). El problema de un TTL de un día es que si se decide a cambiar de IP, no se podrá hacerlo rápidamente pues algunos DNS de caché tendrán una respuesta cacheada por un día y durará un día el cambio de IP. Es por esta razón que algunos proveedores mencionan que el cambio de DNS toma 24 horas o más, es porque el TTL puede ser alto y al estar cacheado por cientos o miles de DNS alrededor del mundo, estos no volverán a preguntar por ese record en un día ya que considerarán válida una respuesta mientras el TTL no sea cero Dns De Zona Son los que contienen información específica sobre una zona. Cuando uno compra un dominio, básicamente le define los DNS de zona que manejarán este dominio, una vez comprado el dominio, se tiene que inmediatamente crear en esos DNS definidos por uno las zonas del dominio. Dentro de los DNS de zona se puede tener. DNS Maestro Obtiene los datos del dominio a partir de un fichero que se encuentra hospedado en el mismo servidor.
49 41 DNS Esclavo Al iniciar obtiene los datos del dominio a través de un servidor Maestro, realizando un proceso denominado transferencia de zona. Una de las principales razones para tener al menos tres servidores para cada zona es permitir que la información de la zona este disponible siempre y de forma confiable hacia los clientes DNS a través de Internet cuando un servidor DNS de dicha zona falle, no este disponible y/o este inalcanzable ZONAS DE AUTORIDAD Permiten al servidor Maestro configurar la información de una zona. Cada zona de autoridad abarca al menos un dominio. La información de cada Zona de Autoridad es almacenada de forma local en un fichero en el servidor DNS. Este fichero puede incluir varios tipos de records o registros. Los records más conocidos son: SOA: Registro de inicio de autoridad que especifica el servidor DNS Maestro que proporcionará la información con autoridad acerca de un dominio de Internet, dirección de correo electrónico del administrador, número de serie del dominio y parámetros del tiempo para la zona. A(Adress): Es quizá el record más usado, y el más fácil de entender, definitivamente define dado un nombre, su dirección IP. Es básicamente el concepto fundamental de los DNS. MX (Mail Exchanger): Registro de servidor de correo que sirve para definir una lista de servidores de correo para un dominio así como la prioridad entre estos. CNAME (Canonical Name): Registro de nombre canónico que hace que un nombre sea alias de otro. Los dominios con alias obtiene los subdominios y registros DNS del dominio original.
50 42 PTR (Pointer): Registro de apuntador que resuelve direcciones IPv4 hacia el nombre de anfitriones. Es decir hace lo contrario al record A. Se utiliza en zonas de Resolución Inversa ZONAS DE REENVÍO Devuelven direcciones IP para las búsquedas hechas para nombres FQDN (Fully Qualified Domain Name). En el caso de dominios públicos, la responsabilidad de que exista una zona de autoridad para cada zona de reenvío corresponde a la autoridad misma del dominio, es decir, y por lo general, quien está registrado como zona de autoridad del dominio tras consultar una base de datos WHOIS. Quienes compran dominios a través de un NIC (por ejemplo son quienes se hacen cargo del reenvío, ya sea a través de su propio servidor DNS o bien a través de los servidores de su ISP. Salvo que se trate de un dominio para uso en una red local, todo dominio debe ser primero tramitado con un NIC como requisito legal a utilizarlo y poder propagarlo a través de Internet ZONA DE RESOLUCIÓN INVERSA Devuelve nombres FQDN (Fully Qualified Domain Name) para las búsquedas hechas para direcciones IP. En el caso de segmentos de red públicos, la responsabilidad de que exista una zona de autoridad para cada Zona de Resolución Inversa corresponde a la autoridad misma del segmento, es decir, y por lo general, quien esté registrado como autoridad del segmento tras consultar una base de datos WHOIS. Los grandes ISP, y en algunos casos algunas empresas, son quienes se hacen cargo de las Zonas de Resolución Inversa. En conclusión los DNS son la base del Internet, y su incomprensión es lo que acarrea un mal uso de ellos y normalmente son el servicio que genera la mayor cantidad de quejas por parte de los usuarios. Muchas veces cuando una página web no se abre o da timeout, cuando el correo electrónico no funciona son síntomas de que un DNS está dando respuestas malas.
51 BIND (BERKELEY INTERNET NAME DOMAIN). BIND (acrónimo de Berkeley Internet Name Domain) es una implementación del protocolo DNS y provee una implementación libre de los principales componentes del Sistema de Nombres de Dominio, los cuales incluyen: Un servidor de sistema de nombres de dominio (named). Una biblioteca resolutoria de sistema de nombres de dominio. Herramientas para verificar la operación adecuada del servidor DNS (bind-utils). El Servidor DNS BIND es ampliamente utilizado en la Internet (99% de los servidores DNS) proporcionando una robusta y estable solución. 2.8 PROXY DEFINICIÓN El término proxy hace referencia a un programa o dispositivo que realiza una acción en representación de otro. La finalidad más habitual es la del servidor proxy, que sirve para permitir el acceso a Internet a todos los equipos de una red cuando sólo se puede disponer de un único equipo conectado, esto es, una única dirección IP. El servidor proxy es un ordenador que intercepta las conexiones de red que un cliente hace a un servidor de destino. De estos, el más famoso es el servidor proxy de web (comúnmente conocido solamente como "proxy"). Intercepta la navegación de los clientes por páginas web, por varios motivos posibles: seguridad, rendimiento, anonimato, etc., proporcionando en la proximidad de los clientes un caché de páginas y ficheros disponibles a través de la Red en servidores HTTP remotos, permitiendo a los clientes de la red local acceder hacia éstos de forma más rápida y confiable. También existen proxies para otros protocolos, como el proxy de FTP o el proxy ARP que puede hacer de enrutador en una red, ya que hace de 24
52 44 intermediario entre ordenadores. Proxy (patrón de diseño) también es un patrón de diseño de programación con el mismo esquema que el proxy de red. Los proxies generalmente trabajan simultáneamente como muro cortafuegos operando en el Nivel de Red, actuando como filtro de paquetes como en el caso de IP-tables, o bien operando en el Nivel de Aplicación, controlando diversos servicios, como es el caso de TCP Wrapper. Dependiendo del contexto, el muro cortafuegos también se conoce como BPD o Border Protection Device o simplemente filtro de paquetes FUNCIONAMIENTO Durante el funcionamiento de un Proxy ocurre lo siguiente: Cliente se conecta hacia un Servidor Intermediario (Proxy). Cliente solicita una conexión, fichero u otro recurso disponible en un servidor distinto. Servidor Intermediario (Proxy) proporciona el recurso ya sea conectándose hacia el servidor especificado o sirviendo éste desde un caché. En algunos casos el Servidor Intermediario (Proxy) puede alterar la solicitud del cliente o bien la respuesta del servidor para diversos propósitos. Cuando se recibe una petición para un recurso de Red especificado en un URL (Uniform Resource Locator) el Servidor Intermediario busca el resultado del URL dentro del caché. Si éste es encontrado, el Servidor Intermediario responde al cliente proporcionado inmediatamente el contenido solicitado. Si el contenido solicitado no estuviera disponible en el caché, el Servidor Intermediario lo traerá desde servidor remoto, entregándolo al cliente que lo solicitó y guardando una copia en el caché. El contenido en el caché es eliminado luego a través de un algoritmo de expiración de acuerdo a la antigüedad, tamaño e historial de respuestas a solicitudes (hits) (ejemplos: LRU, LFUDA y GDSF) VENTAJAS En general los proxies hacen posibles varias cosas: Control. Sólo el intermediario hace el trabajo real, por tanto se pueden limitar y restringir los derechos de los usuarios, y dar permisos sólo al proxy.
53 45 Ahorro. Sólo uno de los usuarios (el proxy) ha de estar equipado para hacer el trabajo real. Velocidad. Si varios clientes van a pedir el mismo recurso, el proxy puede hacer caché: guardar la respuesta de una petición para darla directamente cuando otro usuario la pida. Así no tiene que volver a contactar con el destino, y acaba más rápido. Filtrado. El proxy puede negarse a responder algunas peticiones si detecta que están prohibidas. Modificación. Como intermediario que es, un proxy puede falsificar información, o modificarla siguiendo un algoritmo. Anonimato. Si todos los usuarios se identifican como uno sólo, es difícil que el recurso accedido pueda diferenciarlos. Pero esto puede ser malo, por ejemplo cuando hay que hacer necesariamente la identificación DESVENTAJAS En general el uso de un proxy puede provocar: Abuso. Al estar dispuesto a recibir peticiones de muchos usuarios y responderlas, es posible que haga algún trabajo que no le corresponda. Por tanto, ha de controlar quién tiene acceso y quién no a sus servicios, cosa que normalmente es muy difícil. Carga. Un proxy ha de hacer el trabajo de muchos usuarios. Intromisión. Es un paso más entre origen y destino, y algunos usuarios pueden no querer pasar por el proxy. Y menos si hace de caché y guarda copias de los datos. Incoherencia. Si hace de caché, es posible que se equivoque y dé una respuesta antigua cuando hay una más reciente en el recurso de destino. Irregularidad. El hecho de que el proxy represente a más de un usuario da problemas en muchos escenarios, en concreto los que presuponen una comunicación directa entre 1 emisor y 1 receptor (como TCP/IP).
54 TIPOS DE PROXY Proxy De Web / Proxy Caché De Web Se trata de un proxy para una aplicación específica: el acceso a la web. Aparte de la utilidad general de un proxy, proporciona una cache para las páginas web y los contenidos descargados, que es compartida por todos los equipos de la red, con la consiguiente mejora en los tiempos de acceso para consultas coincidentes. Al mismo tiempo libera la carga de los enlaces hacia Internet Proxies Transparentes Muchas organizaciones (incluyendo empresas, colegios y familias) usan los proxies para reforzar las políticas de uso de la red o para proporcionar seguridad y servicios de caché. Normalmente, un proxy Web o NAT no es transparente a la aplicación cliente: debe ser configurada para usar el proxy, manualmente. Por lo tanto, el usuario puede evadir el proxy cambiando simplemente la configuración. Un proxy transparente combina un servidor proxy con NAT de manera que las conexiones son enrutadas dentro del proxy sin configuración por parte del cliente, y habitualmente sin que el propio cliente conozca de su existencia. Este es el tipo de proxy que utilizan los proveedores de servicios de internet (ISP). En España, la compañía más expandida en cuanto a ADSL se refiere, ISP Telefónica, dejó de utilizar proxy transparente con sus clientes a partir de Febrero de 2006, debido a que esto atentaba a la privacidad de los usuarios de la red Reverse Proxy Un reverse proxy es un servidor proxy instalado en el domicilio de uno o más servidores web. Todo el tráfico entrante de Internet y con el destino de uno de esos servidores web pasa a través del servidor proxy. Hay varias razones para instalar un "reverse proxy": Seguridad: el servidor proxy es una capa adicional de defensa y por lo tanto protege los servidores web.
55 47 Cifrado / Aceleración SSL: cuando se crea un sitio web seguro, habitualmente el cifrado SSL no la hace el mismo servidor web, sino que es realizada por el "reverse proxy", el cual está equipado con un hardware de aceleración SSL (Security Sockets Layer). Distribución de Carga: el "reverse proxy" puede distribuir la carga entre varios servidores web. En ese caso, el "reverse proxy" puede necesitar reescribir las URL de cada página web (traducción de la URL externa a la URL interna correspondiente, según en qué servidor se encuentre la información solicitada) Caché de contenido estático: Un "reverse proxy" puede descargar los servidores web almacenando contenido estático como imágenes y otro contenido gráfico Proxy Nat (Network Address Translation) Enmascaramiento Otro mecanismo para hacer de intermediario en una red es el NAT. La traducción de direcciones de red (NAT, Network Address Translation) también es conocida como enmascaramiento de IPs. Es una técnica mediante la cual las direcciones fuente o destino de los paquetes IP son reescritas, sustituidas por otras (de ahí el "enmascaramiento"). Esto es lo que ocurre cuando varios usuarios comparten una única conexión a Internet. Se dispone de una única dirección IP pública, que tiene que ser compartida. Dentro de la red de área local (LAN) los equipos emplean direcciones IP reservadas para uso privado y será el proxy el encargado de traducir las direcciones privadas a esa única dirección pública para realizar las peticiones, así como de distribuir las páginas recibidas a aquel usuario interno que la solicitó. Esta situación es muy común en empresas y domicilios con varios ordenadores en red y un acceso externo a Internet. El acceso a Internet mediante NAT proporciona una cierta seguridad, puesto que en realidad no hay conexión directa entre el exterior y la red privada, y así los equipos no están expuestos a ataques directos desde el exterior.
56 48 Mediante NAT también se puede permitir un acceso limitado desde el exterior, y hacer que las peticiones que llegan al proxy sean dirigidas a una máquina concreta que haya sido determinada para tal fin en el propio proxy. La función de NAT reside en los Firewall (informática), y resulta muy cómoda porque no necesita de ninguna configuración especial en los equipos de la red privada que pueden acceder a través de él como si fuera un mero encaminador SQUID Acerca De Squid Squid es un Servidor Intermediario (Proxy) de alto desempeño que se ha venido desarrollando desde hace varios años y es hoy en día un muy popular y ampliamente utilizado entre los sistemas operativos como GNU/Linux y derivados de Unix. Es muy confiable, robusto y versátil y se distribuye bajo los términos de la Licencia Pública General GNU (GNU/GPL). Siendo sustento lógico libre, está disponible el código fuente para quien así lo requiera. Squid puede funcionar como Servidor Intermediario (Proxy) y caché de contenido de Red para los protocolos HTTP, FTP, GOPHER y WAIS, Proxy de SSL, caché transparente, WWCP, aceleración HTTP, caché de consultas DNS y otras muchas más como filtración de contenido y control de acceso por IP y por usuario. Squid consiste de un programa principal como servidor, un programa para búsqueda en servidores DNS, programas opcionales para reescribir solicitudes y realizar autenticación y algunas herramientas para administración y herramientas para clientes. Al iniciar Squid da origen a un número configurable (5, de modo predefinido a través del parámetro dns_children) de procesos de búsqueda en servidores DNS, cada uno de los cuales realiza una búsqueda única en servidores DNS, reduciendo la cantidad de tiempo de espera para las búsquedas en servidores DNS. 25
57 49 El servidor proxy Squid guarda los datos cacheados en la memoria RAM, realiza caché de consultas DNS, y no guarda en el cache las peticiones que son rechazadas. Es decir Squid es un servidor proxy que permite utilizar una sola conexión a Internet para todas las estaciones de los centros de acceso para la navegación por Internet. El servidor proxy además almacena en el disco duro del servidor las páginas más visitadas desde la estaciones de tal manera que se realiza un ahorro significativo del ancho de banda del enlace del centro de acceso cuando se solicita la página nuevamente desde la misma u otra estación. Squid verifica si la página ha cambiado, y de ser así, vuelve a almacenarla localmente. Es posible configurar Squid para definir cuanto tiempo pueden estar almacenadas las páginas en el servidor Características Squid puede formar parte de una jerarquía de caches. Diversos proxys trabajan conjuntamente sirviendo las peticiones de las páginas. Un navegador solicita siempre las páginas a un sólo proxy, si este no tiene la página en la caché hace peticiones a sus hermanos, que si tampoco las tienen las hacen a su/s padre/s. Estas peticiones se pueden hacer mediante dos protocolos: HTTP e ICMP. Squid sigue los protocolos ICP, HTCP, CARP y caché digests que tienen como objetivo permitir a un proxy "preguntarle" a otros proxys caché si poseen almacenado un recurso determinado. Squid puede ser configurado para ser usado como proxy transparente de manera que las conexiones son enrutadas dentro del proxy sin configuración por parte del cliente, y habitualmente sin que el propio cliente conozca de su existencia. De modo predefinido Squid utiliza el puerto 3128 para atender peticiones, sin embargo se puede especificar que lo haga en cualquier otro puerto disponible o bien que lo haga en varios puertos disponibles a la vez. A partir de la versión 2.3 Squid implementa WCCP (Web Cache Control Protocol). Permite interceptar y redirigir el tráfico que recibe un router hacia uno o más proxys caché, haciendo control de la conectividad de los mismos. Además permite que uno de los proxys caché designado pueda determinar como distribuir el tráfico redirigido a lo largo de todo el array de proxys caché.
58 50 Ofrece la posibilidad de establecer reglas de control de acceso. Esto permite establecer políticas de acceso en forma centralizada, simplificando la administración de una red. Cuando un usuario hace petición hacia un objeto en Internet, este es almacenado en el caché, si otro usuario hace petición hacia el mismo objeto, y este no ha sufrido modificación alguna desde que lo accedió el usuario anterior, Squid mostrará el que ya se encuentra en el caché en lugar de volver a descargarlo desde Internet. Esta función permite navegar rápidamente cuando los objetos ya están en el caché y además optimiza enormemente la utilización del ancho de banda. Squid permite activar el protocolo SNMP, este proporciona un método simple de administración de red, que permite supervisar, analizar y comunicar información de estado entre una gran variedad de máquinas, pudiendo detectar problemas y proporcionar mensajes de estados. Squid también soporta SSL (Secure Socket Layer) con lo que también acelera las transacciones cifradas, y es capaz de ser configurado con amplios controles de acceso sobre las peticiones de usuarios, lo que es muy útil, por ejemplo en un centro educativo para permitir/denegar acceso al servidor a diferentes grupos de usuarios. Al utilizar el protocolo de cache de Internet, squid puede ahorrar un considerable ancho de banda. Mejorando la velocidad de acceso a Internet en estos protocolos. Este software consta de un programa servidor principal llamado squid, un programa búsqueda de nombres en el DNS llamado dnsserver, un programa para recuperar ficheros vía FTP, llamado ftpget, y algunas herramientas de mantenimiento y programas cliente. Cuando arranca, levanta un número configurable de procesos dnsserver, cada uno de los cuales realiza una búsqueda en el sistema DNS, lo que reduce el tiempo que la caché espera por la resolución de nombres. Squid es el resultado del esfuerzo de numerosas personas individuales de Internet y al igual que el sistema operativo Linux es gratis y tiene el código fuente disponible para poder modificarlo según las necesidades.
59 51 Squid es el servidor Proxy más popular y extendido entre los sistemas operativos basados sobre UNIX. Es muy confiable, robusto y versátil. Al ser software libre, además de estar disponible el código fuente, está libre del pago de costosas licencias por uso o con restricción a un uso con determinado número de usuarios Ventajas De Usar Squid Las principales ventajas de usar squid como servidor Proxy son los siguientes: Soporta muchos protocolos de aplicación (o sea, HTTP, FTP, etc) Tiene un avanzado mecanismo de autentificación (o sea, a quien y cuando permitir utilizar el proxy). Permite actuar como 'cache' de Internet, copiando contenido en forma local para que se lo pueda acceder más rápido (por ejemplo, animaciones flash). Es Software Libre Desventaja Squid no puede ser utilizado como Servidor Intermediario (Proxy) para protocolos como SMTP, POP3, TELNET, SSH, IRC, etc. Si se requiere intermediar para cualquier protocolo distinto a HTTP, HTTPS, FTP, GOPHER y WAIS se requerirá implementar obligatoriamente un enmascaramiento de IP o NAT (Network Address Translation) o bien hacer uso de un servidor SOCKS como Dante Compatibilidad Squid puede ejecutarse en los siguientes Sistemas Operativos: AIX BSDI Digital Unix FreeBSD HP-UX IRIX Linux
60 52 Mac OS X NetBSD NeXTStep OpenBSD SCO Unix SunOS/Solaris Windows NT Para Windows se utilizan los paquetes Cygwin/GnuWin32. Para analizar sus logs se puede usar Sarg 2.9 TELNET 26 Telnet (TELecommunication NETwork) es el nombre de un protocolo de red (y del programa informático que implementa el cliente), que sirve para acceder mediante una red a otra máquina, para manejarla remotamente como estar delante de ella. Para que la conexión funcione, como en todos los servicios de Internet, la máquina a la que se acceda debe tener un programa especial que reciba y gestione las conexiones. El puerto que se utiliza generalmente es el FUNCIONAMIENTO Telnet sólo sirve para acceder en modo terminal, es decir, sin gráficos, pero fue una herramienta muy útil para arreglar fallos a distancia, sin necesidad de estar físicamente en el mismo sitio que la máquina que los tenía. También se usaba para consultar datos a distancia, como datos personales en máquinas accesibles por red, información bibliográfica, etc. Aparte de estos usos, en general telnet se ha utilizado (y aún hoy se puede utilizar en su variante SSH) para abrir una sesión con una máquina UNIX, de modo que múltiples usuarios con cuenta en la máquina, se conectan, abren sesión y pueden trabajar utilizando esa máquina. Es una forma muy usual de trabajar con sistemas UNIX. 26
61 PROBLEMAS DE SEGURIDAD Y SSH Su mayor problema es de seguridad, ya que todos los nombres de usuario y contraseñas necesarias para entrar en las máquinas viajan por la red como texto plano (cadenas de texto sin cifrar). Esto facilita que cualquiera que espíe el tráfico de la red pueda obtener los nombres de usuario y contraseñas, y así acceder él también a todas esas máquinas. Por esta razón dejó de usarse, casi totalmente, hace unos años, cuando apareció y se popularizó el SSH, que puede describirse como una versión cifrada de telnet (actualmente se puede cifrar toda la comunicación del protocolo durante el establecimiento de sesión (RFC correspondiente, en inglés) si cliente y servidor lo permiten, aunque no se tienen ciertas funcionalidad extra disponibles en SSH) TELNET EN LA ACTUALIDAD Hoy en día este protocolo también se usa para acceder a los BBS, que inicialmente eran accesibles únicamente con un módem a través de la línea telefónica. Para acceder a un BBS mediante telnet es necesario un cliente que dé soporte a gráficos ANSI y protocolos de transferencia de ficheros. Los gráficos ANSI son muy usados entre los BBS. Con los protocolos de transferencia de ficheros (el más común y el que mejor funciona es el ZModem) podrás enviar y recibir ficheros del BBS, ya sean programas o juegos o ya sea el correo del BBS (correo local, de FidoNet u otras redes). Algunos clientes de telnet (que soportan gráficos ANSI y protocolos de transferencias de ficheros como Zmodem y otros) son mtelnet!, NetRunner, Putty, Zoc, etc MANEJO BÁSICO DE TELNET Para iniciar una sesión con un intérprete de comandos de otro ordenador, puede emplear el comando telnet seguido del nombre o la dirección IP de la máquina en la que desea trabajar, por ejemplo si desea conectarse a la máquina purpura.micolegio.edu.com deberá teclear telnet purpura.micolegio.edu.com, y para conectarse con la dirección IP deberá utilizar telnet
62 54 Una vez conectado, podrá ingresar el nombre de usuario y contraseña remoto para iniciar una sesión en modo texto a modo de consola virtual (ver Lectura Sistema de usuarios y manejo de clave). La información que transmita (incluyendo su clave) no será protegida o cifrada y podría ser vista en otros computadores por los que se transite la información (la captura de estos datos se realiza con un packet sniffer. Una alternativa más segura para telnet, pero que requiere más recursos del computador, es SSH. Este cifra la información antes de transmitirla, autentica la máquina a la cual se conecta y puede emplear mecanismos de autenticación de usuarios más seguros SEGURIDAD Hay tres razones principales por las que el telnet no se recomienda para los sistemas modernos desde el punto de vista de la seguridad: Los dominios de uso general del telnet tienen varias vulnerabilidades descubiertas sobre los años, y varias más que podrían aún existir. Telnet, por defecto, no cifra ninguno de los datos enviados sobre la conexión (contraseñas inclusive), así que es fácil interferir y grabar las comunicaciones, y utilizar la contraseña más adelante para propósitos maliciosos. Telnet carece de un esquema de autentificación que permita asegurar que la comunicación esté siendo realizada entre los dos anfitriones deseados, y no interceptada entre ellos. En ambientes donde es importante la seguridad, por ejemplo en el Internet público, telnet no debe ser utilizado. Las sesiones de telnet no son cifradas. Esto significa que cualquiera que tiene acceso a cualquier router, switch, o gateway localizado en la red entre los dos anfitriones donde se está utilizando telnet puede interceptar los paquetes de telnet que pasan cerca y obtener fácilmente la información de la conexión y de la contraseña (y cualquier otra cosa que se mecanografía) con cualesquiera de varias utilidades comunes como tcpdump y Wireshark. Estos defectos han causado el abandono y depreciación del protocolo telnet rápidamente, a favor de un protocolo más seguro y más funcional llamado SSH, lanzado en SSH provee de toda la funcionalidad presente en telnet, la adición del cifrado fuerte para evitar que los datos sensibles tales como
63 55 contraseñas sean interceptados, y de la autentificación mediante llave pública, para asegurarse de que el computador remoto es realmente quién dice ser. Los expertos en seguridad computacional, tal como el instituto de SANS, y los miembros del newsgroup de comp.os.linux.security recomiendan que el uso del telnet para las conexiones remotas debería ser descontinuado bajo cualquier circunstancia normal. Cuando el telnet fue desarrollado inicialmente en 1969, la mayoría de los usuarios de computadoras en red estaban en los servicios informáticos de instituciones académicas, o en grandes instalaciones de investigación privadas y del gobierno. En este ambiente, la seguridad no era una preocupación y solo se convirtió en una preocupación después de la explosión del ancho de banda de los años 90. Con la subida exponencial del número de gente con el acceso al Internet, y por la extensión, el número de gente que procura crackear los servidores de otra gente, telnet podría no ser recomendado para ser utilizado en redes con conectividad a Internet TRANSFERENCIA DE ARCHIVOS MEDIANTE FTP 27 FTP: FILE TRANSFER PROTOCOL (PROTOCOLO DE TRANSFERENCIA DE ARCHIVOS) FTP (File Transfer Protocol) es un protocolo de transferencia de archivos entre sistemas conectados a una red TCP basado en la arquitectura cliente-servidor, de manera que un equipo cliente se puede conectar a un servidor para descargar archivos desde aquel o para enviar archivos hacia el servidor, independientemente del sistema operativo utilizado en cada equipo. El Servicio FTP es ofrecido por la capa de Aplicación del modelo de capas de red TCP/IP al usuario, utilizando normalmente el puerto de red 20 y el 21. Un problema básico de FTP es que está pensado para ofrecer la máxima velocidad en la conexión, pero no la máxima seguridad, ya que todo el intercambio de información, desde el login y password del usuario en el servidor hasta la transferencia de cualquier archivo, se realiza en texto plano sin ningún tipo de cifrado, con lo que un posible atacante lo tiene muy fácil para 27
64 56 capturar este tráfico, acceder al servidor, o apropiarse de los archivos transferidos. Para solucionar este problema son de gran utilidad aplicaciones como SCP y SFTP, incluidas en el paquete SSH, que permiten transferir archivos pero cifrando todo el tráfico. EL MODELO FTP El siguiente modelo representa el diagrama de un servicio FTP. Fig. 2.7 Modelo FTP 28 En el modelo, el intérprete de protocolo (PI) de usuario, inicia la conexión de control en el puerto 21. Las órdenes FTP estándar las genera el PI de usuario y se transmiten al proceso servidor a través de la conexión de control. Las respuestas estándar se envían desde el PI del servidor al PI de usuario por la conexión de control como contestación a las órdenes. Estas órdenes FTP especifican parámetros para la conexión de datos (puerto de datos, modo de transferencia, tipo de representación y estructura) y la naturaleza de la operación sobre el sistema de archivos (almacenar, recuperar, añadir, borrar, etc.). El proceso de transferencia de datos (DTP) de usuario u otro proceso en su lugar, debe esperar a que el servidor inicie la conexión al puerto de datos especificado (puerto 20 en modo activo o estándar) y transferir los datos en función de los parámetros que se hayan especificado. 28
65 57 La comunicación entre cliente y servidor es independiente del sistema de archivos utilizado en cada ordenador, de manera que no importa que sus sistemas operativos sean distintos, porque las entidades que se comunican entre sí son los PI y los DTP, que usan el mismo protocolo estandarizado: el FTP. También hay que destacar que la conexión de datos es bidireccional, es decir, se puede usar simultáneamente para enviar y para recibir, y no tiene por qué existir todo el tiempo que dura la conexión FTP. SERVIDOR FTP Un servidor FTP es un programa especial que se ejecuta en un equipo servidor normalmente conectado a Internet (aunque puede estar conectado a otros tipos de redes, LAN, MAN, etc.). Su función es permitir el intercambio de datos entre diferentes servidores/ordenadores. Por lo general, los programas servidores FTP no suelen encontrarse en los ordenadores personales, por lo que un usuario normalmente utilizará el FTP para conectarse remotamente a uno y así intercambiar información con él. Las aplicaciones más comunes de los servidores FTP suelen ser el alojamiento web, en el que sus clientes utilizan el servicio para subir sus páginas web y sus archivos correspondientes; o como servidor de backup (copia de seguridad) de los archivos importantes que pueda tener una empresa. Para ello, existen protocolos de comunicación FTP para que los datos se transmitan cifrados, como el SFTP (Secure File Transfer Protocol). CLIENTE FTP Cuando un navegador no está equipado con la función FTP, o si se quiere cargar archivos en un ordenador remoto, se necesitará utilizar un programa cliente FTP. Un cliente FTP es un programa que se instala en el ordenador del usuario, y que emplea el protocolo FTP para conectarse a un servidor FTP y transferir archivos, ya sea para descargarlos o para subirlos. Para utilizar un cliente FTP, se necesita conocer el nombre del archivo, el ordenador en que reside (servidor, en el caso de descarga de archivos), el
66 58 ordenador al que se quiere transferir el archivo (en caso de querer subirlo al servidor), y la carpeta en la que se encuentra. Algunos clientes de FTP básicos en modo consola vienen integrados en los sistemas operativos, incluyendo Windows, DOS, Linux y Unix. Sin embargo, hay disponibles clientes con opciones añadidas e interfaz gráfica. Aunque muchos navegadores tienen ya integrado FTP, es más confiable a la hora de conectarse con servidores FTP no anónimos utilizar un programa cliente. ACCESO ANÓNIMO Los servidores FTP anónimos ofrecen sus servicios libremente a todos los usuarios, permiten acceder a sus archivos sin necesidad de tener un 'USERID' o una cuenta de usuario. Es la manera más cómoda fuera del servicio web de permitir que todo el mundo tenga acceso a cierta información sin que para ello el administrador de un sistema tenga que crear una cuenta para cada usuario. Si un servidor posee servicio 'FTP anonymous' solamente con teclear la palabra "anonymous", cuando pregunte por tu usuario tendrás acceso a ese sistema. No se necesita ninguna contraseña preestablecida, aunque tendrás que introducir una sólo para ese momento, normalmente se suele utilizar la dirección de correo electrónico propia. Solamente con eso se consigue acceso a los archivos del FTP, aunque con menos privilegios que un usuario normal. Normalmente solo podrás leer y copiar los archivos existentes, pero no modificarlos ni crear otros nuevos. Normalmente, se utiliza un servidor FTP anónimo para depositar grandes archivos que no tienen utilidad si no son transferidos a la máquina del usuario, como por ejemplo programas, y se reservan los servidores de páginas web (HTTP) para almacenar información textual destinada a la lectura en línea. ACCESO DE USUARIO Si se desean tener privilegios de acceso a cualquier parte del sistema de archivos del servidor FTP, de modificación de archivos existentes, y de posibilidad de subir archivos al servidor, generalmente se suele realizar mediante una cuenta de usuario. En el servidor se guarda la información de las
67 59 distintas cuentas de usuario que pueden acceder a él, de manera que para iniciar una sesión FTP se debe introducir un login y un password como identificación. ACCESO DE INVITADO El acceso sin restricciones al servidor que proporcionan las cuentas de usuario implica problemas de seguridad, lo que ha dado lugar a un tercer tipo de acceso FTP denominado invitado (guest), que se puede contemplar como una mezcla de los dos anteriores. La idea de este mecanismo es la siguiente: se trata de permitir que cada usuario conecte a la máquina mediante su login y su password, pero evitando que tenga acceso a partes del sistema de archivos que no necesita para realizar su trabajo, de esta forma accederá a un entorno restringido, algo muy similar a lo que sucede en los accesos anónimos, pero con más privilegios. VSFTPD (VERY SECURE FTP DAEMON) 29 VSFTPD (Very Secure FTP Daemon) es un sustento lógico utilizado para implementar servidores de archivos a través del protocolo FTP. Se distingue principalmente porque sus valores por defecto son muy seguros y por su sencillez en la configuración, comparado con otras alternativas como Wu-ftpd. Actualmente se presume que VSFTPD es quizá el servidor FTP más seguro del mundo CORREO ELECTRÓNICO 30 INTRODUCCION Correo electrónico, o en inglés , es un servicio de red para permitir a los usuarios enviar y recibir mensajes instantáneos (también denominados mensajes electrónicos o cartas electrónicas) mediante sistemas de comunicación electrónicos. Principalmente se usa este nombre para denominar al sistema que provee este servicio en Internet, mediante el protocolo SMTP, aunque por extensión también puede verse aplicado a sistemas análogos que
68 60 usen otras tecnologías. Por medio de mensajes de correo electrónico se puede enviar, no solamente texto, sino todo tipo de documentos. Su eficiencia, conveniencia y bajo costo están logrando que el correo electrónico desplace al correo normal para muchos usos habituales ELEMENTOS Para que una persona pueda enviar un correo a otra, ambas han de tener una dirección de correo electrónico. Esta dirección la tiene que dar un proveedor de correo, que son quienes ofrecen el servicio de envío y recepción. El procedimiento se puede hacer desde un programa de correo o desde un correo web DIRECCIÓN DE CORREO Una dirección de correo electrónico es un conjunto de palabras que identifican a una persona que puede enviar y recibir correo. Cada dirección es única y pertenece siempre a la misma persona. Un ejemplo es que se lee persona arroba servicio punto com. El (llamado arroba) siempre está en cada dirección de correo, y la divide en dos partes: el nombre de usuario (a la izquierda de la arroba; en este caso, persona), y el dominio en el que está (lo de la derecha de la arroba; en este caso, servicio.com). La arroba también se puede leer "en", ya que identifica al usuario persona que está en el servidor servicio.com (indica una relación de pertenencia). Una dirección de correo se reconoce fácilmente porque siempre tiene en cambio, una dirección de página web no. Por ejemplo, mientras que puede ser una página web en donde hay información (como en un libro), es la dirección de un correo: un buzón a donde se puede escribir. Lo que hay a la derecha de la arroba es precisamente el nombre del proveedor que da el correo, y por tanto es algo que el usuario no puede cambiar. Por otro lado, lo que hay la izquierda normalmente sí que lo elige el usuario, y es un identificador cualquiera, que puede tener letras, números, y algunos signos.
69 61 Normalmente se eligen direcciones fáciles de memorizar -si es posible- ya que es común apuntar o decirle a alguien la dirección de correo propia para que pueda escribirnos, y hay que darla de forma exacta, letra por letra. Un solo error hará que no lleguen los mensajes al destino. Las letras que integran la dirección son indiferentes a que sean mayúsculas o minúsculas. Por ejemplo, es igual a PROVEEDOR DE CORREO Para poder usar enviar y recibir correo electrónico, generalmente hay que estar registrado en alguna empresa que ofrezca este servicio (gratuita o de pago). El registro permite tener una dirección de correo personal única y duradera, a la que se puede acceder mediante un nombre de usuario y una contraseña. Hay varios tipos de proveedores de correo, que se diferencian sobre todo por la calidad del servicio que ofrecen SENDMAIL 31 Es el más popular agente de transporte de correo (MTA o Mail Transport Agent), responsable quizá de poco más del 70% del correo electrónico del mundo DOVECOT Dovecot es un servidor de POP3 e IMAP de fuente abierta que funciona en Linux y sistemas basados sobre Unix y diseñado con la seguridad como principal objetivo PROTOCOLOS UTILIZADOS SMTP (Simple Mail Transfer Protocol) es un protocolo estándar de Internet del Nivel de Aplicación utilizado para la transmisión de correo electrónico a través de una conexión TCP/IP. Este es de hecho el único protocolo utilizado para la transmisión de correo electrónico a través de Internet. Es un protocolo basado sobre texto y relativamente simple donde se especifican uno más 31
70 62 destinatarios en un mensaje que es transferido. Para determinar el servidor SMTP para un dominio dado, se utilizan los registros MX (Mail Exchanger) en la Zona de Autoridad correspondiente al mismo dominio contestado por un Servidor DNS. Después de establecerse una conexión entre el remitente (el cliente) y el destinatario (el servidor), se inicia una sesión SMTP. POP3 (Post Office Protocol version 3) es un protocolo estándar de Internet del Nivel de Aplicación que recupera el correo electrónico desde un servidor remoto a través de una conexión TCP/IP desde un cliente local. El diseño de POP3 y sus predecesores es permitir a los usuarios recuperar el correo electrónico al estar conectados hacia una red y manipular los mensajes recuperados sin necesidad de permanecer conectados. A pesar de que muchos clientes de correo electrónico incluyen soporte para dejar el correo en el servidor, todos los clientes de POP3 recuperan todos los mensajes y los almacenan como mensajes nuevos en la computadora o anfitrión utilizado por el usuario, eliminan los mensajes en el servidor y terminan la conexión. IMAP (Internet Message Access Protocol) es un protocolo estándar de Internet del Nivel de Aplicación utilizado para acceder hacia el correo electrónico en un servidor remoto a través de una conexión TCP/IP desde un cliente local. Las características más importantes de IMAP incluyen: Soporte para los modos de operación conectado (connected) y desconectado (disconnected), permitiendo a los clientes de correo electrónico permanezcan conectados el tiempo que su interfaz permanezca activa, descargando los mensajes conforme se necesite. A diferencia de POP3, permite accesos simultáneos desde múltiples clientes y proporciona los mecanismos necesarios para éstos para que se detecten los cambios hechos por otro cliente de correo electrónico concurrentemente conectado en el mismo buzón de correo. Permite a los clientes obtener individualmente cualquier parte MIME (acrónimo de Multi-Purpose Internet Mail Extensions o Extensiones de correo de Internet de propósitos múltiples), así como también obtener porciones de las partes individuales o bien los mensajes completos.
71 63 A través de banderas definidas en el protocolo, vigilar la información de estado de los mensajes de correo electrónico que se mantengan en el servidor. Por ejemplo si el estado del mensaje es leído, no leído, respondido o eliminado. Incluye soporte para soporte para múltiples buzones de correo electrónico que permite crear, renombrar o eliminar mensajes de correo electrónico presentados en el servidor dentro de carpetas, y mover éstos mensajes entre distintas cuentas de correo electrónico. Esta característica también permite al servidor proporcionar acceso hacia los carpetas públicas y compartidas. Incluye soporte para realizar búsquedas del lado del servidor a través de mecanismos que permiten obtener resultados de acuerdo a varios criterios, permitiendo evitar que los clientes de correo electrónico tengan que descargar todos los mensajes desde el servidor. Las especificaciones del protocolo IMAP definen un mecanismo explícito mediante el cual puede ser mejorada su funcionalidad a través de extensiones. Un ejemplo es la extensión IMAP IDLE, la cual permite sincronizar ente el servidor y el cliente a través de avisos FIREWALL 32 Fig. 2.8 Firewall CONCEPTO Un firewall es un elemento de hardware o software utilizado en una red de computadoras para controlar las comunicaciones, permitiéndolas o prohibiéndolas según las políticas de red que haya definido la organización responsable de la red. Su modo de funcionar es indicado por la recomendación
72 64 RFC 2979, que define las características de comportamiento y requerimientos de interoperabilidad. La ubicación habitual de un firewall es el punto de conexión de la red interna de la organización con la red exterior, que normalmente es Internet; de este modo se protege la red interna de intentos de acceso no autorizados desde Internet, que puedan aprovechar vulnerabilidades de los sistemas de la red interna. También es frecuente conectar al firewall una tercera red, llamada zona desmilitarizada o DMZ, en la que se ubican los servidores de la organización que deben permanecer accesibles desde la red exterior. Un firewall correctamente configurado añade protección a una instalación informática, pero en ningún caso debe considerarse como suficiente. La Seguridad informática abarca más ámbitos y más niveles de trabajo y protección TIPOS DE FIREWALL Firewall De Capa De Red O De Filtrado De Paquetes Funciona a nivel de red (nivel 3) de la pila de protocolos (TCP/IP) como filtro de paquetes IP. A este nivel se pueden realizar filtros según los distintos campos de los paquetes IP: dirección IP origen, dirección IP destino. A menudo en este tipo de firewall se permiten filtrados según campos de nivel de transporte (nivel 4) como el puerto origen y destino, o a nivel de enlace de datos (nivel 2) como la dirección MAC Firewall De Capa De Aplicación Trabaja en el nivel de aplicación (nivel 7) de manera que los filtrados se pueden adaptar a características propias de los protocolos de este nivel. Por ejemplo, si se trata de tráfico HTTP se pueden realizar filtrados según la URL a la que se está intentando acceder. Un firewall a nivel 7 de tráfico HTTP es normalmente denominado Proxy y permite que los computadores de una organización entren a internet de una forma controlada.
73 Firewall Personal Es un caso particular de firewall que se instala como software en un computador, filtrando las comunicaciones entre dicho computador y el resto de la red y viceversa VENTAJAS DE UN FIREWALL Protege de intrusiones. El acceso a ciertos segmentos de la red de una organización, sólo se permite desde máquinas autorizadas de otros segmentos de la organización o de Internet. Protección de información privada. Permite definir distintos niveles de acceso a la información de manera que en una organización cada grupo de usuarios definido tendrá acceso sólo a los servicios y la información que le son estrictamente necesarios. Optimización de acceso. Identifica los elementos de la red internos y optimiza que la comunicación entre ellos sea más directa. Esto ayuda a reconfigurar los parámetros de seguridad LIMITACIONES DE UN FIREWALL Un firewall no puede protegerse contra aquellos ataques que se efectúen fuera de su punto de operación. El firewall no puede protegerse de las amenazas a que está sometido por traidores o usuarios inconscientes. El firewall no puede prohibir que los traidores o espías corporativos copien datos sensibles en disquetes o tarjetas PCMCIA y sustraigan éstas del edificio. El firewall no puede proteger contra los ataques de Ingeniería social El firewall no puede protegerse contra los ataques posibles a la red interna por virus informáticos a través de archivos y software. La solución real está en que la organización debe ser consciente en instalar software antivirus en cada máquina para protegerse de los virus que llegan por medio de disquetes o cualquier otra fuente.
74 66 El firewall no protege de los fallos de seguridad de los servicios y protocolos de los cuales se permita el tráfico. Hay que configurar correctamente y cuidar la seguridad de los servicios que se publiquen a Internet POLÍTICAS DEL FIREWALL Hay dos políticas básicas en la configuración de un firewall y que cambian radicalmente la filosofía fundamental de la seguridad en la organización: Política restrictiva: Se deniega todo el tráfico excepto el que está explícitamente permitido. El firewall obstruye todo el tráfico y hay que habilitar expresamente el tráfico de los servicios que se necesiten. Política permisiva: Se permite todo el tráfico excepto el que esté explícitamente denegado. Cada servicio potencialmente peligroso necesitará ser aislado básicamente caso por caso, mientras que el resto del tráfico no será filtrado. La política restrictiva es la más segura, ya que es más difícil permitir por error tráfico potencialmente peligroso, mientras que en la política permisiva es posible que no se haya contemplado algún caso de tráfico peligroso y sea permitido por defecto SHOREWALL 34 Shorewall (Shoreline Firewall) es una robusta y extensible herramienta de alto nivel para la configuración de muros cortafuego. Shorewall solo necesita se le proporcionen algunos datos en algunos ficheros de texto simple y éste creará las reglas de cortafuegos correspondientes a través de iptables. Shorewall puede permitir utilizar un sistema como muro cortafuegos dedicado, sistema de múltiples funciones como puerta de enlace, dispositivo de encaminamiento y servidor IPTABLES Y NETFILTER Netfilter es un conjunto de ganchos (Hooks, es decir, técnicas de programación que se emplean para crear cadenas de procedimientos como manejador) 34
75 67 dentro del núcleo de GNU/Linux y que son utilizados para interceptar y manipular paquetes de red. El componente mejor conocido es el cortafuegos, el cual realiza procesos de filtración de paquetes. Los ganchos son también utilizados por un componente que se encarga del NAT (acrónimo de Network Address Translation o Traducción de dirección de red). Estos componentes son cargados como módulos del núcleo. Iptables es el nombre de la herramienta de espacio de usuario (User Space, es decir, área de memoria donde todas las aplicaciones, en modo de usuario, pueden ser intercambiadas hacia memoria virtual cuando sea necesario) a través de la cual los administradores crean reglas para cada filtrado de paquetes y módulos de NAT. Iptables es la herramienta estándar de todas las distribuciones modernas de GNU/Linux.
76 68 CAPITULO III IMPLEMENTACIÓN Fig. 3.1 Herramientas de software para la implementación 3.1 INTRODUCCIÓN Se procederá a realizar la respectiva implementación de cada uno de los paquetes necesarios para proveer los servicios de Proxy, Correo electrónico, transferencia de archivos mediante FTP y Samba. Aquí se detallan los procedimientos de instalación, configuración y pruebas de funcionalidad de los servicios. 3.2 OBJETIVO Mantener un adecuado control de cada uno de los procedimientos de instalación y configuración para la implementación de los servicios de Proxy, Correo electrónico, transferencia de archivos mediante FTP y Samba. 3.3 FORMATO DE COMANDOS El formato general de comandos será el siguiente: El formato general de ubicación de los archivos será el siguiente:
77 INSTALACIÓN Y CONFIGURACIÓN DE CENTOS 5.0. Se inserta el CD1 de instalación de Centos 5, y cuando aparece el diálogo de inicio pulsar la tecla enter. Fig. 3.2 Pantalla inicial en instalación de CenOs Para instalar en modo texto en el diálogo de inicio se debe escribir la palabra linux text y luego pulsar enter. En este caso se hará una instalación en modo gráfico. Para esto únicamente presionar enter. Si se desea probar los CDs de instalación, se selecciona OK. Con esta opción se puede comprobar que cada uno de los 6 CDs que conforman el Sistema Operativo Centos 5 se encuentran en buen estado. Una vez hecho esto, se selecciona Skip y luego presionar enter.
78 70 Fig. 3.3 Pantalla de comprobación de los discos En la pantalla de presentación de CentOs presionar en Next. Fig. 3.4 Pantalla de presentación de CentOs.
79 71 Seleccionar el idioma que se usará durante la instalación: Spanish (Español) Fig. 3.5 Pantalla de Selección del Idioma de instalación Seleccionar el idioma del teclado. Se selecciona Español. Fig Selección de teclado del sistema
80 72 Seleccionar la opción instalar Centos. Aún si se tuviera una versión anterior de Centos, es una mejor opción instalar la versión fresca de Centos. Fig. 3.7 Selección del tipo de instalación. Escoger la opción crear particiones personalizadas, ideal para usuarios avanzados. A continuación dar clic en Siguiente.
81 73 Fig. 3.8 Selección del tipo de particionamiento Mostrará el espacio disponible. Haga clic en el botón Nuevo. Fig. 3.9 Particiones del disco a utilizarse Se crea la partición boot de 100 MB y se pone un visto en Forzar a partición primaria.
82 74 Fig Asignación de la partición del boot Dar clic en el botón Nuevo para crear la siguiente partición. Fig Tabla de particiones del sistema
83 75 Crear la partición Swap. Debe asignarse el doble del tamaño de la memoria RAM. Si la memoria es de 1GB la partición Swap debería ser de 2 GB. Esto debido a que la partición Swap será el espacio de memoria virtual del disco, que permitirá al sistema optimizar la memoria en la ejecución de los programas. Fig Asignación de la partición swap Se asigna el resto del espacio disponible para crear la partición / (root) Fig Asignación de la partición /
84 76 Si se tiene espacio suficiente en disco se recomienda crear las siguientes particiones de manera adicional a las anteriormente creadas. /home/: Lugar donde se crean las carpetas de los usuarios, al crear un usuario, el sistema Linux le asigna un directorio raíz o base para este usuario, donde podrá escribir y guardar su información. /var/: Almacena datos variables. Estos son datos que eventualmente ingresarán al sistema pero pueden ser eliminados por la aplicación que los usa. Por ejemplo, var sirve para: almacenar los logs del sistema (/var/log) almacenar la caché del proxy del sistema (/var/cache/squid) almacenar los mensajes entrantes a los usuarios (/var/spool/mail) almacenar los mensajes salientes (/var/spool/mqueue) Luego se procede a configurar el Gestor de Arranque GRUB. Si se desea se puede introducir una contraseña. En el caso que nos ocupa no se introducirá contraseña alguna. Dar clic en Siguiente. Fig Configuración del gestor de arranque
85 77 Para configurar los parámetros de red del sistema, dar clic en el botón Modificar para la interfaz eth0. Si no se va a configurar, dar clic en Siguiente. Fig Configuración de la interfaz de red. Seleccionar la zona horaria dependiendo de la ubicación. Fig Configuración de la zona horaria.
86 78 Asignar clave de root (superusuario o administrador). La clave debe ser introducida dos veces para asegurar que no haya errores al ingresarla. Fig Configuración de la contraseña del root. Dar clic en Siguiente y esperar a que el sistema haga la lectura de información de los grupos de paquetes Fig Obtención de información de la instalación.
87 79 Aparece la pantalla de selección de paquetes que se desea instalar en el sistema. Se selecciona el Server GUI, es decir el Servidor con ambiente gráfico. Fig Selección del modo de instalación. Antes de iniciar la instalación, el sistema informa que se guardará un registro del proceso de instalación en el fichero /root/install.log. Luego dar clic en Siguiente. Fig Información sobre el registro de instalación.
88 80 Se inicia de manera automática el proceso de formato de las particiones que se hayan creado para instalar el Sistema Operativo. Fig Inicio de la instalación Se realizarán preparativos para la instalación de paquetes necesarios para el funcionamiento del Sistema Operativo. Fig Instalación de los paquetes necesarios Una vez finalizado el proceso de los paquetes dar clic en Reiniciar.
89 81 Fig Finalización de la instalación. 3.5 IMPLEMENTACIÓN DEL SERVICIO PROXY El paquete squid viene por defecto instalado con la instalación de Centos INSTALACIÓN DE SQUID La opción de instalación siguiente se aplicará en el caso de que el paquete no se encuentre instalado. Por Yum REVISIÓN DE LOS PAQUETES NECESARIOS Revisar si el paquete squid se encuentra instalado. Puede comprobar que el paquete squid se encuentra instalado, así como también la versión de la cual se dispone CONFIGURACIÓN DE SQUID Editar el archivo de configuración principal de squid.
90 82 El archivo principal de configuración de SQUID es bastante extenso, y tiene muchas opciones de configuración de acuerdo a las necesidades de cada organización. Los parámetros a configurar son: Establecer dirección y puerto por el cual squid va a atender peticiones Establecer cuánto usará en caché de memoria Especificar en que directorio se van a guardar los logs del squid Determinar líneas de control de acceso acl ( condiciones que revisará squid)
91 83 Determinar las acciones a tomar si se cumplen estas condiciones. (http_access)
92 CREACIÓN DE LOS ARCHIVOS DEFINIDOS EN EL ARCHIVO SQUID.CONF Creación del Archivo sitiosnegados Con esto se bloquea el acceso a sitios web contenidos en este archivo, Así se negará el acceso a etc Creación del Archivo palabrasnegadas En este archivo constan las palabras que no pueden ser utilizadas al momento de hacer consultas en Internet Creación del Archivo palabraspermitidas En este archivo constan las palabras que pueden ser utilizadas al momento de hacer consultas en Internet Creación del Archivo listaextensiones En este archivo constan las extensiones de los archivos que no podrán accederse en Internet
93 Creación del Archivo fila1 En este archivo constan las direcciones ip de los usuarios a los que se les permitirá el acceso a Internet de acuerdo a un horario establecido ASOCIAR CADA IP DE LA RED CON EL RESPECTIVO HOSTNAME POR MEDIO DEL ARCHIVO HOSTS Al hacer esto, nuestro servidor reconocerá los hostnames de cada ip de la red INICIAR EL SERVICIO Ahora se procede a iniciar el servicio: Con el parámetro chkconfig squid on se le indica al sistema que el servicio se inicie automáticamente cada vez que se inicie el sistema.
94 IMPLEMENTACIÓN DEL SERVICIO DE CORREO ELECTRÓNICO IMPLEMENTACIÓN DE DNS INTERNO Instalación de los paquetes necesarios Se instala mediante yum el paquete caching-nameserver.
95 87 La instalación por yum instala el paquete y todas sus dependencias, en este caso se puede observar que a parte de la instalación del paquete cachingnameserver se descargan, instalan y actualizan los paquetes bind-chroot, bindlibs, bind, todos necesarios para la implementación de un DNS. Comprobar si el paquete caching-nameserver se instaló correctamente. Comprobar que en el directorio /var/named/chroot/etc/ se han creado los archivos necesarios para la configuración de DNS, estos son: named.caching-nameserver.conf named.rfc1912.zones
96 88 El directorio /var/named/chroot se crea a partir de la instalación del paquete bind-chroot. Este paquete se instaló automáticamente por yum al momento de instalar el paquete caching-nameserver. El directorio /var/named/chroot se crea como medida de seguridad ante una vulneración del servicio DNS Configuración de DNS Configuración del puerto y la IP por la que el DNS atenderá peticiones. El parámetro a configurar en este archivo será el : listen on port 53 { ; 172,31,17,51; }
97 89 El puerto por defecto que abre el servicio de DNS es el 53, como medida de seguridad solo atenderá al propio local host y toda petición generada por medio de la interfaz interna ( ) Determinar las zonas a manejar por el DNS y sus respectivos archivos de configuración. La zona a manejar por el DNS Interno será labsoft.com Además se manejará también los respectivos reversos de DNS de cada zona estos son: in-addr.arpa in-addr.arpa.zone En cada zona se define mediante el parámetro file el respectivo archivo de configuración.
98 90 Se configura las zonas definidas en el archivo named.rfc1912.zones Los parámetros generales a configurar en cada zona serán: TTL: Time to live (tiempo de vida ) para cada consulta de DNS recibida. Serial: Corresponde al número de actualizaciones que ha tenido determinada zona. Generalmente este serial corresponde al año, mes y número secuencial. IN MX: Indica el mailexchanger para determinada zona, este record MX vine acompañado de un número cualesquiera para indicarle que es el mailexchanger de mayor prioridad. IN A: Especifica un record A para determinada zona, generalmente se asocia en este tipo de record el hostname con la respectiva IP IN PTR: Especifica el reverso de DNS de una determinada zona. Generalmente para este tipo de record se asocia el respectivo hostname con el último octeto de su dirección IP. Se configura el reverso DNS para la IP definida en el archivo de zona labsoft.epn.edu.ec.zone
99 91 Iniciar el servicio DNS Se revisa los logs del sistema para comprobar que se cargaron correctamente todas las zonas del DNS.
100 92 Se informa al sistema operativo la dirección de DNS a utilizar. El DNS principal del sistema será el propio DNS configurado ( ) Se reinicia el servicio de red para ejecutar los cambios IMPLEMENTACIÓN DEL SERVIDOR DE CORREOS Instalación de Sendmail. La instalación del paquete sendmail viene de forma predeterminada al momento de instalar centos como servidor de correo. La instalación siguiente se hará en el caso de que sendmail no esté instalado en el sistema. Mediante yum: Verificar que se encuentre instalado el paquete sendmail y sendmail-cf Configuración de Sendmail Editar el archivo de configuración de sendmail. El archivo principal de sendmail es el sendmail.cf sin embargo de manera inicial este archivo no permite que se acepten conexiones de red desde ningún host mas que el propio localhost.
101 93 Para añadir funcionalidad a sendmail utilizar el archivo sendmail.mc y a través de este se procederá a regenerar un nuevo sendmail.cf. Los parámetros a tomar en consideración son: Comentar con dnl la línea en negrilla para que sendmail acepte conexiones de red: dnl #DAEMON OPTIONS( Port=smtp,Addr= , Name=MTA )dnl
102 94 Buscar la siguiente línea en el archivo: dnl #MASQUERADE_AS( mydomain.com )dnl Quitar el comentario a la línea y la modificarla de forma que quede así: MASQUERADE_AS( labsoft.com )dnl Con esta opción se logra enmascarar el correo con el dominio labsoft.com Para impedir que sendmail acepte correo de dominios no resolvibles hacer lo siguiente: Buscar la siguiente línea en el archivo: FEATURE( accept_unresolvable_domains )dnl Comentar la línea con dnl de la siguiente forma: dnl #FEATURE( accept_unresolvable_domains )dnl
103 95 Establecer que direcciones ip pueden hacer relay a través del servidor. Relay quiere decir que ip s pueden o no enviar correo a través del servidor. Es una medida de seguridad permitir solo a la red interna y al localhost el envío de correo. Especificar los dominios a manejar por el servidor Editar el archivo local-host-names En el archivo local-host-names se especifica que dominios manejará servidor de correo, en este caso manejará el dominio labsoft.com el Compilación del archivo sendmail.mc para generar las bases de datos de sendmail y el archivo sendmail.cf Iniciar el Servicio de Sendmail Se procede a iniciar el servicio de sendmail
104 Instalación de Dovecot El paquete dovecot viene instalado de manera predeterminada al momento de instalar Centos como servidor de correo. Lo siguiente se hará en el caso de que el paquete no esté instalado. Por Yum Verificar que se encuentre instalado correctamente el paquete dovecot Configuración de Dovecot Activar el parámetro protocols= imap pop Iniciar el Servicio DOVECOT IMPLEMENTACIÓN DE SQUIRRELOUTLOOK Y THUNDERBIRD Instalación del servidor apache (httpd) El paquete httpd se instala en forma predeterminada al instalar Centos. Se verifica que el paquete httpd esté instalado correctamente. También se verifica que el mismo servicio esté en ejecución.
105 Instalación de Squirreloutlook Primero se descarga el paquete comprimido squirreloutlook. Esto se lo hace de la siguiente dirección: Luego de la descarga se lo descomprime. El paquete descomprimido se mueve al directorio: /var/www/html/ Se ingresa al directorio: /var/www/html/squirreloutlook-1.0.3/config y luego se ejecuta el comando./conf.pl para configurar la aplicación. Para configurar el servidor se selecciona 2 y luego enter.
106 98 Para cambiar el logo poner 1 y enter. Seleccionar el path del nuevo logo. Por último se cambia el nombre del directorio squirreloutlook por otro menos largo. El directorio se llamará CORREO Implementacion de Mozilla Thunderbird Se procede luego a instalar el cliente de correo electrónico para máquinas con windows XP Para ello dar clic en el instalador del programa. Aparece la ventana de bienvenida al asistente de instalación de Mozilla Thunderbird.
107 99 Fig Pantalla de inicio de la instalación. En el acuerdo de licencia poner Aceptar los términos y dar clic en Siguiente. Fig Pantalla de aceptación de términos. En tipo de instalación seleccionar Estándar y dar clic en siguiente.
108 100 Fig Pantalla de tipo de instalación Empieza la instalación. Fig Pantalla de inicio de instalación. Se ha completado la instalación de Thunderbird. Dar clic en Finalizar.
109 101 Fig Pantalla de finalización de instalación. Se va a proceder a configurar una cuenta de correo electrónico. Dar clic en siguiente. Fig Configuración de cuenta de correo. Escribir el nombre de quien envía o recibe correo y la dirección de correo electrónico. Dar clic en siguiente.
110 102 Fig Configuración de la cuenta Luego de terminar la configuración aparece una ventana en la que constan los datos de la cuenta. Dar clic en Finalizar. Fig Finalización de la configuración. El gestor de correo electrónico se ha configurado en forma correcta.
111 IMPLEMENTACIÓN DEL SERVICIO FTP INSTALACIÓN DE LOS PAQUETES NECESARIOS El paquete necesario para la implementación del ftp es vsftpd Comprobar si está instalado el paquete vsftpd: FICHEROS DE CONFIGURACIÓN. El archivo a modificar es: /etc/vsftpd/vsftpd.conf.
112 104 Los parámetros a modificar o añadir en este archivo son los siguientes: Parámetro anonymous_enable. Se utiliza para definir si se permitirán los accesos anónimos al servidor. Se lo descomenta y establece el valor yes Parámetro local_enable. Establece si se van a permitir los accesos autenticados de los usuarios locales del sistema. Establecer el valor yes Parámetro write_enable. Establecer el valor yes Parámetro ftpd_banner. Este parámetro sirve para establecer el banderín de bienvenida que será mostrado cada vez que un usuario acceda al servidor. Establecer el siguiente mensaje: Bienvenido al Servidor FTP del Laboratorio de Software.
113 Estableciendo jaulas para los usuarios: parámetros chroot_local_user y chroot_list_file. Si se desea que los usuarios solo puedan utilizar su propio directorio personal, puede hacerse fácilmente con el parámetro chroot_local_user que habilitará la función de chroot() y los parámetros chroot_list_enable y chroot_list_file para establecer el fichero con la lista de usuarios que quedarán excluidos de la función chroot(). Cada vez que un usuario local se autentique en el servidor FTP, solo tendrá acceso a su propio directorio personal y lo que este contenga. Se debe crear el fichero /etc/vsftpd/vsftpd.chroot_list, para que se pueda ejecutar el servicio vsftpd Control del ancho de banda. Para el control del ancho de banda se utilizan los siguientes parámetros:
114 106 Parámetro anon_max_rate, se utiliza para limitar la tasa de transferencia en bytes por segundo para los usuarios anónimos. Parámetro local_max_rate, hace lo mismo que anon_max_rate, pero aplica para usuarios locales del servidor. Parámetro max_clients, establece el número máximo de clientes que podrán acceder simultáneamente hacia el servidor FTP. Parámetro max_per_ip, establece el número máximo de conexiones que se pueden realizar desde una misma dirección IP APLICANDO LOS CAMBIOS Para ejecutar por primera vez el servicio, utilice: Para hacer que los cambios hechos a la configuración surtan efecto, utilice: Para detener el servicio, utilice: Para añadir VSFTPD al arranque del sistema en todos los niveles de corrida, utilice:
115 IMPLEMENTACIÓN DEL SERVICIO SAMBA INSTALACIÓN DE LOS PAQUETES NECESARIOS Los paquetes necesarios para la implementación del Samba son: samba-client samba-common samba. Estos paquetes vienen instalados de forma predeterminada con la instalación de Centos 5.0 en modo de servidor Samba. En caso de no estar instalados se puede utilizar la instalación por Yum. Se instala los paquetes samba c-2.i386.rpm, samba-client c- 2.i386.rpm, samba-common c-2.i386.rpm VERIFICACIÓN DE INSTALACIÓN DE LOS PAQUETES. Verificar los paquetes necesarios para la implementación del Samba CONFIGURACIÓN DE SAMBA Creación de usuarios samba El formato de creación de usuarios samba es el siguiente: Se creará el usuario: usuario07 La opción a permite crear el usuario y a la vez configurar su password. Los usuarios de samba son diferentes a los usuarios del sistema. Para la conexión
116 108 con máquinas Windows es necesario que el password del usuario samba coincida con la clave del usuario Windows Editar el archivo de configuración de samba (smb.conf) Determinar que redes podrán acceder al servidor Por medio del parámetro host allow se indica que red prodrá acceder al servidor. En este caso se configurará como redes permitidas a la red y al local host
117 Determinar la interfaz por el cual el servidor samba atenderá peticiones. Por medio del parámetro interfaces se indica la interfaz de red que atenderá peticiones. En este caso atenderá peticiones por medio de la interfaz interna INICIAR EL SERVICIO SAMBA. 3.9 IMPLEMENTACION DEL SERVICIO DE FIREWALL Para implementar el servicio de firewall es necesaria la instalación de un paquete de software llamado shorewall INSTALACIÓN DE SHOREWALL Para la instalación del paquete shorewall se utilizará lo siguiente: REVISIÓN DE LOS PAQUETES NECESARIOS Revisar si el paquete shorewall se ha instalado correctamente. Con esto se puede comprobar si el paquete se ha instalado correctamente y además la versión instalada.
118 CONFIGURACION DE SHOREWALL Para la configuración de shorewall se necesita modificar algunos archivos. El archivo principal es el shorewall.conf. En éste se define principalmente el parámetro STARTUP_ENABLED. Éste se utiliza para activar Shorewall. De modo predefinido está desactivado, solo basta cambiar No por Yes. Otro de los archivos a modificar es el zones. Este fichero se utiliza para definir las zonas que se administrarán con Shorewall y el tipo de zona (firewall, ipv4 o ipsec). La zona fw está presente en el fichero /etc/shorewall.conf como configuración predefinida. Se procede a definir las zonas fw de tipo firewall, net de tipo ipv4 para la conexión a internet y la zona loc de tipo ipv4 para el control de la red local. El siguiente archivo a modificar es el archivo interfaces. En éste se establecen cuales serán las interfaces para las tres diferentes zonas. Se establecen las interfaces que corresponden a la Internet y Red Local. Se cuenta con una interfaz eth0 para acceder hacia Internet, una interfaz eth1 para acceder hacia la LAN y en todas se solicita se calcule automáticamente la dirección de transmisión (Broadcast).
119 111 En el archivo policy se establece como se accederá desde una zona hacia otra y hacia la zona de Internet. Todos los puertos están cerrados de modo predefinido, y es en el archivo rules donde se habilitan los puertos necesarios. Hay diversas funciones que pueden realizarse como la acción ACCEPT que se hace para especificar si se permiten conexiones desde o hacia una(s) zona (s) un protocolo(s) y puerto(s) en particular.
120 112 Para ejecutar por primera vez el servicio se utiliza Para hacer que los cambios hechos a la configuración surtan efecto se utiliza Para detener el firewall se utiliza Al detener el firewall también detiene todo tráfico de red, incluyendo el tráfico proveniente desde la red local. Si se desea restaurar el tráfico de red, sin la protección de un firewall será necesario también utilizar el guión de iptables.
121 113 CAPÍTULO IV PRUEBAS DE FUNCIONALIDAD DE LAS IMPLEMENTACIONES 4.1 INTRODUCCIÓN Se procederá a realizar las respectivas pruebas de funcionalidad de cada uno servicios implementados. 4.2 PLAN DE PRUEBAS OBJETIVO Probar de forma adecuada la funcionalidad de cada uno de los servicios implementados como son: Proxy, Correo electrónico, transferencia de archivos mediante FTP, Samba y Firewall CASOS Para el servicio de proxy se procederá a realizar las siguientes pruebas (A desarrollarse en el punto 4.3): Configurar una máquina en Windows XP para que pueda acceder a Internet mediante el proxy. Acceder a la página web de google. Acceder a la página web de hi5 definida en el archivo sitiosnegados. Realizar una búsqueda en google utilizando la palabra pornografía, la cual está definida en el archivo palabrasnegadas. Realizar un bloqueo de acceso a internet mediante una lista de estensiones. Realizar una búsqueda en google utilizando la palabra sexualidad, la cual está definida en el archivo palabraspermitidas.
122 114 Acceder a internet desde un equipo que tiene una IP definida en el archivo fila1, el cual está configurado para no tener acceso a Internet de 8:00 am a 9:00 am. Para el servicio de correo electrónico se procederá a realizar las siguientes pruebas (A desarrollarse en el punto 4.4): Probar el DNS al hacer un ping a google.com Probar el DNS mediante la herramienta nslookup. Realizar el envío de un correo electrónico a los equipos: usuario11 y usuario12 mediante telnet. Realizar el envío de un correo electrónico desde el usuario12 al usuario11 mediante el cliente de correo Thunderbird. Realizar el envío de un correo electrónico desde el servidor al usuario11. Para el servicio de ftp se realizarán las siguientes pruebas (a desarrollarse en el punto 4.5): Ingresar al servidor ftp desde el usuario11, funcionando con Windows XP, mediante un usuario y una contraseña. Copiar un archivo desde el directorio del usuario11 en el servidor. Enviar un archivo desde el usuario11 hacia el servidor. Para el servicio de samba se realizarán las siguientes pruebas (a desarrollarse en el punto 4.6): Visualizar las carpetas compartidas en el usuario07. Acceder a una de las carpetas compartidas en el usuario07. Para el servicio de firewall se realizará la siguiente prueba (a desarrollarse en el punto 4.7): Probar que el firewall esté en ejecución
123 PRUEBAS DEL SERVICIO PROXY CONFIGURAR UNA MÁQUINA EN WINDOWS XP PARA QUE PUEDA ACCEDER A INTERNET MEDIANTE EL PROXY. Las pruebas de funcionalidad se realizarán con un usuario cuya máquina tiene un sistema operativo Windows XP y su IP es Configuración de la IP en Windows XP. Fig Configuración de la IP de una máquina con Windows XP Configurar Internet Explorer para que salga por el puerto 3128 del squid.
124 116 Fig Configuración del Internet Explorer ACCEDER A LA PÁGINA WEB DE GOOGLE. Acceder a Fig Acceso a la página web de Google. Se puede establecer conexión a nuestro servidor Proxy y por lo tanto se puede tener conexión a Internet desde la máquina con IP
125 ACCEDER A LA PÁGINA WEB DE HI5 DEFINIDA EN EL ARCHIVO SITIOSNEGADOS A continuación se accede al sitio web definido en el archivo sitiosnegados. Puede verse que no se puede ingresar a ese sitio. Fig Acceso a un sitio negado REALIZAR UNA BÚSQUEDA EN GOOGLE UTILIZANDO LA PALABRA PORNOGRAFÍA, LA CUAL ESTÁ DEFINIDA EN EL ARCHIVO PALABRASNEGADAS. Luego en el buscador de Google se va a ingresar la palabra pornografia, la cual está definida en el archivo palabras negadas. Puede verse el mensaje de acceso denegado.
126 118 Fig Búsqueda en Google con una palabra negada REALIZAR UN BLOQUEO DE ACCESO A INTERNET MEDIANTE UNA LISTA DE ESTENSIONES. Luego en el buscador de Google se va descargar archivos de música en formato mp3. Esta extensión está definida en el archivo listaextensiones. Puede verse el mensaje de acceso denegado. Fig Página web desde la que se puede descargar archivos en formato mp3.
127 119 Fig Acceso denegado a la descarga de archivos en formato mp REALIZAR UNA BÚSQUEDA EN GOOGLE UTILIZANDO LA PALABRA SEXUALIDAD, LA CUAL ESTÁ DEFINIDA EN EL ARCHIVO PALABRASPERMITIDAS. Se buscará información a cerca de la sexualidad, cuya palabra está definida en el archivo palabraspermitidas. Squid permite acceder a la información. Fig Búsqueda con una palabra permitida.
128 ACCEDER A INTERNET DESDE UN EQUIPO QUE TIENE UNA IP DEFINIDA EN EL ARCHIVO FILA1, EL CUAL ESTÁ CONFIGURADO PARA NO TENER ACCESO A INTERNET DE 8:00 AM A 9:00 AM. Se va a probar el acceso a Internet regulado mediante un horario. Para esto se comprueba que en el horario de 08:00 a 09:00 no se puede tener acceso a Internet. Fig Acceso negado a Internet en el horario mostrado. Pasadas las 09:00 se comprueba que se tiene acceso a Internet.
129 121 Fig Acceso a Internet en el horario mostrado. 4.4 PRUEBAS DE FUNCIONALIDAD DEL CORREO ELECTRÓNICO PROBAR EL DNS AL HACER UN PING A GOOGLE.COM Ping a google.com para comprobar que el DNS principal funcione correctamente en la resolución de nombres PROBAR EL DNS MEDIANTE LA HERRAMIENTA NSLOOKUP. Verificar por medio de la herramienta nslookup. La herramienta nslookup permite realizar consultas por diversos tipos de records DNS.
130 122 En este caso con el parámetro set type=any se especifica que se realizará consultas por cualquier tipo de record. Como respuesta se obtendrá para un determinado dominio su respectivo mail exchanger. Se realizó la consulta por el dominio labsoft.com ENVIAR UN CORREO ELECTRÓNICO A LOS EQUIPOS: USUARIO11 Y USUARIO12 MEDIANTE TELNET. Envío de correo usando telnet Se utilizarán dos cuentas de usuarios: y La forma de añadir usuarios en general al sistema será el siguiente: Envío de correo usando telnet a través del puerto SMTP (25)
131 123 El envío se hace de la cuenta a la cuenta Verificar del envío y recepción del mensaje enviado a través de logs: REALIZAR EL ENVÍO DE UN CORREO ELECTRÓNICO DESDE EL USUARIO12 AL USUARIO11 MEDIANTE EL CLIENTE DE CORREO THUNDERBIRD La siguiente prueba consiste en enviar un correo electrónico del usuario12 al usuario 11. Se va a utilizar el cliente de correo Thunderbird. En Para escribir la dirección electrónica del destinatario: en Asunto escribir Prueba decorreo y en cuerpo del texto escribir Prueba de correo. Al usuario 11 de el usuario 12. Dar clic en Enviar.
132 124 Fig Envío de un mensaje de correo. Se revisa el correo electrónico en el usuario11 y se comprueba que ha recibido el mensaje de correo enviado por el usuario12. Fig Recepción del mensaje de correo REALIZAR EL ENVÍO DE UN CORREO ELECTRÓNICO DESDE EL SERVIDOR AL USUARIO11. En el servidor se va a ejecutar el webmail desde el navegador mozilla firefox. Para esto se ingresa en la barra de direcciones lo siguiente:
133 125 Fig Pantalla de presentación al squirreloutlook. Una vez que se ha ingresado el login y el password se ingresa al webmail. Fig Ingreso a la bandeja de entrada de squirreloutlook. La prueba consiste en el envío de un mensaje de correo desde el servidor al usuario11. En el webmail escribir el destinatario en To: en Subject: Prueba de correo y en cuerpo del
134 126 texto escribir Este es solo una prueba de correo. Enviando al usuario11. Gracias. Dar clic en Send. Fig Envío de un mensaje de correo desde el servidor. Se comprueba que el mensaje de correo ha llegado a su destinatario. Fig Recepción del mensaje de correo.
135 PRUEBAS DE FTP DESDE UN USUARIO EN WINDOWS XP INGRESAR AL SERVIDOR FTP DESDE EL USUARIO11, FUNCIONANDO CON WINDOWS XP, MEDIANTE UN USUARIO Y UNA CONTRASEÑA. Desde un usuario en xp con el nombre usuario11 se accede así al servidor FTP. Para ello se debe seguir los siguientes pasos: botón inicio ejecutar cmd aceptar. Aparecerá una pantalla con el nombre del usuario que se administra. Se accede al servidor ftp ingresando la ip de nuestro servidor: Fig Acceso al servidor ftp. Luego del mensaje de bienvenida ingresar el nombre de nuestra cuenta en el servidor y nuestra contraseña. Fig Pantalla de bienvenida al servidor ftp. Con el comando dir se ve todo el contenido de nuestro directorio en el servidor ftp.
136 128 Fig Muestra del contenido del directorio en el servidor. Puede verse al ingresar al directorio usuario11 en el servidor FTP. Fig Contenido del directorio usuario11 en el servidor. Para ver todo lo que contiene la carpeta del usuario en windows XP.
137 129 Fig Carpeta del usuario en Windows XP COPIAR UN ARCHIVO DESDE EL DIRECTORIO DEL USUARIO11 EN EL SERVIDOR. Con el comando get se copia el documento archivo_prueba del servidor FTP. Fig Copia de un documento del servidor. Se puede observar que el documento archivo_prueba se ha copiado a nuestra carpeta en Windows XP.
138 130 Fig Archivo del servidor copiado ENVIAR UN ARCHIVO DESDE EL USUARIO11 HACIA EL SERVIDOR. Ahora se procede a enviar un documento a nuestro directorio en el servidor FTP. Para ello ingresar put config.doc. Fig Envío de un archivo hacia el servidor. Se puede comprobar que el documento se ha copiado en nuestro directorio en el servidor FTP.
139 131 Fig Directorio del usuario en el servidor. Con el comando bye salir del servidor FTP. Fig Pantalla de salida del servidor ftp. 4.6 PRUEBAS DE SAMBA ACCEDIENDO A RECURSOS COMPARTIDOS DE UNA MÁQUINA WINDOWS VISUALIZAR LAS CARPETAS COMPARTIDAS EN EL USUARIO07 Se enlista las carpetas compartidas del usuario usuario07 en una máquina Windows XP de nombre usuario07.

References: RESOLUCIÓN 
 Resolución 
 RESOLUCIÓN 
 Resolución 
 Resolución 
 resolución 
 resolución