Professional Documents
Culture Documents
DNS
HTTP
SMTP
TELNET
FTP
Como servicio: para ser usado por otra aplicacin para poder acceder a
las capas inferiores.
Los flujos de datos pueden ser voluminosos en ambos sentidos o incluso mayor
en sentido de subida (del cliente al servidor) que de bajada (del servidor al
cliente). Por ejemplo, si pensamos en un cliente FTP subiendo un fichero al
servidor, el volumen de subida es mayor que el de bajada.
3.2.2.1. Servidores.
Un servidor es cualquier dispositivo que responde a una solicitud de una
aplicacin cliente. Aunque tambin, la palabra servidor define al proceso que
escuha en un puerto y presta un servicio. Un servidor suele compartir su
informacin con muchas aplicaciones cliente, como por ejemplo un servidor
web, o de archivos.
Dependiendo del servicio que presta el servidor, habrn ms o menos
requerimientos para la conexin, pudiendo requerir diferentes grados de
autenticacin. Por ejemplo, al conectarse a un servidor FTP, puede requerirse
contrasea, y al conectarse a una pgina via https puede requerirse un
certificado electrnico.
A la aplicacin servidor tambin se le conoce como demonio (o daemon). De
ah que en linux, gran parte de las aplicaciones servidor termien con la letra "d",
como httpd o dhcpd.
estar accediendo a una carpeta compartida por otra, y al mismo tiempo estar
recibiendo una solicitud de impresin para una impresora que comparte.
A diferencia de en el modelo cliente/servidor, donde los servidores son
dedicados, en las redes entre pares (o punto a punto) descentralizan los
recursos.
Aplicaciones punto a punto: en este otro modelo, hablamos de aplicaciones
que pueden actuar como cliente o como servidor dentro de la misma
comunicacin. Ambas pueden iniciar una comunicacin y se consideran iguales
en el proceso de comunicacin. Al iniciar una aplicacin P2P, se ejecuta por un
lado la interfaz del usuario, y por otro procesos en segundo plano. Luego, las
aplicaciones pueden comunicarse.
Existe un sistema hbrido para las aplicaciones P2P, donde los recursos
compartidos siguen descentralizados, pero la informacin sobre su ubicacin
est almacenada en un directorio centralizado de un servidor de ndice. En este
sistema, si un cliente desea localizar un recurso en un servidor, primero debe
consultar en el servidor de ndice. El servidor de ndice tambin puede ayudar a
conectar dos puntos, pero una vez conectados, la comunicacin puede llevarse
entre los dos puntos de manera autnoma.
Cuando un cliente realiza una consulta, el proceso "named" del servidor, busca
en sus propios registros a ver si tiene informacin sobre el nombre pedido. Si
no encuentra informacin en sus registros de recurso, contacta con otros
servidores que estn ubicados en mejor posicin que l en la jerarqua DNS.
Este proceso se puede repetir en varios servidores DNS, hasta que uno sea
capaz de resolver la peticin. La respuesta llegara al servidor inicial que a su
vez respondera al cliente. Los servidores ms altos en la jerarqua son los que
tienen mayor carga de trabajo.
El servidor almacena temporalmete la respuesta a esta consulta en una cach
de nombre. Si se le vuelve a hacer la consulta en un periodo acotado, el
servidor responder inmediatamente. Del mismo modo, los resolutores DNS en
las mquinas cliente, tambin almacenan una cach DNS con la misma
funcionalidad. Para consultar la cach DNS, en windows se puede ejectuar
"ipconfig /displaydns" y en Ubuntu tendramos que activar esta funcin (se
puede seguir este manual http://www.guia-ubuntu.org/index.php?
title=Dnsmasq,_servidor_DNS_y_DHCP).
3.3.4.1. FTP
FTP Permite transferir ficheros entre cliente y servidor. FTP requiere dos
conexiones entre cliente y servidor: una para enviar comandos de control y otra
para la transferencia de los archivos.
El cliente se conecta al puerto TCP 21 para los comandos de control. Una vez
establecida la conexin, se realiza otra conexin al puerto TCP 20, para la
transferencia real de archivos.
La transferencia puede producirse en ambos sentidos.
3.3.5.1. DHCP
Permite automatizar la asignacin de una IP a los ordenadores de una red.
Tiene sentido sobre todo en redes grandes, donde hay una alta variabilidad de
usuarios, aunque puede utilizarse en redes de cualquier tamao.
El ciente (un ordenador que inicia sin IP) solicita mediante un mensaje
broadcast una IP al servidor DHCP de la red. ste asigna una IP de un pool
(manojo) de IPs y la asigna temporalmente al cliente.
Un servidor DHCP simplifica el trabajo del administrador ya que no tiene que
estar pendiente de la IP de cada dispositivo. Sin embargo esto puede ser un
riesgo, ya que cualquier dispositivo obtendr una IP. En realidad esto se puede
controlar.
En principio las asignaciones son temporales pero se pueden configurar para
que sean estticas y no varien.
Puede haber servicio DHCP en redes inalmbris pblicas, privadas,
domsticas. En el caso de las redes domsticas el servidor DHCP estar en el
lado del ISP de forma que los routers tomarn una direccin del mismo. As
mismo, el usuario final, recibe una IP del servidor DHCP que incorpora el
router.
3.3.5.2. DHCP
Cuando el cliente se conecta a la red, enva un paquete de
DESCUBRIMIENTO DHCP para identificar al servidor DHCP. El servidor
contesta con una OFERTA DHCP, ofreciendo IP, mscara de subred, DNS,
puerta de enlace y duracin de la asignacin.
En ocasiones hay ms de un servidor DHCP, en cuyo caso el cliente tendr que
elegir entre las ofertas.
Si el cliente acepta la asignacin, enva otro mensaje aceptando la oferta e
identificando el servidor DHCP del que provena la oferta.
Si el servidor est de acuerdo enva un paquete DHCP ACK confirmando la
reserva. Si no est de acuerdo, enva un DHCP NACK (debido a una reserva
de ltima hora, por ejemplo) el cliente deber empezar de nuevo descubriendo
los servidores DHCP de la red.
3.3.6.1. SMB