Introducción. Redes de Computadoras (INF293) Principios básicos: paradigma cliente-servidor

Transcripción

1 Introducción Redes de Computadoras (INF293) PUCP Un programador puede crear aplicaciones para Internet sin necesidad de entender las tecnologías de red o protocolos de comunicación que brindan el soporte necesario Traducido del libro de Douglas Comer, Computer Networks Página 2 Ubicación de las aplicaciones en el modelo TCP/IP Capa de Aplicación Capa de Transporte Aplicaciones Los procesos de aplicación generan la comunicación en este nivel. Sistema Operativo El sistema operativo, a través de la pila de protocolos administra las funciones de estas dos capas. Principios básicos: paradigma cliente-servidor Las aplicaciones de red emplean una forma de comunicación conocida como paradigma cliente-servidor. Una aplicación servidora espera el contacto, mientras que una aplicación cliente inicia la comunicación. Capa de Internet Capa de Red Hardware El hardware realiza las operaciones de control de acceso al medio y transmisión / recepción de datos. El driver de red administra la manera en que el sistema operativo utiliza el hardware para realizar estas tareas La información puede fluir en ambas direcciones entre el cliente y el servidor. Aunque muchos servicios acuerdan que el cliente mande solicitudes y el servidor responda, son posibles otras interacciones. Página 3 Página 4

2 Paradigma Cliente-Servidor Qué es cliente y qué es servidor? Son aplicaciones. Servidor se ejecuta permanentemente en un equipo. Cliente puede ser una librería de rutinas o un programa, que inicia una conexión con el servidor. Página 5 Página 6 Ejemplo práctico Aplicación servidor escucha en un puerto. Aplicación cliente se conecta a la aplicación servidor. Transferencia de datos. Finalización de la conexión. Port 23 Servidor IP Concurrencia Conexión TCP 1 Conexión TCP 2 Port 1038 Cliente IP Socket: Socket: El servidor ejecuta el proceso Telnet en el puerto 23 y crea un hilo del proceso Telnet por cada conexión que recibe. En éste caso particular se ha usado el mismo puerto del lado del cliente, pero al ser los IP s distintos el servidor puede diferenciar un hilo del otro. Mientras el servidor utiliza un sistema operativo multitarea y multiusuario, los clientes pueden usar un sistema operativo sencillo. Port 1038 Cliente IP Socket: Página 7 Página 8

3 Port 23 Conexión TCP 1 Conexión TCP 2 Port 1038 Port 1039 Socket: Un equipo puede ejecutar aplicaciones cliente y servidor en forma simultánea Inicio panel_de_control Rendimiento_... Herramientas_admin servicios Servidor IP Cliente IP Socket: Socket: En éste caso existen 2 conexiones Telnet entre el servidor y un equipo. Para diferenciar una conexión de otra el host cliente debe usar 2 puertos distintos en cada uno de los procesos que corre. Observar que sólo el servidor Telnet es multihilos y genera procesos hijos. Los clientes Telnet son procesos separados y no tienen relación el uno con el otro, no parten de un proceso padre, sin embargo el host cliente debe poseer ahora un sistema operativo multitarea para que puedan correr en simultáneo. Página 9 Página 10 Direccionamiento Básico en IPv4 Dirección IP: valor de 32 bits Representación: 4 números decimales de Numeración única para cada equipo conectado a la red. Herramientas básicas de prueba ping traceroute (tracert) Ejemplo: ping tracert Página 11 Página 12

4 Servicios Básicos Servicios Básicos y Extendidos de Red DNS (Domain Name System) DHCP (Dynamic Host Configuration Protocol) Página 14 Servicios Extendidos Telnet (TErminaL NETwork) SSH (Secure SHell) FTP (File Transfer Protocol) TFTP (Trivial File Transfer Protocol) SMTP (Simple Mail Transfer Protocol) DOMAIN NAME SYSTEM HTTP (Hypertext Transfer Protocol) RTP (Real Time Protocol) Página 15

5 Consulta directa Bases de Datos Consulta SQL Resultado de Consulta Cliente Servidor de Base de Datos Página 18 Consulta indirecta Bases de Datos Distribuidas Almacenan información en diferentes servidores. Cliente Solicitud/Consulta Web Consulta SQL Resultado de Consulta Web Resultado de Consulta Servidor de Aplicaciones Web Servidor de Base de Datos No almacenan necesariamente la misma información, pudiendo tener datos comunes y datos propios. Ejemplo: DNS Página 19 Página 20

