# TEMA 1: Conceptos básicos ## 1. Introducción Estudiar la red a nivel de tecnología, y arquitectura. - Una **red** es un conjunto de hosts o sistemas finales interconectados que se pueden comunicar a través de esta. - La **tecnología** es un conjunto de procedimientos, métodos y elementos físicos que permiten transmitir información. - La **arquitectura** es el conjunto de capas y protocolos de una red de comunicaciones (nombre de capa y protocolo). La **pila de protocolos**, en cambio, es el conjunto de protocolos asociados a **cada capa** de una red de comunicaciones (solamente protocolos). ## 2. Modelo OSI vs TCP/IP ~~~tabs ---tab OSI ![[Pasted image 20240916084750.png|150]] Modelo jerárquico dividido en capas o niveles basado en "divide y vencerás" para cubrir todos los servicios de una red. Debido a la jerarquía, las capas tienen un nivel de complejidad mayor cuanto más abajo están, al igual que son más cercanas al usuario cuanto mas arriba están. ---tab TCP/IP ![[Pasted image 20240916092616.png|150]] Modelo que simplifica el OSI agrupando algunas capas: - Aplicación, Presentación y Sesión $\rightarrow$ Aplicación - Transporte (Host a Host) - Red - Enlace y Físico $\rightarrow$ Host a Red ~~~ ## 3. Relación entre los niveles/capas Los niveles inferiores suministran servicios a los superiores. El nivel superior "usa" el servicio del nivel inferior. Por ejemplo, TCP es cliente de IP. ### Encapsulación Por ejemplo al pedir una página web: **(ENVÍO)** - HTTP monta el mensaje HTTP y pide servicio a TCP. - TCP añade la cabecera TCP al mensaje recibido desde HTTP y pide servicio a IP. - IP añade la cabecera IP al datagrama TCP y pide servicio a IEEE 802.3. - IEEE 802.3 añade cabecera y cola al paquete IP y se envía la trama. **(RECEPCIÓN)** - IEEE 802.3 recibe la trama (binario), desencapsula (quita cabecera y cola) y "sube" el paquete IP. - IP recibe el paquete IP, desencapsula (quita cabecera) y "sube" el datagrama TCP. - TCP recibe el datagrama TCP, desencapsula (quita cabecera) y "sube" el mensaje HTTP. - HTTP recibe el mensaje HTTP y "monta" la respuesta. ## 4. Nivel de transporte Proporciona comunicación lógica entre procesos de aplicación que se ejecutan en diferentes hosts: los mensajes de aplicación se dividen en **segmentos** que se pasan al nivel de red. Los protocolos de transporte tienen lugar en los extremos. Existen dos protocolos del nivel de transporte: ![[Pasted image 20240918110700.png|600]] ### Protocolo TCP ![[Pasted image 20240918112218.png|500]] - **Source Port (16b):** puerto del nivel de aplicación en el host transmisor. - **Destination Port (16b):** puerto del nivel de aplicación en el host receptor. - **Sequence Number (32b):** número del primer octeto. - **ACK (32b):** número de secuencia esperado del otro extremo (confirmando los anteriores). - **Data Offset:** indica que "trozo" es en la segmentación. - **Flags:** banderas booleanas (1/0): - SYN: crear - FIN: cerrar - RST: rechazar - ACK: reconocer - **Window (16b):** tamaño máximo de cada "trozo". ### Protocolo UDP ![[Pasted image 20240918114306.png|500]] - **Source Port (16b):** puerto del nivel de aplicación en el host transmisor. - **Destination Port (16b):** puerto del nivel de aplicación en el host receptor. - **Length:** tamaño del campo de datos. - **Checksum:** control de errores. ## 5. Nivel de red Define un esquema de direccionamiento. Establece las herramientas necesarias para definir un enrutamiento entre hosts. Emplea el servicio de entrega de R_PDUs suministrado por el nivel de enlace, permitiendo intercambiar datos entre dispositivos que implementen mínimo hasta nivel de enlace. ### Protocolo IPv4 Características: - No fiable - No orientado a la conexión - Direccionamiento jerárquico de 32b (direcciones IP) - Existen direcciones especiales (127.0.0.1, 192..., 10..., 172..., 0.0.0.0, 255.255.255.255,...) - Soporta fragmentación ![[Pasted image 20240918115601.png|600]] - **Version (4b):** si es v4 o v6. - **Total Length (16b):** tamaño de la cabecera y datos. - **Fragment Offset:** para fragmentación. - **TTL (8b):** _time to live_ o número de saltos por los que puede pasar el mensaje. - **Source & Destination Address (32b):** direcciones IP de los hosts en transmisor y receptor. ### Direccionamiento IP ![[Pasted image 20240918120609.png|350]] Un host está configurado si: - Tiene dirección IP - Tiene router frontera - Tiene máscara de red ### Sockets Un socket es el par dirección_ip:puerto. A su vez, un par de sockets, identifica de manera única una conexión en Internet. - Define un extremo de la comunicación. - Identifica un proceso en internet. ## 6. Identificación de clientes - TCP y UDP con **puerto** - IP con **Protocol** - Ethernet con **Ethertype** - IEEE 802.3 (MAC) emplea LLC (IEEE 802.2) # TEMA 2: Servicios de directorio ## 1. Introducción - **Configuración y administración:** DHCP. - **Acceso remoto:** SSH. - **Gestión de archivos:** FTP. - **Servicios de impresión:** Compartición de recursos. - **Información:** Compartir y buscar información (www, IPv). - **Comunicación:** Intercambio de texto, audio y/o vídeo entre usuarios (e-mail, chat, VoIP). Existen dos paradigmas: ### Cliente-Servidor ![[Pasted image 20240925105710.png|300]] **Servidor:** - Siempre activo - Dirección IP estática **Cliente:** - Se comunica con el Servidor - No se comunica con otros clientes - Dirección IP dinámica - Conexión intermitente #### Inconveniente: Puede haber un cuello de botella en el Servidor Para resolver el cuello de botella se pueden usar servidores de respaldo que pueden servir tanto para contener _backups_ del servidor principal y funcionar en caso de fallo o para balancear la carga entre el principal y ellos y descongestionar el principal. ![[Pasted image 20240925110142.png|400]] ### Peer-to-Peer (P2P) ![[Pasted image 20240925110416.png|350]] No existe un "servidor principal". Los elementos de la red no tienen por qué estar siempre activos, se pueden comunicar entre sí y pueden tener IPs dinámicas. ### Híbrido ![[Pasted image 20240925111040.png|350]] El servidor no ofrece el servicio en sí, sino que ofrece información necesaria para acceder al mismo. La comunicación entre estaciones es P2P. **Ejemplo:** Chat/VoIP - El servidor centralizado almacena la información necesaria para que los pares se encuentren. - El usuario registra dicha información al conectarse a la red. - El usuario solicita información al servidor para comunicarse con otro par. ## 2. Introducción al servicio de directorio Un Servicio de Directorio se define como una o más aplicaciones que permite administrar y organizar los recursos y usuarios de una red. Para ofrecerlo, se debe: - Almacenar información diferenciada por tipo y establecer su formato. - Definir operaciones que se pueden realizar (leer, modificar, borrar, ...). Para ofrecer el servicio se deben definir: - **Reglas de acceso** tipo de usuario, autenticación. - **Procedimientos** paradigma, formato de mensajes, mensajes de ops extendidas - **Estructura del servicio:** dónde almacenar la información, relaciones entre "entidades". ### Características - Los servicios de directorio están **optimizados para consultas** (uso de caché). - Implementa un **modelo distribuido** de almacenamiento (zonas DNS, dominios, prefijos). - Permite extender los tipos de información. - Ofrece capacidades avanzadas de búsqueda. - Capacidad de replicación. ## 3. LDAP (Lightweight Directory Access Protocol) - Basado en X.500. - LDAP usa TCP/IP respecto al modelo OSI que propone X.500 - LDAP reduce la carga respecto a X.500 - Es un protocolo de aplicación. - Ofrece un modelo mucho más simple tanto a nivel de programación como de administración. ### Visión global El paradigma que sigue es Cliente-Servidor. - **Cliente:** Directory User Agent (DUA) - **Servidor:** Directory System Agent (DSA) ![[Pasted image 20240925115054.png|500]] **Directorio:** Colección de sistemas abiertos que cooperan para ofrecer servicios de directorios. LDAP no especifica cómo o donde almacenar información: cualquier DUA podrá operar con cualquier implementación de LDAP. ### Introducción LDAP define dos modelos: - Modelo de Información del Directorio: formato y tipos de información - Modelo de protocolo: operaciones que se pueden realizar ## 4. Modelo de información del directorio ### Modelo de información del usuario del directorio (DUA) Toda la información contenida en el directorio se denomina **Directory Information Base (DIB)**. Un DIB contiene dos tipos de información: - **Información del usuario:** suministrada y gestionada por el usuario. - **Información administrativa y operacional** #### Entrada ![[Pasted image 20240925120207.png|350]] Unidad básica de información (colección de información). Hay diversos tipos: entrada objeto (representa un objeto), entrada alias (representa un nombre alternativo). #### Atributo ![[Pasted image 20240925120452.png|350]] Cada entrada es un conjunto de atributos que contienen información sobre el objeto. Pueden representar atributos de usuario o de información administrativa u operacional. La **descripción** de un atributo se compone de un tipo de atributo y un conjunto de 0 o más opciones. **Ejemplo de atributo con su descripción:** givenName - CN #### Tipo de atributo ![[Pasted image 20240925120750.png|350]] El tipo de atributo define si el atributo puede tener múltiples valores, la sintaxis, las reglas de relación... El tipo indica si es de usuario u operacional. LDAP permite establecer jerarquía. #### Clase de objeto ![[Pasted image 20240925120909.png|350]] Familia de objetos que comparten características. Cada objeto pertenece al menos a una clase. Puede haber herencia de clases. Cada clase se identifica mediante un **Object IDentification (OID)**. Cada clase identifica el conjunto de atributos _permitidos_ en las entradas y _requeridos_ (también dichos conjuntos se heredan de la superclase). #### Esquema ![[Pasted image 20240925121156.png|350]] Es un conjunto de definiciones y restricciones en relación a: - La estructura del Directorio. - Las formas de nombrar entradas. - Información que puede contener una entrada. - Atributos usados. - Jerarquías y relaciones. El esquema permite al Directorio: - Prevenir la creación de entradas subordinadas a la clase incorrecta. - Prevenir la adición de tipos de atributos inapropiados. - Asegurarse de que la sintaxis sea correcta. #### EJEMPLO DE ENTRADA ![[Pasted image 20240925121537.png]] #### Organización de las entradas El conjunto de entradas que representan el DIB se organizan jerárquicamente en un árbol conocido como **Directory Information Tree (DIT)**. Cada nodo es una entrada del **DIB**. Las aristas representan relaciones entre entradas. ![[Pasted image 20240930133135.png]] #### Identificación de las entradas Cada entrada se identifica mediante un **Relative Distinguished Name (RDN)**. RDN es uno o más pares de descripción de un atributo y su valor asignado. El RDN debe ser único entre todos los nodos hijos de un nodo padre. Ejemplo: UID=12345, CN=Peter García+L=Sevilla Cada entrada posee también otra forma de identificarla llamada **Distinguished Name (DN)**, que si el RDN es el relativo este es el "absoluto", es decir, todos los RDN encadenados desde la raíz, identificando así a la entrada de forma unívoca en el DIT. Ejemplo: UID:nobody@example.com,DC=example,DC=comCN: Peter García+L=Sevilla,OU=Ventas,O=ACMELtd,L=Sevilla,C=ESv ![[Pasted image 20240930133748.png]] #### Importante: el nodo raíz debe tener SIEMPRE `dc` #### ¿Qué inconveniente tiene tener un servidor secundario en LDAP? Dicho servidor debe tener una copia del primario para que el servicio LDAP siga activo en caso de caída del primario. ### Modelo de información del sistema (DSA) Varios DSAs pueden ofrecer acceso al DIT. El servidor maestro mantiene la información original. Los servidores "shadowing" o "caching" poseen copias de dicha información, con todo lo que conlleva: si se cachea en t=0, se puede volver a actualizar la información en t=n y **NO** estará en la caché (habría que actualizar periódicamente la caché basado en un _timestamp_ y en un tiempo máximo de cacheado). - **Contexto de nombre:** un subárbol de entradas que se gestiona en un sólo DSA maestro. - **Prefijo del contexto:** secuencia de RDNs desde el raíz del DIT al nodo inicial del contexto de nombre (DN del nodo inicial) #### Subentradas Son una clase especial de entrada. Se emplean para gestionar información asociada con un subárbol. #### Atributo objectClass Cada entrada del DIT posee este atributo. Especifica las clases de objeto de una entrada. Los valores pueden ser modificados por los clientes pero el atributo no lo pueden eliminar. ### Modelo de información administrativa y operacional #### Atributos operacionales Se usan por los servidores para propósito administrativo y operacional. Normalmente no son visibles si no se solicitan explícitamente. Ejemplos: `creatorsName`, `createTimestamp`, `modifiersName`, `modifyTimestamp`. #### Atributos operacionales (X.500) - **Atributos operacionales del Directorio:** Representan información operacional y/o administrativa. `createTimestamp`, `ditContentRules` - **Atributos operacionales compartidos por DSA:** Representan información del Modelo de Información del DSA que se comparte entre DSAs. - **Atributos operacionales específicos del DSA:** Representan información del Modelo de Información del DSA que es específica de dicho DSA. ## 5. Modelo de protocolo Un cliente (DUA) comienza una sesión con LDAP conectándose al puerto TCP (por defecto 389) del servidor LDAP y le solicita que realice alguna acción. ![[Pasted image 20241002112436.png|500]] Las solicitudes son generalmente independientes entre ellas y son atómicas (se realizan transacciones como en SQL). El comportamiento solicitud/respuesta es asíncrono. ### Operaciones en LDAP `Bind:` Autenticación `Unbind:` Cierra la conexión TCP `Unsolicited notification:` El otro tipo de respuesta que puede enviar el servidor, se manda sin haber solicitado nada. Se usa para notificar a todos los clientes que no se va a poder realizar operaciones por X motivo. `Search:` buscar un nodo `Modify:` modificar cualquier atributo siempre que no sea parte del DN `Add:` añadir un nodo `Delete:` eliminar un nodo `Modify DN:` modificar el DN `Compare:` comparar información entre dos DSA `Abandon:` parar solicitud que se ha enviado pero no ha terminado `Start TLS:` inicia el mecanismo de seguridad para encriptar `Extended:` añadir operaciones a LDAP # TEMA 3: Servicio de Nombres de Dominio (DNS) - **Cómo se forman los nombres de los servidores** - **Que información guarda cada servidor** - **Cómo se organiza la información** - **Protocolo que establezca los mensajes a transmitir** ## 1. Sistema de nombres Hay dos tipos: **plano** y **jerárquico**. ![[Pasted image 20241009111053.png|600]] DNS es **jerárquico**. ## 2. Introducción ### Espacio de nombres Todo nombre unívoco de un host en Internet termina en **"."** de forma que un posible nombre podría ser: www.dte.us.es. Empezando desde la derecha se puede formar un árbol de nombres con raíz en el **"."** ![[Pasted image 20241009112826.png|500]] Características: - **Dominios:** nodos intermedios del árbol - **Hostname:** nodos hoja del árbol - Cada nodo puede tener una etiqueta de como máximo 63 caracteres - Un path (hostname + dominio) puede ser de 127 niveles como máximo - Los hijos del nodo **"."** (Raíz) se llaman TLD (Top Level Domain). - Los hijos de los nodos TLD son **autoritativos** (de primer, segundo... nivel). Al igual que los servidores son **autoritativos** si son capaces de resolver una consulta (suelen estar en los nodos autoritativos). - Para nombrar a un host se puede hacer: - **FQDN (Fully Qualified Domain Name):** nombre completo del nodo (www.dte.us.es.) - **PQDN (Partially-Qualified Domain Name):** nombre **relativo** de un nodo respecto a otro (www.dte.us respecto a es) - En cada nodo (no hoja) hay un servidor DNS, por lo que hay un gran número de servidores organizados jerárquicamente. El servidor DNS de un nodo tiene información relacionada con el FQDN de dicho nodo. - En todo el mundo existen 13 servidores raíz gestionados por **IANA (Internet Assigned Numbers Authority)**. ![[Pasted image 20241009120833.png|600]] - Hay varios tipos de TLD: - Genéricos (gTLD): .net, .com, .org (hay restringidos: .edu, .gov, .mil) - Geográficos (ccTLD): .es, .fr, .jp (los gestionan los países, los proporciona IANA) - Zona inversa: .arpa - Reservados: .test, .example, .invalid, .localhost ### Contratar un dominio - **Registry:** mantienen los TLDs. Hay uno por dominio. Definen las "reglas" del dominio. - **Registrant:** nombre del usuario final (que recibe el dominio). - **Registrador:** empresas que actúan como intermediarios entre el registrant y el registry. - **Registrer:** conocido como 'whois'. Directorio que recopila información sobre el registrant. Alojado por el registry, actualizado por el registrador a petición del registrant. ### Delegar un dominio entre servidores Los dominios se delegan a entidades que los gestionan. El padre únicamente contendrá información para indicar a quien preguntar para obtener los datos del dominio delegado.