Presentacion HTTP

SISTEMAS DE RED E INTERNET
INSTALACIN Y ADMINISTRACIN DE SERVIDORES WEB
Administracin de Sistemas Informticos en Red

1
Servicios de Red e Internet Prof: Luz Martnez
1. INTRODUCCIN
HTTP (Hyper Text Transfer Protocol)
Protocolo de capa de aplicacin que facilita a los usuarios el acceso a la informacin hipermedia residente en otro equipo de una red TCP/IP Su importancia radica en que junto con el modelo cliente-servidor son la base de la WWW ( World Wide Web)

2
2. WWW
Es un servicio de distribucin de informacin que permite acceder a multitud de recursos distribuidos por toda la Red Estos recursos se conectan entre s a travs de unos hiperenlaces que permiten la navegacin entre ellos

3
2. WWW
Creada en 1989 por Tim Berners-Lee y Robert Cailliau mientras trabajaban en el CERN (Centro europeo de Investigacin Nuclear) En la actualidad su desarrollo est controlado por el W3C (World Wide Web Consortium), una comunidad que desarrolla estndares web dirigida en la actualidad por Berners-Lee

4
2. WWW
Entre lo estndares desarrollados por W3C estn:
XHTML CSS XML

5
3. Componentes y funcionamiento
El servicio que ofrece la Web se basa en el modelo cliente servidor y esta formado por:
Recursos Nombres y direcciones (URL) Clientes web(navegadores) Servidores web Proxies web Protocolo HTTP Tecnologas web
6
3.1.Recursos
Existen multitud de ellos y pueden ser de muy diversa naturaleza:
Documentos Vdeos Audio Aplicaciones
Se conectan unos con otros a travs de hiperenlaces

7
3.1 Recursos
Pgina Web
Documento hipermedia (texto, imgenes, vdeo, audio) que normalmente contiene enlaces a otras pginas o recursos. Estn escritas en lenguajes que son interpretados y/o ejecutados Su contenido puede ser esttico o dinmico (se genera en el servidor web al ejecutar un conjunto de instrucciones de un determinado lenguaje)

8
3.1 Recursos
Sitio Web
Es un conjunto de pginas web relacionadas y accesibles a partir de un mismo nombre de dominio DNS. El conjuntos de sitios web de Internet constituyen la WWW

9
3.1 Recursos
Aplicacin Web
Es aquella donde el usuario interacta con un navegador que accede a unos servicios que ofrece un servidor web, una tienda electrnica y un cliente de correo web. Cada vez se ofrecen ms servicios basados en aplicaciones web:
Google maps Google Docs Dropbox

10
3.2. Nombres y direcciones

Se utilizan para identificar y localizar inequvocamente los recursos de la red.
URI(Uniform Resource Identifier):
URL(Uniform Resource Locator) URN (Uniform Resource Name)

11

URN
Es un identificador independiente de la localizacin Los URN pretenden ser una forma ms permanente y sencilla de acceder objetos. Para que esto funcione debe existir un servicio que traduzca de URN a URL. Esto permitira que si muevo ese objeto de lugar, al actualizar la posicin en este servicio de traduccin, el URN permanezca siempre igual. Otra ventaja de los URN, es que si un navegador pide este URN y existen varias copias en distintos lugares del mismo recurso , este servicio de traduccin podra indicarle cul es la copia ms cercana, y todo esto sin que lleguemos a enterarnos
12

URN
Ejemplos:
urn:isbn:0451450523
URN para el libro The last Unicorn
urn:isan:0000-0000-9E59-0000-O-0000-0000-2
URN para Spider-Man (2002 pelcula)

13

URL
La URL de un recurso es su direccin en Internet, la cual permite que el navegador la encuentre y la muestre de forma adecuada. El formato general de un URL es: esquema://mquina/directorio/archivo Esquema: generalmente indica el protocolo de red que se usa para recuperar, a travs de la red, la informacin del recurso identificado. El nombre del ordenador El directorio donde se encuentra y el nombre del archivo,
14