6 DNS=Domain Name Service Un nombre indica qué busco, una dirección indica dónde está y una ruta indica cómo lo obtengo. Los puntos de red en una red TCP /IP están identificados por una dirección única de 32bits. "Es más fácil recordar nombre que números..." HOST Table (/etc/hosts) Es un simple archivo tipo texto donde está asociada la Dirección IP con el Nombre de Host. Cliente/Servidor DNS Los servidores DNS contienen información de un segmento de la BD distribuida y la ponen a disposición de los clientes. Las peticiones de los clientes viajan en paquetes UDP al DNS local router.ventas.com.pe router e0lcentro.ventas.com.pe estación pucp.edu.pe pucp ulima.edu.pe ulima En Windows 2K se encuentra en: c:/winnt/system32/drivers/etc/hosts FTP HTTP SMTP RPC Telnet DNS TCP IP SNMP ASN1 T F UDPT P NFS XDR RPC PROTOCOLOS de ACCESO al MEDIO Página 21 Página 22 Ventajas del DNS Desaparece la carga excesiva en la red y en los hosts: ahora la información esta distribuida por toda la red, al tratarse de una BBDD distribuida. No hay Duplicidad de Nombres: el problema se elimina debido a la existencia de dominios controlados por un único administrador. Puede haber nombres iguales pero en dominios diferentes. Consistencia de la Información: ahora la información que esta distribuida es actualizada automáticamente sin intervención de ningún administrador. DNS Conceptualmente el DNS está dividido en dos componentes: Resolver (El que hace la pregunta). Name Server (El proceso que responde a las preguntas). Resolver No existe como un proceso particular en el sistema, es sólo una librería de rutinas ("resolver code"). Name Server Corre como un proceso distinto llamado "named". Página 23 Página 24

7 DNS Proceso resolver del cliente El servicio de nombres de dominio se basa en un esquema jerárquico que permite asignar nombres, basándose en el concepto de dominio, utilizando para su gestión una base de datos (BBDD) distribuida. Adaptado en Las consultas al DNS son realizadas por los clientes a través de las rutinas de resolución ( resolver o resolvedor o resolutor, según algunas traducciones). Estas funciones son llamadas en cada host desde las aplicaciones de red. Las funciones resolver sirven para hacer peticiones e interpretan las respuestas de los servidores de nombres de dominio de Internet. P.ej gethostbyname() y gethostbyaddr() Página 25 Página 26 Proceso resolver del cliente Secuencias en la resolución de un nombre a dirección: Local DNS Function Translate Names to IP Addresses Translate IP Addresses to Names El usuario emite una solicitud al protocolo cliente. El protocolo cliente pasa el nombre al resolvedor. El resolvedor pasa el nombre al DNS El DNS devuelve la dirección de IP al resolvedor El resolvedor devuelve la dirección IP al cliente El cliente se comunica con el servidor usando la dirección IP Local Computer NETWORK DNS Remote Computer 1. Local computer telnets to Remote by name 2. Local computer requests IP for Remote 3. DNS responds with IP address for Remote 4. Local completes telnet to Remote using IP Página 27 Página 28

8 DNS Distribution Each Domain has an associated DNS Server Root Servers rs-internic.net The Internet ISP DNS Internet Service Provider Local Network 1. HOST1 telnet to HOST Request IP from Local DNS 6Local Network 3. Find DNS for HOST2 Local Network 7 4. Receive IP for other DNS Local DNS 2 5. Request IP from other DNS Local DNS 6. Receive HOST2 IP from other HOST2 HOST1 DNS 7. Deliver IP for HOST2 8. Complete telnet connection Sintaxis de nombres de dominio Se define nombre de dominio a una tira de menos de 255 caracteres, formada por etiquetas separadas por puntos (cada etiqueta inferior a 63 caracteres RFC 1034) de forma jerárquica o por niveles (comenzando el nivel superior por la derecha). Cada dominio es un índice en la base de datos del DNS. No se distinguen mayúsculas de minúsculas. Esto no se aplica a la parte izquierda en las direcciones de correo. Ejemplo: pucp.edu.pe tiene 3 etiquetas, siendo el dominio de nivel superior pe, dominio de 2º nivel edu.pe y dominio de nivel inferior pucp.edu.pe. Los nombres de dominio absolutos terminan con. en el índice del DNS (ej. pucp.edu.pe. ) y los relativos no, necesitando saber el contexto del dominio superior para determinar de manera única su significado verdadero. En el nivel absoluto superior o raíz, los dominios se clasifican en geográficos (también conocidos como, o por países o ISO-3166) y organizacional. Los geográficos pretenden una división por países, mientras que los genéricos realizan la división en función del tipo de organización. Página 29 Página 30 Jerarquía organizacional de dominios Top Levels of Domain Space ROOT. ROOT Domain com edu gov net Top Level Domain (TLD) MIL EDU COM ARPA ORG US NET GOV nih dcrt niddk Top Level domain puede ser definido como tipo geográfico u organizacional. AF ARMY ISI MIT NAI IBM Over 30 Domains under the Root NIC The tree can grow to a depth of 127 levels CA GA The NIC grants authority to other institutions to manage names below the second level Top Level Name Servers know the authoritative name servers for all second-level domains Página 31

