Source: http://docplayer.es/1246842-Laboratorio-de-redes-tcp-ip.html
Timestamp: 2016-12-07 15:09:10+00:00

Document:
⭐LABORATORIO DE REDES TCP/IP
Download "LABORATORIO DE REDES TCP/IP"
Paula María Victoria Contreras Olivera
1 LABORATORIO DE REDES TCP/IP TRABAJO PRÁCTICO PROTOCOLOS: D S, IMAP Y POP3 PROFESORES: - Ing. Marcelo Utard - Ing. Javier Bozzuto I TEGRA TES: - Walter Luna - José Zerda - Julio Cabrera - René Garay Miércoles 3 de Diciembre del 20082 PROTOCOLO D S Introducción A continuación recordaremos brevemente las estructuras que contiene el protocolo DNS en su formato genérico, de consulta y respuestas. El formato de la estructura de DNS es la siguiente: Donde los campos mas destacados serian: Total de preguntas: es un número que representa la cantidad de preguntas que contiene el mensaje. Total de respuestas: es un número que representa la cantidad de respuestas que contiene el mensaje. Total de registros Autoritarios: es un número que representa la cantidad de servidores autoritarios que tienen relevancia en las respuestas Total de registros adicionales: es un número que representa la cantidad de direcciones de servidores que tienen relevancia en las respuestas. Luego vienen las secciones de longitud variable que contienen las preguntas, respuestas, servidores autoritarios y direcciones pertinentes. El query en DNS posee la siguiente estructura: Donde la consulta posee el formato: Nombre de consulta: es el nombre del dominio a partir del cual se debe obtener la dirección IP 23 Tipo: existe una larga lista de tipos existentes y se detallan a continuación: Type Description References 0 1 A, IPv4 address. RFC NS, Authoritative name server. RFC MD, Mail destination. Obsolete use MX instead. RFC MF, Mail forwarder. Obsolete use MX instead. RFC CNAME, Canonical name for an alias. RFC SOA, Marks the start of a zone of authority. RFC MB, Mailbox domain name. RFC MG, Mail group member. RFC MR, Mail rename domain name. RFC NULL, Null resource record. RFC WKS, Well known service description. RFC PTR, Domain name pointer. RFC HINFO, Host information. RFC MINFO, Mailbox or mail list information. RFC MX, Mail exchange. RFC TXT, Text strings. RFC RP, Responsible Person. RFC AFSDB, AFS Data Base location. RFC X25, X.25 PSDN address. RFC ISDN, ISDN address. RFC RT, Route Through. RFC NSAP, NSAP address. NSAP style A record. RFC NSAP-PTR. RFC SIG, Security signature. RFC 2931, RFC KEY, Security key. RFC 3445, RFC PX, X.400 mail mapping information. RFC GPOS, Geographical Position. RFC AAAA, IPv6 Address. RFC LOC, Location Information. RFC NXT, Next Domain (obsolete). RFC EID, Endpoint Identifier. 32 NIMLOC, Nimrod Locator. 34 33 LABORATORIO DE REDES NB, NetBIOS general Name Service. RFC 1002 SRV, Server Selection. NBSTAT, NetBIOS NODE STATUS. RFC 2052, RFC 2782 RFC ATMA, ATM Address. 35 NAPTR, Naming Authority Pointer. RFC KX, Key Exchanger. RFC CERT. RFC 2538, RFC A6. RFC 2874, RFC DNAME. RFC SINK. 41 OPT. RFC APL. RFC DS, Delegation Signer. RFC SSHFP, SSH Key Fingerprint. RFC IPSECKEY. RFC RRSIG. RFC NSEC. RFC 3755, RFC DNSKEY. RFC DHCID, DHCP identifier. RFC NSEC3. RFC NSEC3PARAM. RFC HIP, Host Identity Protocol. RFC SPF, Sender Policy Framework. RFC UINFO. 101 UID. 102 GID. 103 UNSPEC5 TKEY. RFC TSIG, Transaction Signature. RFC 2845, RFC IXFR, Incremental transfer. RFC AXFR, A request for a transfer of an entire zone. RFC MAILB, A request for mailbox-related records (MB, MG or MR). RFC MAILA, A request for mail agent RRs. Obsolete. RFC *. A request for all records. RFC DNSSEC Trust Authorities DNSSEC Lookaside Validation. RFC 4431, RFC 5074 Los más destacados son: Tipo A: hace referencia a una típica consulta de conversión de nombre de dominio en una dirección IPV4. Tipo NS: Identifica el nombre de un servidor autoritativo. Tipo AAAA: es igual al tipo A anteriormente descripto pero en IPV6 Tipo: CNAME: denota el nombre canónico de un alias. Clase: hace referencia a algún ítem de la siguiente lista: Class Description References 0 Reserved. 1 IN, Internet. RFC CH, Chaos. RFC HS, Hesiod. RFC None. RFC Any (QCLASS only). RFC6 De esta última en la gran mayoría de las veces se utiliza clase 1 de Internet. Es importante mencionar como funciona el mecanismo de resolución de la dirección IP. Todo comienza por el resolver que se encuentra en la maquina cliente. Este envía la consulta al DNS Server configurado en su lista (Si es que el dominio a resolver no se encuentra previamente resuelto en su lista de cache). Las consultas suelen ser recursivas cuando sea posible es decir que la respuesta a la misma deba ser entregada por el DNS Server al que se le pregunta. Existe una excepción en donde la consulta no puede ser recursiva y es iterativa. Es decir que el DNS Server consultado responde con otra dirección (hasta llegar al servidor autoritativo) en donde consultar para obtener la respuesta. Este es el caso de los servidores denominados raíz (Root Server). Existen 13 de estos servidores en el mundo. La idea de tener diferentes tipos de servidores es poder delegar trabajo y no tener un equipo centralizado que responda a las consultas de todo el mundo. También se busca tener mecanismos de redundancia frente a fallas de hardware y caídas del sistema. El formato de la respuesta posee la siguiente estructura: Esta estructura, aparte de contener los dos campos descriptos en la sección de query (tipo y clase), además agrega: TTL: representa el tiempo cuya respuesta puede ser considerada como valida expresado en segundos. Longitud del dato: expresado en bytes Data: es la respuesta a la interrogante cualquiera haya sido esta 67 Escenario 1 Planificación Maqueta Dado que el tema a desarrollar en esta oportunidad es Sistema de nombre de dominios (DNS en ingles), se realizo una maqueta como la que se detalla a continuación: Dado este escenario, se decide realizar un ping al muy conocido al site para que en el proceso de resolución de dicho comando se ejecuten la secuencia de instrucciones que esperamos obtener y detallaremos a continuación. Secuencia de eventos y resultados esperados 1. Se ejecuta el comando ping Con el objeto de que la PC realice una operación de resolución de nombre de dominio a IP, se decide utilizar este simple comando. Cabe aclara que se consideran que las tablas ARP ya se encuentran llenas y que la dirección al site elegido se ingresa por primera vez después de mucho tiempo 2. El comando necesita resolver la dirección del dominio a una dirección IP. 78 Ejecución LABORATORIO DE REDES Este es el caso para el cual el protocolo DNS fue creado, poder convertir un nombre fácil de recordar por un ser humano en una dirección IP, necesaria para poder enviar datagramas 3. Genera la consulta a su servidor DNS asignado usando el protocolo DNS (DNS Query) 4. La respuesta regresa con la dirección IP de dicho site (DNS Answer) 5. El comando ping envía los mensajes ICMP correspondientes. Esta parte del análisis escapa al alcance de este informe cuyo principal y único objetivo es el protocolo DNS La ejecución de dicha planificación fue llevada a cabo utilizando un sniffer de paquetes instalado en la maquina que realizo el comando ping. Los resultados de dicha captura se detallan a continuación: En el diagrama de flujo se pueden observar los siguientes eventos: 89 Evento 1: Se realiza una consulta DNS al servidor DNS numero 1( ). Evento 2: Dado que no ha llegado la respuesta de dicho servidor, se realiza otra consulta al servidor de DNS numero 2 ( ). Esta última consulta se realiza un segundo después sin haber recibido respuesta alguna. Evento 3: Se recibe una respuesta del servidor DNS número 1, consultado en el evento 1. Evento 4: Con la resolución de la dirección IP, el equipo envió el primer mensaje ICMP (Echo request) para realizar el comando ping. Evento 5: Se recibe la respuesta del servidor DNS número 2, consultado en el evento 2. Esto es un evento no esperado en la planificación de la prueba. Dado que no se contemplaban dos consultas. Evento 6: Secuencias de transmisión y recepción de echo request y echo reply respectivamente. A continuación procedemos a detallar algunas características y campos de estructuras que merecen mencionarse en los eventos antes descriptos. Evento 1: Dado que en este evento la PC WALLAS necesita enviar una consulta de DNS, evalúa la dirección de dicho servidor y al ver que esta no se encuentra en su red, la va a enviar a su default Gateway. Esto se traduce a la siguiente tabla: IP origen IP de WALLAS MAC origen 00:1A:73:EE:C3:80 MAC de WALLAS IP destino Servidor DNS 1 MAC destino 00:21:29:69:C5:AA MAC de router CISCO Como se puede observar en la captura de la siguiente figura 910 Notar que el protocolo utilizado es UDP y que el puerto de salida es el 53. Al tratarse de una consulta se setean los Flags correspondientes para tal fin. Se pide una consulta de tipo recursiva. La cantidad de preguntas es una y el resto de los campos de registros están vacíos. La pregunta es de tipo A, es decir una típica conversión de nombre de domino (en este caso a dirección IP. La clase es IN dado que el entorno es Ethernet. Evento 2: En este caso, la tabla de direcciones IP y MAC se puede resumir como se muestra a continuación: IP origen IP de WALLAS MAC origen 00:1A:73:EE:C3:80 MAC de WALLAS IP destino Servidor DNS 2 MAC destino 00:21:29:69:C5:AA MAC de router CISCO Nuevamente se corrobora dicha tabla con la captura que a continuación se muestra. Notar que esta consulta es exactamente igual a la anterior BIT a BIT exceptuando la dirección IP destino de la misma. 1011 Evento 3: Este evento corresponde a la respuesta del servidor DNS número 1 por lo que la tabla de direcciones queda: IP origen IP de Servidor DNS 1 MAC origen 00:21:29:69:C5:AA MAC de router CISCO IP destino IP de WALLAS MAC destino 00:1A:73:EE:C3:80 MAC de WALLAS Como se puede observar a continuación, se encuentra la captura de dicha respuesta. Notar que el puerto de origen en este caso es el bien conocido 53 al puerto efímero De los flags podemos ver que el servidor DNS 1 puede resolver consultas de forma recursivas. En esta consulta hemos recibido tres respuestas, es decir que como mínimo el pedido a recorrido tres DNS servers. En este viaje se paso del dominio al alias: y de este ultimo alias se obtuvo el siguiente alias: www-real.wa1.b.yahoo.com. Recién en la consulta siguiente, se paso de www-real.wa1.b.yahoo.com a la dirección IP: Es muy importante destacar en dicho proceso de obtención de la dirección IP, se obtuvieron un conjunto de servidores autoritativos. Esta información es de gran utilidad para el cache DNS del servidor DNS y se encuentra detallada en la sección de registros autoritativos de al estructura del 1112 protocolo DNS. En la última sección de dicha estructura, se encuentran los registros de información adicional que detallan las direcciones IP de los servidores autoritativos de la sección anterior. Evento 4: Con la resolución de la dirección el comando ping se encuentra en condiciones de enviar el mensaje ICMP Echo request. Notar que no fue necesario recibir la respuesta de la segunda consulta al servidor DNS 2. Con recibir una respuesta en forma positiva, fue suficiente requisito para cumplir el objetivo. Evento 5: La captura de dicho evento se detalla a continuación: Como era de esperar, la respuesta del servidor DNS numero 2 llega aunque ya no es necesaria. En dicha respuesta se puede observar que también se han recibido tres respuestas. Ahí vemos que los alias informados (www.wa1.b.yahoo.com, wwwreal.wa1.b.yahoo.com) son los mismos que se detallan en el evento 3. Por ultimo, como es esperable, la dirección IP enviada como respuesta es la misma también. En el campo 1213 de registros de servidores autoritativos, hemos recibido la lista de todos (13) los servidores raíz que existen actualmente en el mundo, y en el campo de registro adicionales, se encuentran las direcciones IP de dichos servidores. Conclusiones del primer escenario Como conclusión, podemos decir que en términos generales el resultado obtenido se encuentra dentro de las expectativas. Es decir que la sucesión de paquetes DNS concuerdan con lo descripto en la sección de resultados esperados. Cabe mencionar un par de eventos inesperados a la hora de la ejecución. Uno de estos eventos fue el envío de una segunda consulta al servidor DNS numero 2 al cabo de una segundo exacto. Este evento no fue esperado por nosotros a la hora de la planificación. Estimamos que es un parámetro programable en alguna sección de configuración del sistema operativo utilizado (Windows Vista en este caso). Otro evento que nos sorprendió, fue la recepción del listadlo de los trece servidores raíz dentro de la respuesta de una de los servidores DNS. Esto se debió al armado de la respuesta proveniente las diversas fuentes consultadas por nuestro servidor DNS numero 2. También nos ha sorprendido que un dominio tan conocido y simple, deba ser resuelto luego de tantas consultas dado que posee dos alias. A pesar de lo escrito anteriormente, estamos complacidos con los resultados. Escenario 2 Planificación Maqueta La maqueta sobre la cual se desarrolla la segunda ejecución, se encuentra detallada a continuación: Se ha decidido armar una pequeña red con servidor DNS incluido en ella. Se ejecuta el comando ping desde una maquina y se monitorea la comunicación que se establece con dicho servidor DNS. La idea de este escenario es poder visualizar los 1314 procesos de consulta/respuesta que se realizan entre los servidores DNS localizados en Internet y el ubicado en nuestra red. Con el objeto de monitorear dichas comunicaciones, se opta por colocar un HUB para que dichos paquetes sean visibles desde la maquina que posee el sniffer wireshark. Secuencia de eventos y resultados esperados Ejecución 1. Se ejecuta el comando ping con el objeto de que la PC realice una operación de resolución de nombre de dominio a IP, a una dirección inexistente. 2. El comando necesita resolver la dirección en su formato qdfn a una dirección IP. 3. Genera la consulta a su servidor DNS asignado usando el protocolo DNS (DNS Query). A dicho servidor DNS se le borro previamente el cache de direcciones. 4. La respuesta regresa con el mensaje no such name (DNS Answer) La ejecución de dicha planificación fue llevada a cabo utilizando un sniffer de paquetes instalado en la maquina que realizo el comando ping. Los resultados de dicha captura se detallan a continuación: En el diagrama de flujo se pueden observar los siguientes eventos: Evento 1: El equipo con dirección realiza una consulta DNS al servidor DNS dirección ip Evento 2: Nuestro servidor DNS, cuyo caché fue previamente borrado, realiza una consulta no recursiva DNS hacia uno de los servidores root guardados en su configuración. En este caso particular la realiza hacia el servidor (Columbus, Ohio, U.S.). 1415 Evento 3: Se realiza la misma consulta a otro de los servidores Root que se tienen guardado en la configuración. Esta vez, se escoge el servidor (Sistema distribuido, usando anycast). Evento 4: El servidor DNS root al que se consulto en el evento anterior (Evento 3) envía los datos correspondientes a los servidores a los que se le puede realizar la consulta pertinente. Recordemos que la consulta fue iterativa. Evento 5: Con la información recibida, se realiza la misma consulta al servidor Evento 6: Nuestro servidor DNS recibe de parte del (ubicado en colombia, extensión.co), el mensaje No such name. Evento 7: Nuestro servidor DNS envía al host que realizo la consulta inicial el mismo mensaje recibido anteriormente No such name. A continuación procedemos a detallar algunas características y campos de estructuras que merecen mencionarse en los eventos antes descriptos. Evento 1: Dado que en este evento la PC Nicaraguita necesita enviar una consulta de DNS, evalúa la dirección de dicho servidor, la encuentra en su propia red y le envía la consulta DNS. Esto se traduce a la siguiente tabla: IP origen IP de Nicaragüita MAC origen 00:0C:29:C3:FA:60 MAC de Nicaragüita IP destino Servidor DNS interno MAC destino 00:0C:29:2F:2C:4F MAC del Servidor DNS Local Como se puede observar en la captura de la siguiente figura Notar que el protocolo utilizado es UDP y que el puerto de salida es el 53. Al tratarse de una consulta se setean los Flags correspondientes para tal fin. 1516 Se pide una consulta de tipo recursiva como se ve en el campo recursive desired. La cantidad de preguntas es una y el resto de los campos de registros están vacíos. La pregunta es de tipo A, es decir una típica conversión de nombre de domino (en este caso a dirección IP. La clase es IN dado que el entorno es Ethernet. Evento 2: En este caso, la tabla de direcciones IP y MAC se puede resumir como se muestra a continuación: IP origen IP de DNS Local MAC origen 00:0C:29:2F:2C:4F MAC de Nicaragüita IP destino Servidor DNS Root G MAC destino 00:50:56:F5:50:4D MAC del default geteway Nuevamente se corrobora dicha tabla con la captura que a continuación se muestra. Esta consulta se realiza de forma No recursiva. Lo que se pretende es recibir de este equipo DNS las direcciones de los servidores a los que se les pueda realizar la consulta. El parámetro de Recursion Desired queda en 0. El tipo de consulta NS indica que será a un servidor autoritativo, el cual en ese caso es el Root Server G (Columbus). Se puede ver que de forma igual al evento anterior los campos Authority, answer y aaddtional RRS estarán en 0. Es interesante observar que durante el flujo, nunca se recibe la respuesta de este servidor. Asumimos que posiblemente se perdió el paquete en el camino y como recordaremos, se esta usando UDP, ninguno de los miembros se entero que el paquete se había perdido. De cualquier forma, se envía exactamente la misma consulta a otro servidor Root de su lista. (evento que sigue). 1617 Evento 3: En este evento se reenvía la misma consulta pero esta vez hacia otro servidor raíz, en este caso al servidor K ( ). Estimamos que esto se debe a que el protocolo sobre el cual viajan estos mensajes es UDP y no existe manera de asegurar recepción en ninguno de los equipos, se realizan consultas múltiples y simultáneas. Por lo que la tabla de direcciones queda: IP origen IP de Servidor DNS local MAC origen 00:0C:29:2F:2C:4F MAC del servidor DNS local IP destino IP de DNS Root K MAC destino 00:50:56:F5:50:4D MAC de default geteway Como se puede observar a continuación, se encuentra la captura de dicha respuesta. Esta consulta es exactamente igual a la anterior con la diferencia de que cambia la dirección IP destino al que se le realizará la consulta. Esta vez se realiza al servidor raiz K. Evento 4: Para este evento en el que se recibe la respuesta del servidor DNS raíz K, la tabla de direcciones quedará como sigue: IP origen IP de DNS Root K MAC origen 00:50:56:F5:50:4D MAC de default Gateway IP destino IP del servidor DNS local MAC destino 00:0C:29:2F:2C:4F MAC del servidor DNS local 1718 A continuación la pantalla de la captura: En esta captura se observa que el servidor raíz K no envía respuesta final sobre la dirección correspondiente a la consulta pero si envía los datos de 5 servidores autoritativos. Uno de los cuales estará siendo usado por nuestro servidor DNS local para realzar la siguiente la misma consulta en el próximo evento. El campo Recursion Available de los flags está en 0, comprueba el hecho de que los servidores raíz solo permiten o entregan consultas no Recursivas. Los servidores autoritativos que se reciben como lugares de posible búsqueda, corresponden a dos ramas principales: 4 para la rama.co correspondiente a las páginas en Colombia y 1 ultimo para la rama EDU correspondiente a todas las organizaciones relacionadas con la Educación. En el segmento de Additional records, se entregan las IP correspondientes a los servidores Autoritativos entregados. Evento 5: En este evento se realiza la consulta a uno de los servidores autoritativos recibidos en el evento anterior. Por lo que la tabla de direcciones queda como sigue: IP origen IP de Servidor DNS local MAC origen 00:0C:29:2F:2C:4F MAC del servidor DNS local IP destino IP de NS, NS1.nic.co MAC destino 00:50:56:F5:50:4D MAC de default geteway 1819 La captura de dicho evento se detalla a continuación: En este evento se ve como se envía la misma consulta que ha estado haciendo nuestro servidor DNS local pero esta vez a uno de los servidores autoritativos recibidos en el evento anterior. En este caso fue escogido el primero recibido. La consulta realizada es de tipo A, significando que es una consulta típica. El campo Recursion desired sigue estando en 0, representando que es una consulta no Recursiva como todas las que hasta ahora ha realizado nuestro servidor local. Evento 6: En este evento se recibe la respuesta de parte del servidor Autoritativo al que se consulto en el evento anterior. La tabla de direcciones queda como sigue: IP origen IP de NS, NS1.nic.co MAC origen 00:50:56:F5:50:4D MAC de default Gateway IP destino IP del servidor DNS local MAC destino 00:0C:29:2F:2C:4F MAC del servidor DNS local 1920 La captura de dicho evento se detalla a continuación: En este evento se observa que finalmente se recibe una respuesta. Esta vez se recibe un Reply code 0011 correspondiente al mensaje No such name. Este mensaje indica que el nombre que estamos consultando (www.collazos.com.co), no existe. De la captura podemos observar ciertos campos particulares; Se muestra que el campo Authoritative esta vez esta en 1 indicando que la respuesta la envía un servidor de este tipo. Como toda respuesta a cualquier consulta realizada, en el segmento Queries se copia la consulta original realizada. También se puede ver que en el segmento de Authoritative nameservers, aparece un campo type que indica que el valor SOA. Esto significa que esta representa el comienzo de una zona de autoridad. Evento 7: En este ultimo evento nuestro servidor local envía finalmente una respuesta al host que realizo la consulta originalmente. Por lo que la tabla de direcciones queda como sigue: IP origen Servidor DNS interno MAC origen 00:0C:29:2F:2C:4F MAC del Servidor DNS Local IP destino IP de Nicaragüita MAC destino 00:0C:29:C3:FA:60 MAC de Nicaragüita 2021 La captura de dicho evento se detalla a continuación: En este ultimo evento se envía la misma respuesta obtenida en el evento anterior pero esta vez hacia la IP del equipo host que realizo la consulta inicial. Por lo que el host recibirá un mensaje de No such name. Este mensaje será traducido por el sistema operativo, en este caso el comando ping, para ser mostrado al usuario de la forma siguiente: Ping request could not find host Please check the name and try again. Indicando básicamente que no se encontró en nombre DNS buscado. Conclusiones para el segundo Escenario. Al igual que en el escenario 1, los resultados se sucedieron de la manera prevista. Es decir que el resolver, al iniciar una consulta DNS de un dominio inexistente, debe recibir un mensaje equivalente a dominio desconocido. Este mensaje corresponde al código del flag REPLY CODE 3 para el evento no such name. Hemos podido comprobar utilizando esta topología de red con el servidor DNS y el HUB las comunicaciones y pedidos de un servidor DNS resolviendo la dirección de forma iterativa que fue muy didáctico y clarificador. Una de las cosas que nos ha sorprendido es que la primer consulta al ROOT Server nunca fue respondida ni siquiera varios segundos después. Nosotros creemos esto se puede deber a que este protocolo viaja usando el protocolo UDP y existe la probabilidad de que dicho mensaje se pierda tanto en el viaje de ida como en el de vuelta. De ocurrir esto, no existe posibilidad alguna de detección de no recepción en ninguna de las dos partes. Es por eso que creemos que los DNS Server envían varias consultas a la vez, para sobrellevar eventualidades como estas. También se pudo observar la división que existe en dominios de autoridad con servidores de comienzo de zonas. Esto permite lograr una descentralización crucial para lograr un sistema que intente disminuir la congestión de un equipo en particular y permite la escalabilidad de la metodología. 2122 De igual forma se nos hace muy interesante mostrar cómo se va armando la estructura del árbol DNS dentro del servidor. A continuación mostramos la imagen de la consola de configuración de DNS de Windows server 2003: Se puede ver como se han agregado el árbol de la raíz CO, correspondiente a Colombia. Esto debido a que la pagina que ocupamos para la prueba terminaba en CO. Se puede ver que el servidor recibió dentro de su primera consulta las terminaciones EDU y NIC. Luego de realizar la consulta a uno de los servidores en EDU este entrego en la respuesta de la consulta la terminación UNIANDES y al consultar a algún servidor de esta ultima rama término la consulta. 2223 PROTOCOLO IMAP Y POP3 LABORATORIO DE REDES PLA IFICACIO : QUE SON PROTOCOLOS POP E IMAP, PARA QUE SIRVEN Y COMO TRABAJAN EN LA CAPA DE RED POP e IMAP son los dos protocolos de recepción de correo electrónico más utilizados, que soportan la mayoría de los servidores de correo electrónico y programas clientes como Outlook Express o Mozilla Thunderbird. También podemos referirnos a ellos con sus números de versión POP3 e IMAP4. Existen varias diferencias, pero digamos que IMAP es más novedoso y permite más funcionalidades. Para mi, la diferencia fundamental es que, cuando nos conectamos por POP, se descargan todos los mensajes al ordenador cliente y con IMAP no se descargan todos mensajes sino sólo los que el cliente solicite. Además, lo normal cuando se accede a un correo con POP es que los mensajes se borren del servidor según se descargan, mientras que por IMAP al visualizar un mensaje no se borra del servidor, a no ser que se elimine explícitamente. Otras diferencias es que con POP sólo se puede conectar un usuario para descargar el correo electrónico y con IMAP se pueden conectar más de un usuario a la misma cuenta. En cuanto a lo más recomendable, si POP o IMAP, eso depende del uso que des a tu correo y el modo de conexión. Con POP puedes descargar todos los mensajes en tu ordenador en un pequeño espacio de tiempo y luego puedes verlos aunque no esté conectado a Internet. Con POP puedes escribir todas las respuestas sin estar conectado y luego volver a conectarte a Internet un momento para enviar las respuestas. Con IMAP tienes que estar conectado a Internet todo el tiempo que leas tu correo y contestes los mensajes. Si pierdes la conexión a Internet no podrás acceder a tu correo recibido, porque está almacenado en el servidor de correo y no en tu ordenador. La parte buena de IMAP es que varias personas pueden estar conectadas a una misma cuenta a la vez. Además, si cambias de ordenador en cualquier momento, podrás acceder a tus mensajes igualmente, porque por IMAP todos los mensajes están disponibles desde cualquier ordenador conectado a Internet. Por lo tanto, con POP si descargas los mensajes, se guardarán en tu ordenador y tendrás que tener tu ordenador para leer el correo antiguo. Si los miras por IMAP seguirán almacenándose en el servidor hasta que los borres. Por eso IMAP puede ser una buena idea si cambias de ordenador habitualmente. ELECCIÓ DEL PROTOCOLO A EMPLEAR (POP vs IMAP) El primer paso para configurar nuestra cuenta de correo es decidir qué protocolo vamos a querer utilizar. Tenemos dos posibles opciones: usar protocolo POP3 o IMAP. Vamos a explicar brevemente ambos y será cada usuario el que decida el óptimo para sus necesidades. 2324 POP3 La ventaja principal que tiene este protocolo es que carpetas, mensajes, etc. se guardan en nuestro ordenador, con lo que nos permite leer el correo recibido sin estar conectado a la red. Además, al leer los mensajes y bajarlos a nuestro ordenador, liberamos espacio en nuestro buzón del Host, con lo cual tenemos menos probabilidades que por descuido se nos llene el buzón y no podamos recibir más mensajes. Es el más extendido (prácticamente todos los programas de correo lo soportan) y es el ideal para conectarse siempre desde un mismo ordenador. IMAP La principal diferencia que encontramos respecto al anterior protocolo es que tanto los mensajes como las carpetas se guardan en el Host. Esto, que puede parecer un inconveniente, es muy útil para conectarse desde ordenadores compartidos, ya que los mensajes no pueden ser leídos por terceras personas, al no quedarse en el PC, además, si no tenemos la posibidad de conectarnos siempre del mismo ordenador, conseguimos siempre acceder a la totalidad de nuestros mensajes. Hay que tener la precaución de ir borrandolos de vez en cuando para no sobrepasar el límite de capacidad de nuestro buzón. En cuanto al soporte de este protocolo, aunque son pocos los programas de correo que lo soportan por ahora, tenemos la suerte que los dos navegadores más extendidos (Netscape e Internet Explorer -Con Outlook Express u Outlook 98-) sí que pueden trabajar con él. El programa de correo que viene por defecto con el Internet Explorer es Outlook 97. Este programa, como he mencionado anteriormente, no dispone de soporte para protocolo IMAP, aunque sí el Outlook Express (que se puede descargar desde internet) u Outlook 98. Además, estos últimos soportan el poder configurar varias cuentas de correo, cosa que no puede hacer el Outlook 97. POP (Post Office Protocol) POP es un sencillo protocolo de descarga de mensajes de correo desde la estafeta. Es el protocolo aconsejado cuando utilizas una conexión a Internet no permanente, sin tarifa plana, o con un coste alto por minuto (por ejemplo conexión de un portátil mediante un móvil). En estos casos el protocolo POP te permite conectar al servidor, descargar los mensajes, cortar la conexión y procesar las copias locales de los mensajes. POP fue diseñado para ser fácil de implementar, pero tiene varias deficiencias en su funcionamiento: No maneja correctamente múltiples carpetas. Fuerza la descarga completa de los mensajes. En vez de descargar al ordenador del usuario sólo la cabecera Asunto: para que decida si el mensaje debe ser borrado o leído, 2425 descarga el mensaje completo con todos sus archivos adjuntos y una vez descargado es cuando el usuario puede procesarlo. Por último y lo más importante O podremos procesar nuestro correo desde diferentes puestos (trabajo, casa, viajes, ), ya que descarga todos los mensajes desde la cola de entrada de las estafetas hasta el primer ordenador desde el que establecemos la conexión y por tanto, a partir de este momento, no será visible desde ningún otro. En algunos programas de correo de usuario, en opciones avanzadas, se nos permite indicarle a la estafeta que no descargue el correo y que lo deje en el servidor. Esta opción está totalmente desaconsejada ya que los correos, realmente, no llegan a buzonearse sino que quedan en las colas temporales de entrada de las estafetas, dejando al programa de usuario la responsabilidad de interpretar cuando un correo ha sido leído o no; en la actualidad, con arquitecturas complejas de mensajería en las que las estafetas no son únicas sino distribuidas entre varios servidores, provocará que en ciertas circunstancias se genere una descarga repetitiva de mensajes por parte del programa de correo de usuario. IMAP (Internet Message Access Protocol) Fue diseñado para solucionar las carencias del protocolo POP, principalmente la movilidad y el procesamiento de correo desde diferentes puestos. Mediante este protocolo nuestro programa de correo electrónico conecta al servidor y descarga exclusivamente las cabeceras de los mensajes. Los mensajes quedan almacenados en el buzón del usuario dentro de la estafeta y, por tanto, pueden ser procesados nuevamente desde cualquier otro ordenador o localización. Al descargar solamente las cabeceras (y no todo el cuerpo del mensaje) podemos eliminar los mensajes no deseados sin necesidad de descargar el mensaje en su totalidad; los mensajes solo son transferidos cuando se seleccionan individualmente para leerlos. Este protocolo, sin embargo, obliga a mantener abierta la conexión con la estafeta hasta finalizar la consulta y por tanto no es aconsejable cuando disponemos de una conexión con un alto coste por minuto y no permanente. Lo más interesante del protocolo IMAP es que al quedar los buzones y su contenido situados físicamente en las estafetas centrales y no en el PC del usuario, nos permite acceder a los mensajes desde diferentes ordenadores, aunque previamente los hayamos leído desde otra máquina o programa. Es especialmente interesante en desplazamientos fuera del entorno de trabajo pues los buzones y mensajes podrán leerse mediante el servicio WEBMAIL durante el desplazamiento y posteriormente desde el cliente de correo habitual en RedUGR. 2526 EJECUCIO : creación de cuentas IMAP o POP 1. Introducción Los servidores de correo de la Universidad de UBA le permiten enviar/recibir mensajes de correo autenticados y cifrados. Para poder establecer este tipo de conexiones es necesario realizar las siguientes pasos: Crear una cuenta nueva o modificar las propiedades de una cuenta existente Elegir el tipo de servidor entrante: POP3 seguro o IMAP seguro Configurar el servidor saliente: SMTP seguro y autenticado Las conexiones seguras necesitan utilizar certificados. Outlook ya dispone de los certificados de la FNMT (utilizados por los servidores de la UJA), así que no necesitar importarlos. Esta guía muestra cómo configurar un Outlook manualmente, si quiere realizar una configuración automática puede utilizar el programa Profiles del Servicio de Informática. Nota: En las pantallas que aparecen a continuación se utiliza como ejemplo la dirección de correo y la cuenta "usuario". Usted debería utilizar el suyo. 2. Crear una cuenta nueva POP o IMAP Para crear una nueva cuenta de correo, siga las siguientes instrucciones: Entre en Menú Herramientas -> Cuentas de correo electrónico... Pulse en Agregar una nueva cuenta de correo electrónico Si elije el protocolo POP3 siga los pasos 2.1a, en caso contrario siga los pasos 2.1b. Más información: Diferentes entre POP3 e IMAP 2627 2.1a Introduzca los siguientes datos para configurar una cuenta POP: Tipo de servidor: POP3 Su nombre Su dirección de correo Nombre de usuario Recordar contraseña: (opción desactivada) Iniciar sesión utilizando Autenticación de contraseña de seguridad (SPA): (opción desactivada) Servidor de correo entrante(pop3): pop3.uba.ar Servidor de correo saliente (smtp): smtp.uba.ar Pulse siguiente y finalizar. 2.1b Introduzca los siguientes datos para configurar una 2728 cuenta IMAP: Tipo de servidor: IMAP Su nombre Su dirección de correo Nombre de usuario Recordar contraseña: (opciónn desactivada) Iniciar sesiónn utilizando Autenticaciónn de contraseña de seguridad (SPA): (opciónn desactivada) Servidor de correo entrante(pop3): imap.uba.ar Servidor de correo saliente (smtp): smtp.uba.ar Pulse siguiente y finalizar. 2829 3. Configuración de conexiones seguras (recibir/enviar correo cifrado) Entre en Menú Herramientas -> Cuentas de correo electrónico... Pulse en Ver o cambiar cuentas de correo electrónico existentes En la solapa Opciones Avanzadas active: Servidor de Salida (SMTP): 25 (también está disponible el puerto 587) Usar el siguiente tipo de conexión cifrada: TLS Servidor de entrada (POP3): 995 Este servidor precisa una conexión cifrada(ssl) Si está configurando correo entrante (IMAP) Servidor de entrada (IMAP): 993 Este servidor precisa una conexión cifrada(ssl) Nota: enversiones antiguas de Outlook, hay que configurar el tipo de conexiónn saliente como SSL. 2930 En la solapa Servidor de salida active: Mi servidor de salida (SMTP) requiere autenticación. Nota: la autenticación con el servidor de salida es obligatoria. Con ella el servidor le pedirá la clave de su cuenta de correo para poder enviar mensajes. En el botónn "Configuración" compruebe que está marcada la opción Información de inicio de session Usar misma configuración que el servidor de correo entrante 3031 4. Personalización para alias de correo Si utiliza un alias institucional para enviar mensajes de correo, debería cambiar tanto el nombre como la dirección de origen. Aunque envíe con la dirección institucional debería autenticarse Obligatoriamente para enviar con su cuenta personal como se ha indicado anteriormente. Entre en Menú Herramientas -> Cuenta... Pulse en el botón Propiedades de la cuenta. Entre en la Solapa General En el apartado Información del usuario: Introduzca el nombre de la unidad organizativa. Introduzca la dirección de correo del alias. Recuerde que aunque envía desde una dirección institucional, debería autenticarse con su contraseña personal para poder enviar mensajes de correo. Nota: El programa Profiles del Servicio de Informática también permite configurar alias de correo institucionales. 3132 5. Comprobación de la configuración. Si todo está correctamente configurado, al enviar correo le solicitaría la contraseña de la cuenta de usuario que indica en el apartado 2. 3233 Escenarios: 3334 Planificacion POP3 De la RFC 1939, podemos extraer el siguiente comportamiento: LABORATORIO DE REDES Al iniciar una conexión a un servidor POP, el cliente de correo debe abrir una conexión TCP en el puerto 110 del servidor. Cuando la conexión se efectúa correctamente, el servidor POP envía al cliente POP una invitación y a continuacion las dos máquinas se envían mutuamente otras órdenes y respuestas que se especifican en el protocolo. En este intercambio de informacion, al cliente POP se le pide que se autentifique (Estado de autenticación), donde el nombre de usuario y la contraseña del usuario se envían al servidor POP. Si la autenticación es correcta, el cliente POP pasa al Estado de transacción. Los comandos en POP3 son de una palabra código case-sensitive, seguida de uno o mas argumentos. Todos los comandos terminan con el par de palabras CR LF. Las palabras código tienen 3 o 4 caracteres de largo, cada argumento puede tener un largo máximo de 40 caracteres. Las respuestas en POP3 consisten en una indicación de estado y una palabra código posiblemente seguida de información adicional, todas las respuestas terminan en el par CR LF. Hay generalmente 2 estados que se indican: positivo ( +OK ) y negativo ( - ERR ) Una sesión POP3 pasa por los siguientes estados: AUTHORIZATION state TRANSACTION state UPDATE state Comandos POP3: Minimal POP3 Commands: USER name PASS string QUIT STAT LIST [msg] RETR msg DELE msg NOOP RSET QUIT valid in the AUTHORIZATION state valid in the TRANSACTION state Optional POP3 Commands: APOP name digest TOP msg n UIDL [msg] valid in the AUTHORIZATION state valid in the TRANSACTION state 3435 POP3 Replies: +OK -ERR Los mensajes definidos para su eliminación no se quitan realmente del servidor hasta que el cliente POP envía la orden QUIT para terminar la sesión. En ese momento, el servidor POP pasa al Estado de actualización, fase en la que se eliminan los mensajes marcados y se limpian todos los recursos restantes de la sesión. Capturas con Wireshark 1. Inicion de conexión. Detalles: 2. Autorizacion 3536 Detalles: 3637 3. Transacción Los comandos que capturamos que pertenecen a este estado son los siguientes: STAT Detalles LIST Detalles 3738 RETR Detalles 3839 3940 DELE Detalles 4. Estado de Update Detalles 5. Cierre de sesión TCP 4041 Planificaion IMAP Nos basamos en la RFC 3501, de ahí sacamos las siguientes definiciones. IMAP es un protocolo de aplicación, se basa en TCP y el puerto que utiliza es el 143. "Connection": Se refiere a la totalidad de las secuencias de iteración entre el cliente y el servidor, desde el establecimiento de la conexión hasta su fin. "Session": Se refiere a las secuencias de iteraciones cliente/servidor desde el momento en que la casilla de correo es seleccionada (comandos SELECT o EXAMINE) hasta el momento en que esta selección termina por ejecutar por los siguientes motives (ejecutar comandos SELECT o EXAMINE de otra casilla de correo, ejecutar el comando CLOSE, o por terminar la conexión). Comandos y Respuestas Una conexión IMAPrev4 consiste en el establecimiento de una conexión de red cliente/servidor, un saludo inicial por parte del server, e intercambios cliente/servidor. Estos intercambios cliente/servidor son los siguientes: comandos por parte de los clientes, datos del servidor y repuestas procesadas por parte del servidor. Todo el intercambio transmitido entre el cliente y el servidor es en forma de líneas, esto es cadena de caracteres que terminan en CRLF y el protocolo tanto en el cliente como en el servidor se basa en la lectura de estas líneas. Estados y Diagrama de flujo Existen 4 estados en una comunicación IMAP, la mayoría de los comandos son solo validos en determinados estados, si el servidor recibe un comando que no corresponde con el estado en el que se encuentra, responde con BAD: a. Not Authenticated State b. Authenticated State c. Selected State d. Logout State Como los mismas pasan de un estado a otro se puede ver en el siguiente diagrama. 4142 (1) connection without pre-authentication (OK greeting) (2) pre-authenticated connection (PREAUTH greeting) (3) rejected connection (BYE greeting) (4) successful LOGIN or AUTHENTICATE command (5) successful SELECT or EXAMINE command (6) CLOSE command, or failed SELECT or EXAMINE command (7) LOGOUT command, server shutdown, or connection closed Algunos comandos: CAPABILITY: Consulta las propiedades disponibles en el server IDLE: para saber si hay un Nuevo correo por recoger LIST: Muestra la lista de mensajes y su estado LSUB: Devuelve una respuesta etiquetada como una aceptación SUBSCRIBE: Añade un nuevo nombre al buzón STATUS: Indica el estado del buzón 4243 RE AME: Renombra o cambia de nombre al buzón EXPU GE: Borra todos los mensajes del buzón CREATE. Crea un buzon con el nombre especificado. Capturas Inicio de la conexión TCP al puerto 143: Respuesta del servidor a la conexión: Pedido por parte del Cliente las características del Servidor: 4344 Respuesta del Servidor al pedido de caracteristicas: A continuación podemos apreciar los distintos comandos y respuestas en las capturas realizadas: 4445 Captura de la lectura de un mensaje: Detalles de cada uno de los comandos: IDLE DONE 4546 UID FETCH FETCH parametros y cuerpo del mensaje. 46 Mostrar más
Dominios y Correo electrónico Teoría de las Comunicaciones Departamento de Computación Universidad de Buenos Aires 06/11/2012 Esquema DNS: Domain Name System * RFC 1034 - Concepts and Facilities * RFC Más detalles IMAP4. Internet Message Access Protocol Version 4 (RFC3501)
IMAP4 Internet Message Access Protocol Version 4 (RFC3501) Ing. Agustín Eijo Universidad Tecnológica Nacional, Facultad Regional La Plata Características Operación en línea y fuera Más detalles Manual del e-mail: Guía del usuario Ab core para acceder y configurar la cuenta e-mail
Manual del e-mail: Guía del usuario Ab core para acceder y configurar la cuenta e-mail 1 Índice ÍNDICE 2 INTRODUCCIÓN 3 PREGUNTAS FRECUENTES: 3 CÓMO FUNCIONA EL CORREO ELECTRÓNICO? 3 QUÉ DIFERENCIA HAY Más detalles DNS Domain Name System Sistema de Nombres de Dominio Administración de Redes de Computadores John Deivis Tabares Tobón Luis Fernando Ramirez
DNS Domain Name System Sistema de Nombres de Dominio Administración de Redes de Computadores John Deivis Tabares Tobón Luis Fernando Ramirez CONFIGURACION DEL SERVIDOR DNS EN WINDOWS SERVER 2008 Domain Más detalles La Capa de Aplicación Protocolos de Aplicación Básicos
La Capa de Aplicación Protocolos de Aplicación Básicos mayo de 2008 DNS DNS (RFC 1034 y 1035) Idea básica: Cada nodo tiene un nombre único asignado a una dirección IP. El Sistema de Nombres de Dominio Más detalles UNIDAD DIDACTICA 5 CONFIGURACIÓN DEL SERVICIO DNS EN WINDOWS 2003. Eduard Lara
UNIDAD DIDACTICA 5 CONFIGURACIÓN DEL SERVICIO DNS EN WINDOWS 2003 Eduard Lara 1 1. DOMAIN NAME SYSTEM El sistema de nombres de dominio (DNS) es una base de datos distribuida y jerárquica que almacena información Más detalles OUTLOOK_EXPRESS POP3
CORREO PERSONAL OUTLOOK_EXPRESS POP3 CONFIGURACIÓN Consideraciones Iníciales Versión utilizada: Outlook Express 6 (6.00.2800.1123) La configuración se realiza en base a una cuenta genérica; debe sustituir Más detalles Sistemas de Transportes de Datos (STD) Tema II: IP (Entrega 6) Grupo de Aplicaciones Telemáticas. Grupo de Aplicaciones Telemáticas
DNS: Domain Name System El Domain Name System (DNS) es una base de datos distribuida que las aplicaciones de Internet utilizan para mapear nombres de máquinas y las direcciones IP correspondientes. Los Más detalles El IETF (Internet Ingineering Task Force, Equipo de Trabajo de Ingeniería de Internet)
ANEXOS Anexo 1: Protocolos de correo electrónico A continuación se presentan de forma resumida y funcional los protocolos de correo electrónico actualmente en vigor. Este análisis se centrará en aspectos Más detalles Escuela de Graduados de Electrónica y. Telecomunicaciones. Maestría en Ingeniería en Telecomunicaciones. Laboratorio TCP-IP. Profesores: Marcelo Utard
Escuela de Graduados de Electrónica y Telecomunicaciones Maestría en Ingeniería en Telecomunicaciones Laboratorio TCP-IP Profesores: Marcelo Utard Javier Bozzuto Integrantes del grupo: Rafael Javier Collazos Más detalles Manual de configuración del correo electrónico Netkiamail en distintos dispositivos
Manual de configuración del correo electrónico Netkiamail en distintos dispositivos 1. - INTRODUCCION En este manual aprenderá a configurar una cuenta de correo electrónico para clientes de correo de equipos: Más detalles CORREO PERSONAL OUTLOOK 2007 IMAP
CORREO PERSONAL OUTLOOK 2007 IMAP CONFIGURACIÓN Consideraciones Iníciales Versión utilizada: Microsoft Outlook 2007 en Castellano. La configuración se realiza en base a una cuenta genérica; debe sustituir Más detalles Domain Name System. Ing. Carlos A. Barcenilla Ing. Agustín Eijo Domain Name System Ing. Carlos A. Barcenilla Ing. Agustín Eijo Qué es DNS? DNS es una base de datos distribuida, jerárquica y redundante. La información Más detalles CORREO_PERSONAL OUTLOOK_EXPRESS IMAP
CORREO_PERSONAL OUTLOOK_EXPRESS IMAP CONFIGURACIÓN Consideraciones Iníciales Versión utilizada: Outlook Express 6 (6.00.2800.1123) La configuración se realiza en base a una cuenta genérica; debe sustituir Más detalles PRACTICA 10 : OTROS SERVICIOS TCP/IP
PRACTICA 10 : OTROS SERVICIOS TCP/IP CONFIGURACIÓN DE UN SERVIDOR DNS Dentro del servicio DNS podemos definir zonas de búsqueda directa e inversa. En la búsqueda directa, daremos un nombre y nos devolverán Más detalles Ejercicios Tema 2. 1.- Acerca del protocolo DHCP indica cuál de las siguientes afirmaciones es cierta:
Ejercicios Tema 2 1.- Acerca del protocolo DHCP indica cuál de las siguientes afirmaciones es cierta: a) Cuando un nodo ha obtenido una dirección IP mediante DHCP se encuentra en estado BOUND, y si quiere Más detalles Hoy vamos a hablar sobre como instalar y configurar un servidor de DNS en un Microsoft Windows Server 2008 R2.
El Servicio DNS Hoy vamos a hablar sobre como instalar y configurar un servidor de DNS en un Microsoft Windows Server 2008 R2. Quizá, lo primero que haya que hacer es recordar que es un DNS. Un Domain Más detalles ENTORNO VIRTUAL DE SERVIDORES EN WINDOWS. Alumno: Elías David Víctor López PROYECTO INTEGRADO
ENTORNO VIRTUAL DE SERVIDORES EN WINDOWS Alumno: Elías David Víctor López PROYECTO INTEGRADO 1 Índice Configuración de la red...3 Configuración Windows 2008 como router:...4 Instalación del servicio de Más detalles Guía de Configuración de Cuentas de Correo para PC y Dispositivos Móviles. Correo Empresas
Guía de Configuración de Cuentas de Correo para PC y Dispositivos Móviles. Correo Empresas Triara.com SA de CV Todos los derechos reservados Esta guía no puede ser reproducido ni distribuida en su totalidad Más detalles Practica 4 Cómo montar un servidor de e mail gratuito con Windows 2003
Practica 4 Cómo montar un servidor de e mail gratuito con Windows 2003 Windows Server 2003 incluye un sencillo pero efectivo servidor de correo electrónico POP que nos servirá para montar nuestro propio Más detalles LABORATORIO DE RC: PRÁCTICA 4: IMPLEMENTACIÓN DE UN CLIENTE DE CORREO
UNIVERSIDADE DA CORUÑA Departamento de Tecnoloxías da Información e as Comunicacións LABORATORIO DE RC: PRÁCTICA 4: IMPLEMENTACIÓN DE UN CLIENTE DE CORREO PRÁCTICA 4: Implementación de un Cliente de Correo Más detalles Quién es www.udp.cl? www.udp.cl es 200.14.86.4. 2.2QueesDNS El Sistema de Nombres de Dominio, también denominado DNS (Domain Name System), corresponde a un sistema diseñado con la finalidad de proveer nombres relacionadosadispositivosorecursosenred,yaseaapequeñaoaltaescala(como Más detalles WINDOWS MAIL. Antes de empezar, asegúrese de que conoce su dirección de correo electrónico, junto con la siguiente información:
WINDOWS MAIL Windows Mail es un cliente de correo electrónico y grupos de noticias incluido exclusivamente en el sistema operativo Windows Vista. Es el sucesor de Outlook Express. 1. Conceptos preliminares Más detalles CAPÍTULO 4. FUNCIONAMIENTO DEL CORREO ELECTRÓNICO
CAPÍTULO 4. FUNCIONAMIENTO DEL CORREO ELECTRÓNICO El correo electrónico es una herramienta cotidiana que forma parte de la rutina diaria, personal y profesional, de millones de personas. Sin embargo, pocas Más detalles Curso Correo Electrónico cofcastellon.org Acceso vía Webmail y Outlook
Curso Correo Electrónico cofcastellon.org Acceso vía Webmail y Outlook Tiempo duración curso: 10 horas. Temario: LECCION 1. Como acceder al correo del Colegio Oficial de Farmacéuticos de Castellón. LECCION Más detalles CORREO PERSONAL OUTLOOK 2007 POP3
CORREO PERSONAL OUTLOOK 2007 POP3 CONFIGURACIÓN Consideraciones Iníciales Versión utilizada: Microsoft Outlook 2007 en Castellano. La configuración se realiza en base a una cuenta genérica; debe sustituir Más detalles Detecta errores en el envío y recepción de emails. Manual de configuración
Detecta errores en el envío y recepción de emails Manual de configuración Detecta errores en el envío y recepción de emails Es muy común que nuestro programa de correo nos muestre diferentes errores tanto Más detalles IPv6 DHCPv6. Experimento: DHCPv6 Full - Solicit, Advertise, Request & Reply
IPv6 DHCPv6 Experimento: DHCPv6 Full - Solicit, Advertise, Request & Reply Objetivo Este experimento tiene como objetivo presentar el funcionamiento de DHCPv6 stateful, o sea el envío de datos de configuración Más detalles Prácticas con NetGUI Práctica 5
Prácticas con NetGUI Práctica 5 Arquitectura de Redes de Ordenadores Arquitectura de Internet Departamento de Sistemas Telemáticos y Computación (GSyC) Abril de 2011 Resumen En esta práctica se aprende Más detalles DNS. Domain Name System. Sistema de Nombres de Dominio. Administración de Redes de Computadores. Ficha: 149822.
DNS. Domain Name System. Sistema de Nombres de Dominio. Administración de Redes de Computadores. Ficha: 149822. John Deivis Tabares Tobón. Luis Fernando Ramirez Gallego. Configuracion del servidor DNS Más detalles PRÁCTICA # 3 CAPTURA Y ANÁLISIS DE TRÁFICO MEDIANTE EL USO DE UN ANALIZADOR DE PROTOCOLOS
REPÚBLICA BOLIVARIANA DE VENEZUELA MINISTERIO DEL PODER POPULAR PARA LA DEFENSA UNIVERSIDAD NACIONAL EXPERIMENTAL POLITÉCNICA DE LA FUERZA ARMADA NÚCLEO CARACAS INGENIERÍA EN TELECOMUNICACIONES REDES DE Más detalles Protocolo: POP3: Post Office Protocol Versión 3.
MICROSOFT EXCHANGE 2007 En el momento de elaborar este documento en la URL http://technet.microsoft.com/enus/evalcenter/bb736128.aspx podíamos descargar una versión de prueba de Microsoft Exchange 2007. Más detalles Instalación y administración de servicios de correo electrónico
Instalación y administración de servicios de Álvaro Primo Guijarro Seguridad Informatica 07/02/ Contenido 1. Crear una cuenta de correo gratuita Gmail y configurar clientes de correo (MUA): Microsoft Outlook Más detalles LABORATORIO DE FTP. PRESENTADO POR: Diana Maritza Aragón Marta Moreno Luis Miguel Pérez. PRESENTADO A: Marcelo Utard Javier Bozzuto
LABORATORIO DE FTP PRESENTADO POR: Diana Maritza Aragón Marta Moreno Luis Miguel Pérez PRESENTADO A: Marcelo Utard Javier Bozzuto ESCUELA DE GRADUADOS DE ELECTRÓNICA Y TELECOMUNICACIONES LABORATORIO DE Más detalles Componentes del servicio de nombres de dominio. Javier Rodríguez Granados
Componentes del servicio de nombres de dominio. Javier Rodríguez Granados Complementos principales Los Clientes DNS: Un programa cliente DNS que se ejecuta en el ordenador del usuario y que genera peticiones Más detalles Práctica 8: El analizador de protocolos Ethereal
Práctica 8: El analizador de protocolos Ethereal Los analizadores de protocolos o de red, también conocidos vulgarmente como sniffers son herramientas de gran ayuda para los administradores de las redes Más detalles Manual de ayuda Colegio Oficial de Físicos. Cómo configurar mi correo actual @cofis.es. Página 1 de 48
Manual de ayuda Colegio Oficial de Físicos Cómo configurar mi correo actual @cofis.es Página 1 de 48 Índice Pág. 1. Presentación... 3 2. Consideraciones previas... 4 3. Calendario... 6 4. Acciones a realizar Más detalles Acceder a correo de 1000tentaciones.com a través de web.
Acceder a correo de 1000tentaciones.com a través de web. 1.- Accedemos a la dirección webmail.1000tentaciones.com y nos aparecerá la siguiente pantalla. Los datos que debemos introducir son: Usuario: nuestra Más detalles MANUAL DE USUARIO DE CUENTAS DE CORREO
MANUAL DE USUARIO DE CUENTAS DE CORREO Existen dos formas de consultar el correo, por Interfaz Web (Webmail), la cual se realiza desde un navegador de Internet, o mediante un cliente de Correo, tal como Más detalles Manual de configuración del correo. electrónico de alumnos de la UBU
Manual de configuración del correo electrónico de alumnos de la UBU Texto actualizado el 08/04/2008 Facultad de Ciencias, planta baja Plaza Misael Bañuelos s/n 09001 Burgos Telf.: 947 25 88 43 Fax: 947 Más detalles Ministerio de Educación, Cultura y Deporte. Aulas en Red. Windows. Módulo 5: Servicio Microsoft Exchange
Ministerio de Educación, Cultura y Deporte. Aulas en Red. Windows Módulo 5: Servicio Microsoft Exchange Aulas en red. Aplicaciones y servicios. Windows Servicio Correo Electrónico En este apartado procederemos Más detalles CONFIGURE SU CUENTA DE CORREO EN OUTLOOK EXPRESS
CONFIGURE SU CUENTA DE CORREO EN OUTLOOK EXPRESS En Star Global Com S. A. C. siempre intentamos poner las cosas lo más fáciles posibles a nuestros clientes. Por ello, a continuación vamos a facilitar unas Más detalles Dominios de una red informática
1 Dominios de una red informática Un dominio puede referirse a dos cosas: es un conjunto de ordenadores conectados en una red que confían a uno de los equipos de dicha red la administración de los usuarios Más detalles Servicio de Correo. Entel On-Demand. Guías de Ayuda
Servicio de Correo Entel On-Demand Guías de Ayuda Índice General 1. Servicio de Correo Entel On-Demand 1.1. Creación de registro MX... 3 1.2. Creación de registro SPF... 4 1.3. Creación de registro Autodiscover Más detalles GUÍA DE CONFIGURACIÓN DE TERMINALES MÓVILES
GUÍA DE CONFIGURACIÓN DE TERMINALES MÓVILES 1. Introducción La plataforma de correo electrónico del Gobierno de Aragón soporta acceso al buzón vía protocolos ActiveSync, Pop, Imap y SMTP. 2. Acceso vía Más detalles Coordinación de Servicios de Cómputo. Sección Servicios CORREO ELECTRÓNICO NECHIKALI
Coordinación de Servicios de Cómputo CORREO ELECTRÓNICO NECHIKALI Correo Nechikali Índice Tabla de contenido I.- Correo Electrónico... 3 1.- Definición de correo electrónico:... 3 2.- Qué es una dirección Más detalles Configuración de cliente de correo
Configuración de cliente de correo CiTEC 2011 Configuración de cliente de correo POP Outlook 2007 Outlook 2003 Outlook Express Apple Mail 4 Windows Mail Thunderbird 3 Configuración de otros clientes de Más detalles GUÍA RÁPIDA PARA CONFIGURAR EL CLIENTE DE CORREO ELECTRÓNICO ver. 2.3.2
GUÍA RÁPIDA PARA CONFIGURAR EL CLIENTE DE CORREO ELECTRÓNICO ver. 2.3.2 Solo para cuentas de hospedaje que no tienen una consola de administración y que son administradas por nuestro centro de soporte. Más detalles REDES DE COMPUTADORES Laboratorio
1nsloo.cl REDES DE COMPUTADORES Laboratorio Práctica 1: Emulación de redes con NetGUI. 1. OBJETIVOS. El objetivo de esta práctica es aprender a utilizar la herramienta de emulación de redes Netkit / NetGUI, Más detalles Telnet. Telnet Operación
Telnet Protocolo utilizado para la ejecución de procesos en sistemas remotos. Emulación de Terminal Utiliza las funcionalidades de TCP Well Known Service, port number 23 Telnet Operación NVT (Network Virtual Más detalles Redes de ordenadores DNS
Redes de ordenadores DNS Grupo de sistemas y comunicaciones jjmunoz@gsyc.inf.ucm.es Redes de ordenadores, 1998-1999 Página 1 4.DNS El servicio de nombres permite que los humanos usemos nombres de máquina Más detalles Configurar cuenta de correo en Outlook 2010
Configurar cuenta de correo en Outlook 2010 Abra el programa Microsoft Outlook 2010 y siga los siguientes pasos para configurarlo: Paso 1. En el menú seleccione Archivo, ahí se encuentra en el menú de Más detalles TUTORIAL PARA CREAR UN SERVIDOR FTP
TUTORIAL PARA CREAR UN SERVIDOR FTP A continuación ustedes podrán observar y luego implementar el informe que elaboré a fin de que TODOS puedan aprender a montar y mantener su propio Servidor FTP. Comenzaremos Más detalles Práctica de laboratorio: Uso de Wireshark para examinar una captura de UDP y DNS
Práctica de laboratorio: Uso de Wireshark para examinar una captura de UDP y DNS Topología Objetivos Parte 1: Registrar la información de configuración IP de una PC Parte 2: Utilizar Wireshark para capturar Más detalles SERVICIO DE CORREO COIT.ES
SERVICIO DE CORREO COIT.ES 1. Descripción del servicio El nuevo servicio de correo con dominio COIT.ES proporcionado por el Colegio Oficial de Ingenieros de Telecomunicación a todos sus colegiados de manera Más detalles Aplicaciones sobre Internet Aplicaciones en Redes Locales DNS Domain Name System Base de datos Distribuida y Jerárquica rquica que almacena información n asociada a nombres de dominio El Servicio DNS facilita Más detalles DESCARGA DE CARPETAS DE MENSAJES DE CORREO DESDE EL WEBMAIL A PC S LOCALES
DESCARGA DE CARPETAS DE MENSAJES DE CORREO DESDE EL WEBMAIL A PC S LOCALES 1.- Introducción El objetivo de este documento es la descripción de los pasos a seguir para descargar a nuestros PCs los mensajes Más detalles Internet: El correo electrónico
Internet: El correo electrónico Para leer y enviar mensajes de correo electrónico podemos utilizar un servicio Webmail (es decir, acceder al correo mediante una página web), o bien podemos instalar un Más detalles Rawel E. Luciano B. 2011-2281. Sistema Operativo III 15- SERVIDOR EMAIL. José Doñe
Nombre: Rawel E. Luciano B. Matricula: 2011-2281 Materia: Sistema Operativo III How to: 15- SERVIDOR EMAIL Profesor: José Doñe Servidor de Correo Un servidor de correo es una aplicación informática ubicada Más detalles Correo electrónico (SMTP-MIME-POP3/IMAP)
Correo electrónico (SMTP-MIME-POP3/IMAP) Chuquimia Clever Castro Cruz Alvaro Peter Arroyo Leandro Ignacio Integrantes Temas a tratar SMTP-MIME POP3 IMAP SMTP (Protocolo para la transferencia simple de Más detalles Manual de configuraciones básicas para cuentas @Colvet.es
Manual de configuraciones básicas para cuentas@colvet.es INDICE: 1. INTRODUCCION Tipos de configuración POP3 e IMAP 2. Datos generales para configuración de correo 3. Acceso al correo vía explorador Web Más detalles Utilizar NSlookup.exe
Página 1 de 7 Id. de artículo: 200525 - Última revisión: lunes, 26 de septiembre de 2005 - Versión: 2.0 Utilizar NSlookup.exe Nslookup.exe es una herramienta administrativa de la línea de comandos para Más detalles DNS. Arquitectura Cliente Servidor. Pacheco Martínez Fernando Tovar Balderas Sergio A.
DNS Arquitectura Cliente Servidor Pacheco Martínez Fernando Tovar Balderas Sergio A. Nombres de dominio DNS El Sistema de nombres de dominio (DNS) se definió originalmente en los RFC 1034 y 1035. Estos Más detalles Seminario de Redes de Computadoras. Trabajo Práctico N o 1
UNIVERSIDAD DE BUENOS AIRES FACULTAD DE INGENIERIA Seminario de Redes de Computadoras Trabajo Práctico N o 1 Análisis de SMTP mediante sniffing Baglivo Fabricio 80519 Garcia Cáceres David 75889 Docente: Más detalles Redes I Práctica de DNS
Redes I Práctica de DNS Universidad Rey Juan Carlos Curso 2009/10 Resumen Esta práctica está orientada a entender el funcionamiento de DNS. Para su realización es necesario descomprimir el fichero DNS-lab.tgz. Más detalles CONFIGURACION AVANZADA DE OUTLOOK EXPRESS 6
CONFIGURACION AVANZADA DE OUTLOOK EXPRESS 6 Carpetas sin conexión Gestión de mensajes enviados Gestión de mensajes eliminados Firma digital Envío de mensajes firmados digitalmente Recepción de mensajes Más detalles Guía Breve. Actividad: Cómo configurar el cliente de correo Windows Live Mail como IMAP en la UAL
Guía Breve Actividad: Cómo configurar el cliente de correo Windows Live Mail como IMAP en la UAL Objetivo: Usar el programa de correo Windows Live Mail como correo IMAP. Acciones: Descargar e instalar Más detalles INFORMACIÓN TÉCNICA CONFIGURACIÓN DEL CORREO IMAP EN EL MÓVIL
BREVE EXPLICACIÓN DE LOS TIPOS DE CONFIGURACIÓN DE UNA CUENTA POP (Post Office Protocol) POP es un sencillo protocolo de descarga de mensajes de correo desde el servidor, eliminándolos de esta manera se Más detalles Versión 1.0 Departamento de sistemas
Configuración de clientes de correo Versión 1.0 Departamento de sistemas Índice Configuración Outlook Express Configuración Mozilla Thunderbird Configuración Genérica y Datos Técnicos Acceso al correo Más detalles CORREO ELECTRONICO. En el mercado existen muchos aplicativos orientados a servidores de correo inicialmente configuraremos el HMAILSERVER
CORREO ELECTRONICO Correo electrónico, o en inglés e-mail (electronic mail), es un servicio de red que permite a los usuarios enviar y recibir mensajes rápidamente (también denominados mensajes electrónicos Más detalles MANUAL DEL USUARIO. www.tehuentec.com I info@tehuentec.com
MANUAL DEL USUARIO www.tehuentec.com I info@tehuentec.com INDICE: 1) INGRESO AL PANEL DE CONTROL: 2) ACCESO AL PANEL DE CONTROL: 3) PANEL DE CONTROL: a. Mi Cuenta: i. Página principal ii. Usuarios de acceso Más detalles Informàtica i Comunicacions Plaça Prnt. Tarradellas, 11 17600 FIGUERES (Girona) Tel. 902 88 92 67 Fax 972 671 962 www.cesigrup.es
Servidor 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 nombre de dominio. Sus usos principales son la asignación Más detalles CONSOLA DE SEGURIDAD INFORMACIÓN DE LICENCIA. Manual de usuario. Versión 2.00 Abril 2010
Manual de usuario CONSOLA DE SEGURIDAD Versión 2.00 Abril 2010 INFORMACIÓN DE LICENCIA ACUERDO DE LICENCIA AVISO A TODOS LOS USUARIOS: LEA ATENTAMENTE EL ACUERDO JURÍDICO APROPIADO CORRESPONDIENTE A LA Más detalles Práctica de laboratorio: Uso de Wireshark para ver el tráfico de la red
Topología Objetivos Parte 1: Descargar e instalar Wireshark (Optativo) Parte 2: Capturar y analizar datos ICMP locales en Wireshark Inicie y detenga la captura de datos del tráfico de ping a los hosts Más detalles Oficina Online. Manual de usuario
Oficina Online Manual de usuario ÍNDICE 1 Qué es Oficina Online... 3 1.1 Lista global de direcciones... 3 1.2 Correo... 3 1.3 Contactos personales... 4 1.4 Agenda... 4 1.5 Lista de tareas... 4 1.6 Maletín... Más detalles CUENTAS DE CORREO ELECTRÓNICO Página 1 de 25
Página 1 de 25 PROCEDIMIENTO PARA CONFIGURAR UNA NUEVA CUENTA DE CORREO ELECTRÓNICO Para poder utilizar una cuenta de correo electrónico deberá disponer de los siguientes datos, facilitados por el Colegio: Más detalles CloudMail Configuración de cuentas de correo Outlook, Thunderbird y Mail (Mac)
CloudMail Configuración de cuentas de correo Outlook, Thunderbird y Mail (Mac) Contenido 1. Datos Smtp, Pop3 e Imap... 3 2. Configurar cuentas de correo en Outlook 2010... 3 3. Configurar cuentas de correo Más detalles Manual Soporte Técnico Google APPS Versión 1.0
Manual de Google Apps / Ayuda para usuarios finales / Ayuda para administradores Categorías: General Manual de Google Apps Business Página oficial con todos los manuales de soporte, ayuda y entrenamiento: Más detalles UNIVERSIDAD DE CANTABRIA DEPARTAMENTO DE INGENIERÍA DE COMUNICACIONES GRUPO DE INGENIERÍA TELEMÁTICA
UNIVERSIDAD DE CANTABRIA DEPARTAMENTO DE INGENIERÍA DE COMUNICACIONES GRUPO DE INGENIERÍA TELEMÁTICA PROTOCOLOS PARA LA INTERCONEXIÓN DE REDES PRÁCTICA 1 CONFIGURACIÓN Y ANÁLISIS DE REDES TCP/IP Práctica Más detalles Laboratorio 2.6.2: Uso de Wireshark para ver las unidades de datos del protocolo
Laboratorio 2.6.2: Uso de Wireshark para ver las unidades de datos del protocolo Objetivos de aprendizaje Poder explicar el propósito de un analizador de protocolos (Wireshark). Poder realizar capturas Más detalles Manual de Usuario. Start Web Hosting
Manual de Usuario Start Web Hosting 1 INDICE 1. Introducción... 3 2. Características del servicio... 3 2.1. Recursos... 3 2.2. Gestión... 4 2.3. Inicio de uso del servicio... 4 3. El panel de control... Más detalles DOMAIN NAME SYSTEM DNS
DOMAIN NAME SYSTEM DNS Contenido Introducción DNS Definiciones Resolución de Nombres Referencias INTRODUCCIÓN En los 70, ARPANET era una comunidad de unos cientos de máquinas Un solo archivo HOST.TXT contenía Más detalles Práctica GESTIÓN Y UTILIZACIÓN DE REDES LOCALES. Curso 2001/2002. Monitorización de una LAN
Práctica GESTIÓN Y UTILIZACIÓN DE REDES LOCALES Curso 2001/2002 Monitorización de una LAN Introducción Un monitor de red es un programa que nos permite observar el tráfico de la red, conocer el estado Más detalles Práctica de laboratorio 3.4.3: Protocolos y servicios de correo electrónico
Diagrama de topología Tabla de direccionamiento Dispositivo Interfaz Dirección IP Máscara de subred Gateway por defecto R1-ISP R2-Central Eagle Server S0/0/0 10.10.10.6 255.255.255.252 No aplicable Fa0/0 Más detalles Laboratorio de Redes de Computadores
3. Análisis de tráfico en una LAN 3.1 Introducción En esta práctica se va a trabajar sobre la misma configuración de red utilizada en la práctica anterior (Figura 32) y se van a hacer ejercicios muy similares, Más detalles IPv6 Servicios DNS. Objetivo. Introducción Teórica
IPv6 Servicios DNS Objetivo El objetivo principal de este laboratorio es presentar el funcionamiento del servicio DNS (Domain Name System) en una red IPv6 utilizando el software BIND. Para esto, el laboratorio Más detalles GUIA DE USUARIO. CONFIGURACION CORREO ELECTRONICO
versiongalega.com - Departamento de Atención al cliente GUIA DE USUARIO. CONFIGURACION CORREO ELECTRONICO En este documento encontrará una descripción de cómo configurar sus cuentas de correo electrónico Más detalles FAQs START WEB HOSTING
FAQs START WEB HOSTING 1/7 ÍNDICE 1. Qué necesito para contratar el servicio de Start Web Hosting?... 3 2. Cómo realizo el pago mensual de mi servicio de Start Web Hosting?... 3 3. He contratado el servicio Más detalles Apoyoempresarial.com. Configuración del email para el dominio mapelor.com. Instrucciones de configuración del correo electrónico Página 1
Configuración del email para el dominio mapelor.com Instrucciones de configuración del correo electrónico Página 1 A- Comprobar que la cuenta está operativa Este paso podemos obviarlo si estamos 100% seguros Más detalles Práctica 7: Configuración de un router NAT
Práctica 7: Configuración de un router NAT Cuando se contratan los servicios básicos de un ISP, éste nos proporciona una conexión a Internet con un ancho de banda determinado (de acuerdo al contrato elegido) Más detalles Router Teldat. Interfaz Web
Router Teldat Interfaz Web Doc. DM801 Rev. 10.80 Abril, 2011 ÍNDICE Capítulo 1 Introducción... 1 1. Accediendo a la configuración del router... 2 Capítulo 2 Interfaz Web... 5 1. Estructura... 6 2. Inicio... Más detalles Comandos de red en Windows
Comandos de red en Windows A continuación se describe el conjunto de herramientas proporcionado por Windows 2000 / Windows NT, haciendo especial énfasis en sus diferentes contextos de utilización, así Más detalles Correo webmaker. Y presume de correo con tu nombre de dominio. Índice
Correo webmaker Y presume de correo con tu nombre de dominio Índice 1. La importancia del correo con tu nombre de dominio 2. Qué cuentas crear 3. Accede a tu Panel de Control de webmaker 4. Crea tus cuentas Más detalles Mi correo con OUTLOOK
Mi correo con OUTLOOK En este manual vamos a ver los pasos necesarios para configurar nuestra cuenta de correo. En primer lugar, ejecutaremos nuestro cliente outlook. Si es la primera vez que ejecutamos Más detalles TCP, UDP y DNS Angélica Flórez Abril, MSc.
Angélica FA- All rights reserved TCP, UDP y DNS Angélica Flórez Abril, MSc. Universidad Pontificia Bolivariana Bucaramanga, Colombia Octubre, 2010 Modelo OSI Y TCP/IP Capa 7 Aplicación Capa 6 Presentación Más detalles Uso del servidor gráfico X en los servidores del CESGA mediante PuTTY y Cygwin
Uso del servidor gráfico X en los servidores del CESGA mediante PuTTY y Cygwin Contenido Introducción... 2 Obtención e instalación del software necesario... 2 Configuración de PuTTY para su uso con Cygwin... Más detalles 2016 © DocPlayer.es Política de privacidad | Condiciones del servicio | Feedback

References: resolución 
 resolución 
 resolución 
 resolución 
 resolución 
 resolución 
 Resolución