URL(cont)
Ejemplos de algunos esquemas http: recursos HTTP https: HTTP sobre SSL ftp:File Transfer Protocol mailto: direcciones de correo electrnico File: recusos disponibles en el sistema local, o en una red local

15

URL(cont)
La URL puede contener de forma opcional parmetros de bsqueda empiezan tras el ? Son parejas de identificador=valor y un parmetro se separa del siguientes con un &
esquema://mquina/directorio/archivo?par1=val1&par2=val2
La URL puede contener de forma opcional usuario y contrasea, puerto

esquema://usuario:contrasea@maquina:puerto/directorio

16
3.3 Servidores WEB

Tambin llamados servidores HTTP, son programas que atienden peticiones, procesan e interpretan cdigo escrito en diferentes lenguajes y envan a los clientes los recursos solicitados Los recursos pueden estar localizados en el mismo equipo donde se ejecuta el servidor o en otros equipos de la red Puede enviar informacin esttica o dinmica resultado de ejecutar programas. Ofrecen mltiples opciones de configuracin.
17
3.3 Servidores WEB

Suelen tener arquitectura modular siendo fcil aadir o eliminar funcionalidades Por defecto escuchan por el puerto 80/TCP Existen mltiples servidores:
Apache IIS Nginx Servidor Web de Google Lighttpd
18
3.4 Clientes WEB (navegadores)

Interactan con el usuario permitindole introducir URL
Pueden actuar como clientes de diferentes protocolos Reciben recursos del servidor web, los procesan y los muestran. Si el recurso que recibe no lo puede interpretar lo redirige a una aplicacin externa que lo pueda hacer.

19

Mantienen una memoria cach en la que guardan durante cierto tiempo:
Historial de acceso Recursos Contraseas
Son configurables, y se puede ampliar su funcionalidad.

20

Existen mltiples navegadores:
Mozilla FireFox Internet Explorer Google Chrome Safari Opera Navegadores en modo texto: Lynx, Links

21

Visita los siguientes links y comprueba la utilizacin actual de los navegadores
http://www.mclibre.org/consultar/amaya/otros/otros_historia_navegadores.html http://www.netmarketshare.com/browser-market-share.aspx? qprid=0&qpcustomd=0

22
3.5 Proxy Web

Programa que actua como intermediario entre un cliente web y un servidor web. Hay dos tipos de proxy:
Proxy directo Proxy inverso
La mayora tiene una cach donde almacena datos que ha obtenido para reducir el trfico de red y aumentar la velocidad de acceso a los recursos.
23
3.5 Proxy Web

Proxy directo
Se utilizan para optimizar y controlar el acceso a redes externas, como Internet, por parte de los clientes de una organizacin El proxy recibe la peticin del cliente y la pasa al servidor

24
3.5 Proxy Web

Proxy inverso
Igualmente reciben peticin de un cliente y la reenvan a uno o varios servidores web En este caso la peticin va dirigida al proxy Se utilizan cuando el servidor esta detrs de un cortafuegos y no es accesible directamente o para balancear la carga entre varios servidores web.

25
3.6. PROTOCOLO HTTP

Protocolo HTTP(Hyper Text Transfer Protocol) Es de facto el protocolo de comunicacin entre los componentes de la Web Utiliza el protocolo de capa de transporte TCP La versin actual es la HTTP1.1 creada por el World Wide Web Consortium y la Internet Engineering Task Force Es un protocolo sin estado: no guarda ninguna informacin sobre conexiones anteriores. Define la sintaxis y la semntica que utilizan los elementos de software de la arquitectura web (clientes, servidores, proxies) para comunicarse Administracin de Sistemas Informticos en Red
26
3.6. PROTOCOLO HTTP