9 Jerarquía geográfica de dominios. es ar pe br ulima edu pucp ROOT Domain mil marina org cepis Top Level Domain (TLD) Subdomains Top Level Domains Nombres de dominio de nivel superior (TLD) genéricos más utilizados Nombre de Dominio COM EDU GOV MIL ORG NET INT.biz (Business).info (Abierto).museum (Museos).coop (Cooperativas) Significado Organizaciones comercianles, Microsoft.com, ibm.com Universidades, Instituciones academicas,... Instituciones Gubernamentales Organizaciones militares Organizaciones no comerciales Grupos relacionados con la Red Organizaciones Internacionales.pro (profesionales).name (ayrton.bartra.name).aero (aerolíneas).tv (televisión) ICANN: Página 33 Página 34 Delegación de autoridad La organización que posee un nombre de dominio, es responsable del funcionamiento y mantenimiento de los servidores de nombres. Esta área de influencia se llama zona de autoridad. AUTHORITATIVE Server Es cualquier servidor responsable por el mantenimiento adecuado de la información sobre el dominio por el cual está siendo consultado. La solicitud de registro se realiza a una autoridad competente, por ejemplo InterNIC ( es una autoridad de registro. Para ello es necesario identificar al menos dos DNS. Cada país a su vez también dispone de autoridades de registro. Otra opción, es contactar con los servicios ofrecidos con un ISP. La autoridad del dominio TLD.pe es la Red Científica Peruana (RCP) que registra los dominios de 2º nivel para el Perú. Las solicitudes se puede tramitar en la página Zonas y dominios En esta zona existe un administrador local que a su vez puede delegar en otros administradores. P.ej, pucp.edu.pe puede delegar en el Departamento de Informática ( inform.pucp.edu.pe ) para gestionar en este dominio inferior la asignación de nombres. Un domino o subdominio (dominio de nivel inferior) no tiene porque corresponder con una red/subred IP, ni tampoco una correspondencia geográfica. Los servidores DNS tienen información completa de una zona de autoridad. La zona de autoridad abarca al menos un dominio, pudiendo incluir dominios de nivel inferior y tendrá normalmente un servidor de nombres primario. Estos dominios de nivel inferior se pueden delegar en otros servidores locales, encargados de su zona. Página 35 Página 36

10 Ejemplo Una empresa con una central y dos sucursales (delegación A y B). La base de datos raíz de Internet apuntará a los servidores de nombres de la oficina central. Estos servidores responderán directamente a peticiones de nombres que pertenezcan a su zona. Si se solicita un nombre de otra de las zonas, el servidor de la oficina central devolverá los nombres y direcciones de los servidores adecuados. central.empresa.com empresa.com delegación_a.empresa.com delegación_b.empresa.com Zonas y dominios Para muchas organizaciones resulta más sencillo tener en funcionamiento un único grupo de servidores primarios y secundarios en su red interna, incluso aunque los datos se repartan para varias zonas. Resulta completamente aceptable la utilización de un servidor para varias zonas, e incluso, para varios dominios. Los datos de cada zona se almacenarán en un archivo diferente. Cada archivo puede actualizarlo un administrador diferente si es necesario. La distribución de direcciones IP puede ser cualquiera, incluso de diferentes subredes. Por tratarse de la capa de aplicación, no hay vinculación a nivel de red/subred, ni correspondencia geográfica. Además, esta gestión de servidores y actualización de direcciones IP, se puede realizar de forma automática vinculando la gestión del DNS con el servidor DHCP, lo que se llama DNS dinámico. Según las características de la zona, los servidores DNS se pueden clasificar en: primarios, secundarios, maestros y locales. Los subdominios definidos no tienen relación directa con las redes o el subneting que se pueda realizar en la red IP de la empresa. Página 37 Página 38 Tipos de servidores DNS Maestros (Master Name Servers): son los que transfieren las zonas a los servidores secundarios. Cuando un servidor secundario arranca busca un servidor maestro y realiza la transferencia de zona. Un servidor maestro para una zona puede ser a la vez un servidor primario o secundario de esa zona. Estos servidores extraen la información desde el servidor primario de la zona. Así se evita que los servidores secundarios sobrecargen al servidor primario con transferencias de zonas. Locales (Caching-only servers): no tienen autoridad sobre ningún dominio: se limitan a contactar con otros servidores para resolver las peticiones de los clientes DNS. Estos servidores mantienen una memoria caché con las últimas preguntas contestadas. Cada vez que un cliente DNS le formula una pregunta, primero consulta en su memoria caché. Si encuentra la dirección IP solicitada, se la devuelve al cliente; si no, consulta a otros servidores, apuntando la respuesta en su memoria caché y comunicando la respuesta al cliente. Tipos de servidores DNS Primarios (PrimaryNameServers):Almacenan la información de su zona en una base de datos local. Son responsables de mantener la información actualizada y cualquier cambio debe ser notificado a este servidor Secundarios (Secundary Name Servers): Son aquellos que obtienen los datos de su zona desde otro servidor que tenga autoridad para esa zona. El proceso de copia de la información se denomina transferencia de zona. Página 39 Página 40

11 Jerarquía El DNS es un sistema Jerárquico para resolver nombres de hosts en direcciones IP. Jerarquía de servidores de dominio Solicitud local Una solicitud de nivel más alto Página 41 Página 42 Jerarquía de servidores de dominio Jerarquía plegada. El servidor raíz contiene la dirección IP de todos los servidores de todas las organizaciones registradas. Servidores raíz Las direcciones IP de los dominios superiores no se incluyen en el DNS porque no son parte del propio dominio. Para consultar hosts externos se consulta a los servidores raíz, cuyas direcciones IP están presentes en un fichero de configuración del sistema (llamado db.cache) y se cargan en el caché del DNS al iniciar el servidor. Los servidores raíz proporcionan referencias directas a servidores de los dominios de segundo nivel, como COM, EDU, GOV, etc. Página 43 Página 44

12 Servidores raíz Consultas recursivas e iterativas A.ROOT-SERVERS.NET B.ROOT-SERVERS.NET C.ROOT-SERVERS.NET D.ROOT-SERVERS.NET E.ROOT-SERVERS.NET F.ROOT-SERVERS.NET G.ROOT-SERVERS.NET H.ROOT-SERVERS.NET I.ROOT-SERVERS.NET J.ROOT-SERVERS.NET K.ROOT-SERVERS.NET L.ROOT-SERVERS.NET M.ROOT-SERVERS.NET Con una consulta recursiva, el cliente realiza una petición y se le devuelve directamente la respuesta a esa petición o un error. Si el servidor consultado conoce la respuesta la devuelve directamente al cliente, en caso de no conocerla contactará con otro servidor de nombres para preguntarle a él. Esta consulta en cadena se puede extender hasta que el servidor reciba una respuesta o un error que pueda pasar al cliente. En una consulta iterativa, el cliente además de una respuesta directa o un error, puede recibir una referencia a otro servidor de nombres para que realice la consulta en su lugar. El servidor de nombres consultado puede devolver la respuesta en caso de conocerla, si no la conoce devolverá al cliente una referencia a un servidor para que le realice la consulta. Mientras que el método de consulta iterativa siempre está presente, las consultas recursivas son opcionales, y un servidor de nombres no tiene por qué aceptarlas. Página 45 Página 46 Registros DNS Cada entrada en la tabla de un DNS contiene información, no sólo de las direcciones IP, si no de un registro de recursos, con 5 campos o tuplas= [Nombre_dominio] [TTL] [Clase] Tipo Dato_Registro(Valor) Cuando un cliente (resolver) da un nombre de dominio al DNS, lo que recibe son los RR asociados a ese nombre y por tanto la función real del DNS es relacionar los dominios de nombres con los RR. Normalmente existen muchos RR por dominio. Registros DNS [Nombre_dominio] [TTL] [Clase] Tipo Dato_Registro(Valor) Nombre_dominio: puede haber más de un registro por dominio. Este campo a veces puede omitirse, tomando por defecto el último nombre de domino indicado con anterioridad. TTL: tiempo de vida para almacenarse, indicando la estabilidad del registro. Información altamente estable tiene un valor grande (86400 seg. o un día), mientras que la volátil recibe un valor pequeño (60 seg.). Clase: Actualmente sólo se utiliza IN, para información de Internet. Este campo si se omite, se toma el último valor indicado con anterioridad Tipo: indica el tipo de registro. Ejm: A, NS, CNAME, MX, PTR, etc. Dato_Registro(valor): es un número o texto ASCII dependiendo del tipo de registro. Página 47 Página 48

13 Resource Records - RR The information associated with domain names is contained in resource records There are different classes of records used for different types of networks or software IN designates internets using TCP/IP Class designators precede record entries i.e.: IN SOA; IN NS; IN A IN A Class: Internet Protocol Record Type: Address Tipo de Registro SOA Start Of Authority NS Name Server A Addres CNAME MX TXT PTR HINFO WKS Registros DNS Descripción Inicio de autoridad, identificando el dominio o la zona. Fija una serie de parámetros para esta zona. El nombre de dominio se hace corresponder con el nombre de una computadora de confianza para el dominio o servidor de nombres. Dirección IP de un host en 32 bits. Si este tiene varias direcciones IP, multihomed, habrá un registro diferente por cada una de ellas. Es un alias que se corresponde con el nombre canónico verdadero. Se trata de un intercambiador de correo (Mail exchanger), es decir, un dominio dispuesto a aceptar solo correo electrónico. Texto, es una forma de añadir comentarios a la Base de Datos. Por Ej., para dar la dirección postal del dominio. Apuntador, hace corresponder una dirección IP con el nombre de un sistema. Usado en archivos dirección-nombre, la inversa del tipo A. Información del Host, tipo y modelo de computadora. Servicios públicos (Well-Known Services). Puede listar los servicios de las aplicaciones disponibles en el ordenador. Página 49 Página 50 Resolución inversa de nombres Árbol para la resolución inversa inaddr.arpa Se dice que se hace una resolución directa cuando el usuario proporciona al servidor de nombres el nombre de un recurso de la red y el servidor le devuelve la dirección de dicho recurso. La resolución inversa es el proceso contrario, el usuario proporciona al servidor una dirección de red de un recurso y obtiene el nombre o nombres con los cuales es conocido dicho recurso de red. Los servidores de nombres pueden o no implementar la resolución inversa, ya que se trata de un servicio opcional. Para ello se ha crea un dominio especial llamado: in-addr.arpa COM EDU ARPA IN-ADDR Página 51 Página 52

14 Resolución inversa de nombres Funciones del cliente DNS Para evitar una búsqueda exhaustiva por todo el espacio de nombres de dominio, se utiliza un dominio especial llamado in-addr.arpa. Cuando un cliente DNS desea conocer el nombre de dominio asociado a la dirección IP w.x.y.z realiza una pregunta inversa a z.y.x.w.in-addr.arpa. La inversión de los bytes es necesaria debido a que los nombres de dominio son más genéricos por la derecha, al contrario que ocurre con las direcciones IP. La organización que posee una dirección de red es responsable de registrar todas sus traducciones de dirección a nombre en la base de datos del DNS. Esto se hace en una tabla que es independiente de las correspondencias entre nombre y direcciones. El dominio in-addr.arpa se creó para apuntar hacia todas esas tablas de red. Cabe señalar que muchos servidores FTP, WWW, NEWS,... No aceptarán conexiones de máquinas de las cuales no son capaces de resolver el nombre, por eso el mapeo inverso es obligado. Interrogar al servidor DNS Interpretar las respuestas que pueden ser registros de recursos (RR) o errores Devolver la información al programa que realiza la petición al cliente DNS. Para configurar una estación de trabajo UNIX/Linux en modo cliente de DNS se debe crear el archivo de resolución de cliente /etc/resolv.conf. Una entrada de un archivo típico de cliente DNS es: ; Archivo /etc/resolv.conf ; search pucp.edu.pe nameserver nameserver Por seguridad se define el uso de más de un servidor DNS en caso de que alguno falle. Asimismo el servidor DNS debe pertenecer de preferencia a la red local del cliente de tal forma que aceleramos las resoluciones entre servidores internos de la organización. Página 53 Página 54 Formato de los mensajes DNS DNS utiliza UDP como protocolo de transporte, toda la consulta viaja en un solo paquete. El cliente envía una solicitud (pregunta) en un mensaje formateado y el servidor añade la información requerida en dichos campos. Este formato permite realizar varias consultas incluso 0 bit...16 bit...32 bit IDENTIFICACIÓN de la pregunta PARÁMETROS Nº DE SOLICITUDES Nº DE RESPUESTAS (1) Nº DE REG. AUTORIDAD (1) Nº DE REGISTROS ADICIONALES (1) Consulta/s (sección de solicitudes) RR de respuestas (sección de respuestas) RR de autoridad (sección de respuestas) RR de información adicional (sección de respuestas) Formato de los mensajes DNS Normalmente un mensaje contiene una única consulta, pero como hemos dicho anteriormente se permite concatenar varias peticiones en la sección de consulta. Campo Descripción Nombre Nombre de dominio o dirección IP (en el subárbol IN-ADDR.ARP) Tipo Tipo de consulta, A, NS,... Clase IN para Internet, se representa como 1 (1)rellenado por DNS Página 55 Página 56

15 Formato de los mensajes DNS RR de respuestas se estructuran de la siguiente forma: Campo Descripción Nombre Nombre del nodo para este registro Tipo Tipo de registro, SOA, A,.. Clase IN TTL Tiempo de vida RDLENGTH Tamaño del campo de datos RDATA Información del tipo de registro RR de autoridad identifica a los servidores de nombres de confianza para el dominio. RR de información adicional se proporciona direcciones IP de los servidores de nombres de confianza. DNS Configuration Files Forward or Name Domain Zone File SOA Record (Start of Authority) Defines the authoritative DNS server Sometimes referred to as Source of Authority NS record (Name Server) Host name of name server for this domain Requires associated A record MX record (Mail Exchanger) A record (Address) Host name and IP address within the domain Resolving Name to IP Página 57 Página 58 DNS Configuration Files Reverse or Inverse Address Domain Zone File SOA Record (Start of Authority) Defines the authoritative DNS server Sometimes referred to as Source of Authority NS record (Name Server) Host name of name server for this domain PTR record (Pointer) IP address and host name within the domain Resolving IP to Name in-addr.arpa Facilitates inverse DNS queries The in-addr.arpa domain maps the DNS hierarchy to the IP addressing hierarchy The first three octets of the IP address of the domain are reversed in the creation of the inaddr.arpa record in-addr.arpa points to a sub-domain with the network address Reverse DNS often produces unreliable results Página 59 Página 60

16 /etc/hosts Página 61 Página 62 Archivos de Configuración /var/named/db.galaxia Página 63 Página 64

17 /var/named/db.galaxia /var/named/db Página 65 Página 66 /var/named/db /var/named/ zone Página 67 Página 68

18 /var/named/root.hint /etc/named.conf Página 69 Página 70 El comando nslookup El comando nslookup interroga a servidores DNS. Ejemplo de resolución directa: [root@pucp /]# nslookup Server: pucp.edu.pe Address: Name: hermes.pucp.edu.pe Address: , Aliases: Ejemplo de resolución inversa: [root@dirinfo /]# nslookup Server: pucp.edu.pe Address: Name: hermes.pucp.edu.pe Address: Página 71 Página 72

19 Probar el Servidor de nombres Protocolo DHCP Página 73 Dynamic Host Configuration Protocol DHCP es la versión dinámica del BootP, da más flexibilidad para administrar direcciones IP. Usa también el puerto 67 para el servidor y el 68 para el cliente. Centraliza la configuración de TCP/IP asignando automáticamente las direcciones IP a los Hosts de la red. El servidor de DHCP mantiene un rango de direcciones IP que asigna a los hosts de la red. Cuando un servidor DHCP recibe una petición desde un cliente DHCP el servidor selecciona la primera dirección libre y la envía al cliente con información adicional del protocolo. Ventajas Protocolo Dynamic Host Configuration Se eliminan los problemas de configuración. Control centralizado de las direcciones IP de la red. Disminuyen los gastos administrativos por cambios en la configuración. Se eliminan los errores de digitación en los datos. Página 75 Página 76

20 Protocolo Dynamic Host Configuration Cliente Cliente No-DHCP DHCP Funcionamiento de DHCP Dirección IP 1 Dirección IP 2 Cliente DHCP Servidor DHCP Base de Datos DHCP Dirección IP 1 Dirección IP 2 Dirección IP 3 Página 77 Página 78 Los seis estados principales de un cliente DHCP y las transiciones entre éstos. Formatos del mensajes del DHCP Página 79 Página 80

21 /etc/dhcpd.conf /etc/dhcpd.conf Página 81 Página 82 /etc/dhcpd.conf Archivo de Registro Página 83 Página 84

22 Telnet Telnet Permite a un usuario en un terminal (o a un proceso de aplicación de usuario) comunicarse interactivamente con un proceso de aplicación, tal como un editor de textos corriendo sobre un computador remoto, como si el terminal o el proceso estuvieran conectados directamente a éste. Página 86 Interacción cliente-servidor en telnet Terminal de Usuario Host de Cliente Sistema Operativo Cliente TELNET TCP / IP AP de Usuario Mensajes en formato NVT NVT = Terminal virtual de red Host de Servidor Programas/Proceso s interactivos Sistema Operativo Servidor TELNET TCP / IP Comando IAC NOP EC EL GA AYT AO BRK Bytes de comandos NVT y su significado Decimal Significado Interpretar el siguiente byte como byte de comando. No operación. Borrar carácter. Borrar línea. Continuar adelante. Se encuentra Ud. Ahí? Proceso de interrupción. Aborto de salida. Página 87 Página 88

23 Bytes de comandos NVT y su significado Códigos de opciones NVT y su significado Comando DMARK SB SE WILL WON T DO DON T Decimal Significado Reasumir salida. Cadena de negociación de opción de arranque. Cadena de opción de negociación final. Opción de aceptación/petición. Petición de opción de rechazo. Opción de aceptación de petición. Opción de rechazo de aceptación de petición. Ejemplos de comandos NVT intercambiados entre cliente y servidor: La secuencia: IAC, SB, DO, 0, SE indica que el receptor está preparado para aceptar información o: IAC, SB, DON T, 0, SE indica que no está preparado para aceptar información. Si el receptor envía la secuencia IAC, SB, DO, 0, SE, el transmisor podría entonces enviar la secuencia: IAC, SB, WILL, 0, SE para indicar que está aceptando la negociación, o la secuencia: IAC, SB, WON T, 0, SE Página 89 Página 90 Códigos de opciones NVT y su significado En el modo binario todos los bytes IAC se envían dos veces para indicar al receptor que interprete el Byte como data y no como arranque de un comando. El comando marca de temporización (timing mark) realiza una función similar a la función de sincronización de la capa de sesión del modelo OSI. El uso de otros comandos puede ser deducido de sus significados. Códigos de opciones NVT y su significado Nombre Transmitir binario Eco Estado Marca de tiempo Tipo de terminal Modo de línea Código Significado Pedir/Aceptar cambio a 8 Bytes binario. Caracteres (eco) recibidos de regreso en el transmisor. Petición/Respuesta del estado del TELNET receptor. Insertar marca de tiempo en datos de retorno. Petición/Respuesta del tipo de terminal remoto. Enviar líneas completas en vez de caracteres individuales. Página 91 Página 92

24 Secure SHell SSH Intérprete de comandos seguro. Protocolo de comunicación para controlar un computador remoto a través de una CLI (Command Line Interface - Interfaz de Línea de Comandos- también llamada: "shell"). El computador puede estar en una sala de servidores refrigerada, o no tiene teclado ni pantalla (Sistemas Blade) Página 94 Secure SHell SSH Es parecido a telnet, con la gran diferencia de que en el caso de ssh, la información viaja cifrada (RSA) con lo cual es muchísimo más segura. En nuestra LAN no es tan importante, pero si nos conectamos a través de Internet es fundamental e imprescindible, usar un protocolo seguro como SSH. Instalar SSH en Ubuntu #apt-get install openssh-server Conexión a un servidor remoto $ ssh host_remoto (IP ó nombre) Conectar como usuario remoto $ ssh usuario_remoto@host_remoto Página 95 Página 96