Funcionamiento bsico de HTTP Cuando el usuario introduce una URL en la barra de direcciones del navegador (o hace clic sobre un hipervnculo.) El navegador analiza la URL y establece una conexin TCP en el servidor web (si se ha utilizado un nombre de dominio previamente invoca al servidor DNS para que le resuelva el nombre ) Cuando se ha establecido una conexin TCP, el navegador enva un mensaje HTTP de peticin* que depende de la URL El servidor enva un mensaje HTTP de respuesta** que depende de la peticin recibida Se cierra la Informticos en Red Administracin de Sistemas conexin TCP
27
4. MENSAJES HTTP
Son documentos en texto plano Contienen rdenes y parmetros Son de dos tipos: Peticin: de cliente a servidor Respuesta: de servidor a cliente

28
4.1. Mensajes de peticin

Constan de 3 partes Lnea inicial de peticin Lnea de cabecera Cuerpo del mensaje (opcional)

29
4.1.1.Lnea inicial de peticin

La lnea inicial de peticin contiene: Mtodo utilizado (GET, POST,...) La parte relativa al servidor de la URL o la URL completa si la conexin se establece con un servidor proxy Versin HTTP utilizada(opcional) Ejemplo:
GET /index.html HTTP/1.1

30
4.1.2 Lneas de cabecera

Estn compuestas por parejas de nombre/valor que determinan como sern procesadas las peticiones por parte del servidor. Ejemplo Accept:text/html indica que el navegador es capaz de procesar cdigo HTML Si no hay cabeceras se enva un 0 Cada cabecera se muestra en un lnea, es decir las cabeceras se terminan con CR-LF Despus de la ltima cabecer hay una lnea en blanco Ejemplo: Host: www.example.com User-Agent: Mozilla/5.0 [Lnea en blanco]
31
4.1.3 Cuerpo del mensaje

Es opcional Contiene parmetros o ficheros a enviar al servidor.

32
4.2. Mensajes de respuesta

Estn formados por tres partes. Lnea inicial de respuesta Lnea de cabecera Cuerpo del mensaje

33
4.2.1 Lnea inicial de respuesta

Contiene: Versin HTTP Cdigo de estado o cdigo de error . El cdigo 200 indica que todo ha ido bien y que se enva el recurso al cliente. Texto explicativo del cdigo de estado Ejemplo: HTTP/1.1 200 OK

34
4.2.2 Lneas de cabecera

Contienes parejas de nombre: valor denominadas cabecera que describen los datos y la forma en que son enviados al cliente. Ej Content-Type: tex/html indica que se enviar cdigo html que el navegador deber interpretar Si no hay cabeceras se manda un 0 Cada cabecera (par nombre: valor) se envia en una lnea Detrs de la ltima cabecera una lnea en blanco Ejemplo: Date: Fri, 25 Nov 2011 23:59:59 GMT Content-Type: text/html Content-Length: 1221
35
4.2.3 Cuerpo del mensaje

Es opcional Queda determinado por el tipo de recursos solicitado Ejemplo: <html> <body> <h1>Pgina principal de tuHost</h1> (Contenido) </body> </html>
36
4.3.Mtodos de peticin
Especifican la operacin que quiere realizar el cliente en el servidor . HTTP 1.1 contempla los siguientes mtodos GET POST OPTIONS HEAD PUT DELETE TRACE CONNECT
37
4.3.1. Mtodo GET

Es el mtodo ms utilizado y se emplea para obtener cualquier tipo de informacin del servidor Se invoca cuando se introduce una URL en el navegador, cuando se pincha sobre un hiperenclace o cuando se enva un formulario GET Las peticiones GET no envan cuerpo del mensaje. No se pueden usar para subir archivos o realizar otras operaciones que requieren enviar una gran cantidad de datos al servidor

38
4.3.1. Mtodo GET

Los parmetros en la URL se codifican de la siguiente forma Se aaden a la URL detrs del nombre del recurso, separados de ste por un ? Los diferentes parmetros se separan entre s por el caracter & Los espacios se sustituyen por + Ejemplo www.asir.es/datos.php?nombre=Juan&edad=28

39
4.3.2. Mtodo POST

Se emplea para solicitar al servidor que acepte informacin que se enva adjunta a una peticin. Las peticiones POST se envan en el cuerpo del mensaje y en l se incluyen los parmetros y datos que se consideren. Por tanto no son visibles en la URL Se invoca normalmente como consecuencia de enviar un formulario HTML POST No hay lmite en la cantidad de datos que se pueden enviar. Se utiliza para enviar ficheros al servidor

40
4.3.2. Mtodo POST

Se utiliza en operaciones que no deberan ser repetidas porque pueden tener efectos negativos (en una transferencia bancaria). Se utiliza para modificar Bases de Datos, aadir mensajes a listas de distribucin, grupos de noticias, ... Los navegadores muestran una advertencia cuando se refresca una pgina con una peticin POST Las respuestas obtenidas ante una peticin POST no se guardan normalmente en la cach

41
4.3.3. Mtodo OPTIONS

Mtodo OPTIONS Para solicitar al servidor informacin sobre las opciones de comunicacin disponibles en un recurso determinado

42
4.3.4. Mtodo HEAD

Se utiliza para recuperar las cabeceras de una pgina web Similar a GET pero el servidor solo devuelve cabeceras el servidor no enva cuerpo del mensaje. Usado para implementar caches de navegadores, informar al usuario del tamao del recurso antes de de intentar recuperarlo

43
4.3.5. Mtodo PUT
Para enviar recursos al servidor Por seguridad no es habitual que los servidores permitan subir recursos utilizando el mtodo PUT

44
4.3.6. Mtodo DELETE
Se utiliza para eliminar recursos del servidor Por seguridad no es habitual que los servidores permitan eliminar recursos usando el mtodo delete.

45
4.3.7. Mtodo TRACE

Para trazar la ruta de una peticin a travs de proxies y cortafuegos Utilizado para depurar errores en redes complejas.

46
4.3.8. Mtodo CONNECT

Mtodo CONNECT Este mtodo se reserva para uso con proxys. Por seguridad si no se va a usar el servidor debera deshabilitarlo

47
4.4 CABECERAS
Sintaxis nombre: valor Definen metadatos, informacin sobre los datos HTTP 1.1 define 46 cabeceras Las aplicaciones pueden definir sus propias cabeceras, stas debern comenzar por X Existen diferentes tipos de cabeceras: Generales De peticin De respuesta De entidad Ampliar informacin a cerca de las cabeceras http en http://en.wikipedia.org/wiki/List_of_HTTP_header_fields
48
4.4.1 Cabeceras generales

Definen informacin que puede ser utilizada tanto por clientes como por servidores ya que se aplican a una sesin completa de comunicacin Ejemplos: Cache-Control: Permite especificar distintas directivas para controlar la cach, tanto del cliente como de servidores proxy. Date: Enva una fecha en la representacin estndar definida en el protocolo. Transfer-Encoding: Codificacin de la transferencia Upgrade: Informacin sobre protocolos adicionales soportados por el cliente.
49
4.4.2 Cabeceras de peticin

Empleadas por los clientes para enviar informacin al servidor Ejemplos:
User-Agent:Informacin sobre el agente de usuario (generalmente navegador) que origina la peticin. Host:Nombre o IP del host del equipo al que se dirige la peticin. Accept, Accept-Charset, Accept-Language: Tipos MIME, compresin, mapas de caracteres, idiomas que est dispuesto a aceptar el navegador, etc. Cookie: Envia al servidor la informacin de una cookie enviada previamente por el servidor If-Match: Un cliente que tiene recursos en cache puede verificar si estn actualizados incluyendo este encabezado
50
4.4.3 Cabeceras de respuesta

Empleadas por el servidor para enviar informacin aadida al cliente Ejemplos:
Age: el tiempo que la respuesta est en la cach en segundos. Retry-After: si un recurso no est disponible, fecha en la que se espera que est disponible Server: el tipo de servidor www.authenticate: indica el tipo de autenticacin que se debe utilizar para acceder al recurso solicitado. set-cookie: envia valor de cookie al cliente para que este las almacene para usos posteriores.
51
4.4.4 Cabeceras de entidad

Informacin relacionada directamente con el recurso que se le va a proporcionar al cliente. Ejemplos Content-Encoding: tipo de codificacin empleado Content-Language: idioma en el que est Content-Length: Tamao del cuerpo de la resppuesta Content-Type: Tipo MIME de los recursos

52
4.5 Cdigos de estado y error

Cdigos que envan los servidores en las respuestas HTTP y que informan al cliente de cmo ha sido procesada la peticin. Se acompaan de un texto explicativo Son nmeros de tres cifras Se clasifican en 5 grupos 100-199 Informativos 200-299 xito (200 OK, 201 respuesta a POST indica que se creo el recurso) 300-399 Redireccin 400-499 Errores del cliente 500-599 Errores del servidor.
53
5 ALMACENAMIENTO EN CACH
Los servidores web contienen informacin que no cambia a menudo. HTTP permite almacenamiento en cach para aumentar rendimiento y evitar trfico incecesario Los navegadores y los proxies pueden almacenar localmente recursos durante tiempo. Cabeceras para controlar el uso de cach son: Cache-Control, Last-Modified, Expires, Age, Etag, IfMatch, If-Modified-Since

54
6. REDIRECCIONES
Permite a los servidores y los proxies redirigir peticiones a otras localizaciones Algunas situaciones en las que puede ser til
El contenido se ha movido a otra URL Convertir una solicitud POST en una solicitud GET Redirigir la peticin a otro proxy Redirigir peticiones a Servlets, JSPs, ASPs, etc

55
7 COMPRESIN
Es posible que los servidores compriman los recursos solicitados antes de envirselos a los clientes para reducir el trfico de red Los clientes indican que aceptan compresin con Accept-Encoding Los servidores para hacerle saber al cliente que envian datos comprimidos utilizan Content-Encoded

56
8. COOKIES
Una cookie es un fragmento de informacin que enva un servidor en una respuesta HTTP y es almacenada, si el navegador lo permite El navegador puede enviar posteriormente la cookie al servidor en solicitudes posteriores Cuando un navegador realiza una solicitud HTTP si existen cookies no caducadas cuya ruta y dominio coinciden con los de la peticin se las enva al servidor usando cabeceras Cookies y Set-Cookies
57
8. COOKIES
Las cookies son utilizadas por los servidores para diferenciar usuarios y conexiones, as http que es un protocolo sin estado, cada transferencia es independiente de la anterior, cuando estamos en una conexin que exige usuario y contrasea usa las cookies para recordar quien es el usuario. Las cookies pueden ser aceptadas, borradas o bloqueadas segun configuremos el navegador.
58
8. COOKIES
Ejemplo de uso de cookies: Peticin GET /index.html HTTP/1.1 Host: www.example.org Respuesta HTTP/1.1 200 OK Content-type: text/html Set-Cookie: name=value Set-Cookie: name2=value2; Expires=Wed, 09 Jun 2021 10:18:14 GMT Peticin posterior GET /spec.html HTTP/1.1 Host: www.example.org Cookie: name=value; name2=value2
59
9. AUTENTICACIN
Mecanismo para controlar el acceso a los recursos que ofrece el servicio. La autenticacin se basa en el uso de cdigo de estado 401 y en las cabeceras WWWAuthenticate y Authoritation. Los navegadores muestran al usuario un cuadro de dilogo para que se identifique.

60
9. AUTENTICACIN
Algunos mecanismos son:
Basic: el cliente enva un usuario y una clave codificados con el algoritmo basic64. Mtodo no seguro, usurio y clave sin encriptar Digest: el cliente envia un usuario y una funcin hash de la clave al servidor . Es ms seguro pero sigue siendo bastante vulnerable.
La autenticacin que ofrece HTTP no es segura y por ello la autenticacin es responsabilidad de las aplicaciones web.
61
10. CONEXIONES PERSISTENTES

El uso de conexiones persistentes en HTTP consiste en que varias peticiones y varias respuestas sean transferidas usando la misma conexin TCP. Se reduce el nmero de conexiones TCP, lo que implica un menor consumo de recursos y mayor rapidez. En HTTP 1.0 se crea una conexin TCP por iteraccin En HTTP 1.1 por defecto las conexiones son Administracin de Sistemas Informticos en Red persistentes Servicios de Red e Internet
62
Prof: Luz Martnez
11.MIME
MIME (Multipurpose Internet Mail Extensions) Especificaciones orientadas a intercambiar en Internet texto, imgenes,audio .. usando protocolos como HTTP y SMTP Definen Una serie de tipos y subtipos (text/html, image/gif, text /css, audio/xmpeg...) que determinan el contenido de los recursos enviados a travs de la red. Un conjunto de reglas para codificar mensajes no ASCII
63
11.MIME
Un conjunto de cabeceras que son utilizados por los protocolos para informar a los clientes y servidores sobre los recursos transmitidos: MIME-Version: Versin de MIME Content-Description: Texto que describe el contenido Content-Id: Identificador nico. Content-Transfer-Ecoding. Cmo se codifican los datos binarios usando ASCII Content-Type: Tipo y Subtipo.

64
11. MIME
En HTTP se utilizan las cabeceras y tipos MIME en: Los mensajes de respuestas que enva el servidor para informar al cliente de los recursos que le enva. El navegador en funcin del tipo MIME recibido visualiza o reproduce el recurso, lo abre con una palicacin externa o pregunta al usuario qu hacer Los mensajes de peticin que envan los clientes para informar al servidor de los tipos MIME que acepta. Para encapsular uno o ms recursos en el cuerpo de mensaje usando un tipo MIME especial denominado multipart.

65
12. SEGURIDAD
Seguridad: HTTP no es un protocolo seguro
EL intercambio de informacin se realiza en texto plano. Los mecanismos de autenticacin Basic y Digest no son seguros No se usan mecanismos para asegurar que los equipos involucrados son quienes dicen ser Existen ataques que se basan en el robo o falsificacin de cookies y/o parmetros enviados en la URL o en el contenido de los mensajes y que permiten al atacante robar la identidad de un usuario.
66
12. SEGURIDAD
Seguridad(cont)
EL servidor web, el cliente y las aplicaciones web tambien tienen vulnerabilidadesy son objetivos constantes de los atacantes.

67
12. SEGURIDAD
HTTPS (Hiper Text Transfer Protocol Secure)
Es un protocolo que utiliza SSL o TLS para encapsular mensajes HTTP Utilizan algoritmos de encriptacin y certificados digitales para garantizar la confidencialidad, y la integridad de la informacin transmitida y la autenticidad de los servidores. Los clientes utilizan https en las URL Los servidores escuchan HTTPS en el puerto 443/TCP
68
13. ALOJAMIENTO VIRTUAL

Alojamiento virtual de sitios web Consiste en alojar varios sitios web en un nico servidor web. Sinnimos de alojamiento virtuales son host virtuales, servidores virtuales, sitios virtuales. El alojamiento virtual permite reducir el nmero de mquinas fsicas necesarias y aprovechar mejor los recursos. La mayora de los servidores actuales soportan estas funcionalidades
69

Alojamiento virtual de sitios web (cont) Existen tres tipos de alojamiento virtual: Alojamiento virtual basado en IP's Alojamiento virtual basado en nombres Alojamiento virtual basado en puertos

70

Alojamiento virtual basado en IP's El servidor tendr diferentes direcciones IP por cada servidor web virtual. Cada servidor virtual atender peticiones en una direccin IP diferente. La mquina donde se ejecuta el servidor web debe tener varias tarjetas de red configuradas cada una con una IP o hay que asignar varias direcciones IP (alias o interfaces virtuales). La mayora de los sistemas operatios actuales soportan esta funcionalidad
71

Alojamiento virtual basado en IP's Ejemplo Asignaramos dos direcciones IP a la tarjeta del servidor Configuramos el servidor para que responda de forma distinta a cada IP Configuramos el servidor de DNS con la asignacin de cada IP segn el sitio web

72

Alojamiento virtual basado en nombres En este caso los dos servidores se identifican con la misma IP en el servidor dns Esto es posible porque a partir de la versin 1.1 el servidor es capaz de diferenciarel nombre de dominio por el que pregunta el cliente porque est incluido en la cabecera host. Esta es la forma ms utilizada en la actualidad, se ahorran equipos y direcciones IP

73

Alojamiento virtual basado en puertos Cada servidor atiende peticiones en una direccin y/o dominio:puerto diferente.

74

Presentacion HTTP

Caricato da

Informazioni sul documento

Titolo originale

Copyright

Formati disponibili

Condividi questo documento

Condividi o incorpora il documento

Opzioni di condivisione

Hai trovato utile questo documento?

Questo contenuto è inappropriato?

Copyright:

Formati disponibili

Presentacion HTTP

Caricato da

Copyright:

Formati disponibili

SISTEMAS DE RED E INTERNET

INSTALACIN Y ADMINISTRACIN DE SERVIDORES WEB

Administracin de Sistemas Informticos en Red

Servicios de Red e Internet Prof: Luz Martnez

Administracin de Sistemas Informticos en Red

Servicios de Red e Internet Prof: Luz Martnez

Administracin de Sistemas Informticos en Red

Servicios de Red e Internet Prof: Luz Martnez

Administracin de Sistemas Informticos en Red

Servicios de Red e Internet Prof: Luz Martnez

Administracin de Sistemas Informticos en Red

Servicios de Red e Internet Prof: Luz Martnez

Servicios de Red e Internet Prof: Luz Martnez

Se conectan unos con otros a travs de hiperenlaces

Servicios de Red e Internet Prof: Luz Martnez

Administracin de Sistemas Informticos en Red

Servicios de Red e Internet Prof: Luz Martnez

Administracin de Sistemas Informticos en Red

Servicios de Red e Internet Prof: Luz Martnez

Administracin de Sistemas Informticos en Red

Servicios de Red e Internet Prof: Luz Martnez

3.2. Nombres y direcciones

Administracin de Sistemas Informticos en Red

Servicios de Red e Internet Prof: Luz Martnez

3.2. Nombres y direcciones

Servicios de Red e Internet Prof: Luz Martnez

3.2. Nombres y direcciones

Administracin de Sistemas Informticos en Red

Servicios de Red e Internet Prof: Luz Martnez

3.2. Nombres y direcciones

Servicios de Red e Internet Prof: Luz Martnez

3.2. Nombres y direcciones

Administracin de Sistemas Informticos en Red

Servicios de Red e Internet Prof: Luz Martnez

3.2. Nombres y direcciones

La URL puede contener de forma opcional usuario y contrasea, puerto

Administracin de Sistemas Informticos en Red

Servicios de Red e Internet Prof: Luz Martnez

3.3 Servidores WEB

Servicios de Red e Internet Prof: Luz Martnez

3.3 Servidores WEB

Servicios de Red e Internet Prof: Luz Martnez

3.4 Clientes WEB (navegadores)

Administracin de Sistemas Informticos en Red

Servicios de Red e Internet Prof: Luz Martnez

3.4 Clientes WEB (navegadores)

Son configurables, y se puede ampliar su funcionalidad.

Administracin de Sistemas Informticos en Red

Servicios de Red e Internet Prof: Luz Martnez

3.4 Clientes WEB (navegadores)

Administracin de Sistemas Informticos en Red

Servicios de Red e Internet Prof: Luz Martnez

3.4 Clientes WEB (navegadores)

Administracin de Sistemas Informticos en Red

Servicios de Red e Internet Prof: Luz Martnez

3.5 Proxy Web

Servicios de Red e Internet Prof: Luz Martnez

3.5 Proxy Web

Administracin de Sistemas Informticos en Red

Servicios de Red e Internet Prof: Luz Martnez

3.5 Proxy Web

Administracin de Sistemas Informticos en Red

Servicios de Red e Internet Prof: Luz Martnez