Curso Rapido de Redes

Introduccin a las redes
Concepto e historia de las redes de datos y su repercusin en la sociedad.
En la actualidad nos encontramos ante una de las eras informticas

ms importantes, sobre todo en lo referente a Internet y las redes de
datos. La globalizacin de Internet ha sido ms rpida de lo que se
esperaba, por lo en muchos aspectos hemos tenido que aprender,
aplicar y actualizar conceptos que hasta hace muy poco eran
impensables para la mayora de la poblacin.
Esto nos ha llevado a depender casi por completo de la red de Redes
(Internet), para nuestras relaciones sociales, comerciales y polticas.
http://tutorialesjorgiman.blogspot.com.co/
jjorge4@gmail.com
A medida que los programadores sigan innovando y creando nuevos

conceptos, Internet jugar un papel decisivo en nuestros proyectos de
futuro.
La comunicacin en la actualidad es casi tan importante como el

aire que respiramos. Los mtodos que utilizamos para
comunicarnos estn en continua evolucin y es aqu donde se
centra Internet, qu es Internet sino, sino una forma de
comunicacin?.
Para entender todo esto mejor, considero que necesitamos saber un
poco ms sobre la historia de las redes, por ello vamos a comentar de
forma muy general la evolucin histrica de las redes de datos.
jjorge4@gmail.com
Historia de las redes

Para empezar a hablar de redes debemos remontarnos a
mediados del siglo XIX, donde se utilizaba el telgrafo como
forma de comunicacin entre grandes distancias geogrficas.
Algunos expertos consideran las seales de humo de los indios
americanos como las primeras redes rudimentarias, ya que
servan para pasar informacin entre puntos alejados
geogrficamente a travs del humo. Pero no esta del todo
aceptado por lo que lo dejo como mera ancdota.
jjorge4@gmail.com
Posteriormente apareci la red telefnica, que fue el principal medio de

transmisin de datos a nivel mundial y el que revoluciono el mundo de las
comunicaciones, no solo a nivel militar y poltico sino a nivel personal, ya
que poco a poco se fueron instalando telfonos en las casas particulares.
Ya a principios de los 60, aparecieron las primeras redes, que slo ofrecan
una conexin tipo cliente-servidor, es decir, un ordenador hacia de
servidor y otro de cliente, los clientes no podan estar conectados entre s.
A partir de aqu las redes han ido evolucionando rpidamente y ya en 1967
nace la red antecesora de Internet, la ARPANET. Esta red fue creada con
fines militares y de gobierno pero a medida que fue aadiendo nodos
(servidores) termin por evolucionar a la conocida red Internet.
jjorge4@gmail.com
Espaa se conecta por primera vez a Internet en 1985.

Como podris observar a medida que Internet crece, se promueve la
comunicacin sin limites y aumentan las posibilidades de hacer negocios,
el crecimiento de la educacin y la investigacin, etc.
Actualmente Internet esta presente en nuestras vidas, tanto a nivel

personal como profesional hacindolas ms fciles y divertidas.
No sabemos hasta donde puede llegar Internet ni que efectos tendr en el
futuro, pero podemos asegurar que actualmente las redes nos han
ayudado en muchos aspectos, pero sobre todo en la comunicacin entre
personal de diferentes partes del mundo. En definitiva las redes son algo
bueno en nuestra sociedad.
jjorge4@gmail.com
Arquitectura de red
Vemos el concepto de arquitectura de red y sus 4 caractersticas bsicas
para que la red funcione correctamente.
Continuamos viendo datos importantes dentro de nuestro manual de
redes. En concreto veremos lo que es una arquitectura de red.
Antes de meternos en la arquitectura de red tenemos que destacar lo que
es una red convergente y su finalidad.
Antiguamente las redes se dividan dependiendo del tipo de dispositivos
que la formaban, de esta forma una red telefnica solo serbia para
comunicarse va telfono y una red informtica para conectar dispositivos
informticos.
jjorge4@gmail.com
Bien pues aparece un nuevo tipo de red que es la convergente, la cual

permite utilizar una nica red para varias funciones. Esta red necesita
una buena arquitectura de red para su funcionamiento y por ello es
sumamente importante ver que es una arquitectura de red y sus
principales caractersticas.
Lo primero que tenemos que saber es, a que nos referimos cuando
hablamos de arquitectura de red, bien pues nos referimos a las
tecnologas que admiten la infraestructura, servicios y protocolos que
transmiten los mensajes a travs de la red, para que esta sea fiable y
funcione perfectamente.
jjorge4@gmail.com
Actualmente una buena arquitectura de red debe cumplir 4

caractersticas bsicas:
Tolerancia a fallos
Escalabilidad
calidad del servicio
Seguridad
jjorge4@gmail.com
A continuacin pasamos a detallar cada una de ellas para dejar estas

caractersticas totalmente claras.
Tolerancia a fallos
Una red tolerante a fallos es aquella que limita el impacto de un error
de software o hardware y que adems puede recuperarse de dicho

error rpidamente. Para que se entienda mejor, si nosotros enviamos
un mensaje y nos da un error de enrutamiento, la red lo que tendra
que hacer es mandar inmediatamente el mismo mensaje pero por otra
ruta distinta de tal forma que el destinatario no conoce dicho error y
recibe sin problemas el mensaje.
jjorge4@gmail.com
Para aplicar este sistema utilizamos lo que se llama redundancia, y es

simplemente implementar varios caminos, soluciones, etc. para que si uno
falla, tengamos ms y el mensaje siempre llegue a su destinatario.
Escalabilidad
Esta caracterstica no es otra que la de permitir el crecimiento de las
redes sin repercutir en su funcionamiento. Para que os hagis una idea,
cada semana se conectan miles de usuarios nuevos y proveedores de
Internet, para que esto no cree problemas de rendimiento se ha creado
un diseo jerrquico de capas para la estructura fsica y la arquitectura
lgica. (Esto lo veremos detenidamente ms adelante).
jjorge4@gmail.com
Ca idad del servicio

l
Para que una red suministre una buena calidad de

servicio, crea lo que se denominan prioridades, para
que as, de esta forma, por ejemplo, se de ms
prioridad a un streamming de video que a una pgina
web, ya que esta ltima no requiere tantos servicios
para funcionar correctamente. Esto es algo que se ira
entendiendo mejor a lo largo del manual.
jjorge4@gmail.com
Seguridad
Esta es la caracterstica que ms se esta desarrollando actualmente ya que
es la que ms preocupa a la sociedad actual. La confidencialidad de los
datos es primordial a la hora de enviar mensajes a travs de una red, y es
por eso, que esta caracterstica es a mi entender junto con la tolerancia a
fallos, son las dos ms importantes y las que requieren mayor desarrollo e
investigacin.
Como sistemas de seguridad, en las redes utilizamos los sistemas de
contraseas cifradas, los firewall, los encriptadores de datos, etc. Ya en el
siguiente artculo veremos de que se compone una red y sus
representaciones grficas.
jjorge4@gmail.com
Elementos de una red

Analizamos los elementos de una red, su representacin grfica y su
funcin principal.
Es de vital importancia saber que es la comunicacin a travs de redes y
para ello vamos a ver los principales elementos que componen dicha red, as
como su funcin y su representacin grfica.
Las redes de informacin varan en tamao y capacidad pero todas ellas
tienen una serie de elementos bsicos en comn:
1.Dispositivos dentro de la red, que envan o reciben mensajes
2.Mensajes que se envan de un dispositivo a otro.
3.Un medio para conectar los dispositivos, as como para enviar los
mensajes
4.Reglas que rigen la forma en se envi, recibe e interpretan los mensajes.
jjorge4@gmail.com
Para que una red funcione correctamente es necesario la estandarizacin de

todos estos elementos.
La disposicin grfica de una red sera la siguiente:
jjorge4@gmail.com
Dispositivos
Dentro de los dispositivos podemos citar los ms importantes que seran:
Pc sobremesa
Porttil
Servidor
Router
Impresora
Etc.
jjorge4@gmail.com
Medios
Los medios mas comunes son los cables de red (LAN) y el aire (WIFI).
Su representacin grfica es la siguiente:
jjorge4@gmail.com
Reglas
Son los estndar o protocolos que utilizamos para las comunicaciones.
Algunos ejemplos de reglas y protocolos son los siguientes:
Protocolo TCP/IP para la transmisin de mensajes

HTTP para www
SMTP para el correo de salida
POP para el correo de entrada
SIP para la voz IP
jjorge4@gmail.com
Mensajes
Utilizamos la palabra mensaje para referirnos por
ejemplo, a pginas web, correos electrnicos, llamadas
telefnicas, documentos para impresin, etc. Ya solo nos
quedara por ver la representacin que utilizamos para
hablar de Internet o de cualquier red formada por varias
redes.
jjorge4@gmail.com
Una vez que ya sabemos los elementos que

conforman la red podemos pasar a ver otros
aspectos como son los tipos de conexiones, es
decir, los elementos fsicos que podemos
utilizar en el elemento medio de nuestra red.
jjorge4@gmail.com
Tipos de conexiones
Para que una red funcione, los dispositivos tienen que
estar interconectados, ya sea mediante cables o por
dispositivos inalmbricos.
Conexiones por cable: El medio suele ser cables de
cobre que transmiten seales elctricas, o por fibra
ptica que transmite seales de luz.
jjorge4@gmail.com
Los tipos de cable de cobre son el Par Trenzado o el Par

Trenzado no blindado (UTP).
Conexiones inalmbricas: El medio es el aire y las
seales son las microondas.
Las conexiones inalmbricas pueden ser:
Router inalmbrico <-> ordenador
dispositivo tierra <-> dispositivo tierra
Dispositivo tierra <-> dispositivo satlite
Las redes inalmbricas, en algn momento, tienen una

conexin con alguna red cableada.
jjorge4@gmail.com
Comunicacin a travs de la red

Principales caractersticas de la comunicacin y los componentes que hacen
posible dicha comunicacin.
Las tecnologas de hoy en da nos permiten que las redes

estn disponibles cuando y donde las necesitemos. A
medida que la red humana sigue creciendo, la red que la
conecta tambin debe hacerlo. En los artculos anteriores
del manual de redes veamos los dispositivos que podemos
encontrarnos en una red, bien pues en este artculo vamos
a ver los componentes de la comunicacin.
jjorge4@gmail.com
Es importante que conozcamos lo dispositivos que forman

dicha red, as como los medios que conectan los
dispositivos, los mensajes que se trasmiten y las reglas y
comandos que se utilizan para dichos fines.
En el artculo sobre los elementos de una red veamos los
distintos dispositivos, los tipos de redes, etc. pero ahora
vamos a ver un poco por encima los elementos de una
comunicacin para entender algo mejor lo que viene
despus.
jjorge4@gmail.com
A grandes rasgos podemos decir que una

comunicacin esta compuesta por un emisor (el
que envi el mensaje), un canal (va por la que se
envi el mensaje) y un receptor (el que recibe el
mensaje). Tanto el emisor como el receptor
pueden ser personas o dispositivos.
jjorge4@gmail.com
Un ejemplo sobre esto seria: un ordenador manda

una peticin de impresin a la impresora. El emisor
sera el ordenador, el canal sera la red y el receptor
sera la impresora.
Una vez visto esto podemos pasar a ver que es la
comunicacin de mensajes y como se realiza.
jjorge4@gmail.com
Comunicacin de mensajes
Para entender esto vamos a ir guindonos por el
ejemplo del envo de un correo electrnico.
Pensemos en un envo de correo tal como
conocemos la comunicacin, esto sera
simplemente que un ordenador manda un mensaje
a otro. Pero qu pasara si dicho mensaje se pierde
en el camino por un fallo de red? Pues que
tendramos que enviarlo nuevamente no?
jjorge4@gmail.com
Bien pues para solucionar este problema lo que

hacemos en la comunicacin entre redes
informticas es enviar dicho mensaje dividido en
mltiples paquetes ms pequeos de tal forma
que si falla la red solo tenemos que enviar el
paquete perdido y no todo el mensaje.
Este proceso se denomina segmentacin.
jjorge4@gmail.com
La segmentacin nos permite enviar varios mensajes

a la vez (multiplexacin) y que cada paquete de cada
mensaje vaya por caminos distintos haciendo la
comunicacin ms rpida y fiable.
La nica desventaja de dicho proceso de
segmentacin es que al llegar al receptor se tienen
que ordenar todos los paquetes antes de ser
entregado. (Esto es un proceso complejo y requiere
algo de tiempo).
jjorge4@gmail.com
Plataforma para las comunicaciones

Las redes utilizan dispositivos, medios y servicios.
Los dispositivos y medios suelen ser todos elementos
hardware (Equipos, cableado, router, etc.) y los
servicios suelen ser todo el software necesarios para
el funcionamiento de la red, y la lectura de los
mensajes enviados(procesos, protocolos, gestores de
correo, paginas web, etc.)
jjorge4@gmail.com
Dispositivos finales: en trminos de red llamamos a los

dispositivos finales host y pueden ser ordenadores,
impresoras de red, escner, etc. Para distinguir un host de
otro le asignamos una direccin que ser utilizada por otro
host para especificar el destino del mensaje. Cabe destacar
que actualmente un host puede actuar como cliente, como
servidor o como ambos a la vez.
Los servidores son host que proporcionan informacin y
servicios a otros host de la red.
Los clientes son host que solicitan informacin a
servidores y muestran dicha informacin.
jjorge4@gmail.com
Dispositivos intermedios: Son aquellos que permiten la

conexin entre host o incluso entre redes (hubs, routers,
mdems, firewalls). Son los que determinan la ruta de los
mensajes tomando como referencia la direccin del host
destino. Adems de esta funcin se encargar de notificar
errores en la recepcin de mensajes, clasificar y
administrar las prioridades de los mensajes y permitir o
denegar el flujo de mensajes de acuerdo con los
parmetros de seguridad.
Medios: se trata del canal por el que se transmiten los
mensajes. Actualmente tenemos
jjorge4@gmail.com
tres tipos de medios: cable de cobre, fibra ptica y

transmisin inalmbrica. La codificacin del mensaje en
cada medio es diferente. Hay que saber elegir bien el
medio ya que cada uno tiene propiedades, ventajas y
desventajas diferentes. Ms adelante veremos como elegir
bien el medio dependiendo de la tipografa de la red y las
necesidades de la misma.
Servicios: se trata del software utilizado en cada caso.
Nos podemos referir al gestor de correo, al protocolo
tcp/ip, a la pgina web.... En definitiva todo programa
que nos ayude a enviar y visualizar nuestro mensaje.
jjorge4@gmail.com
Tipos de redes
En el artculo de hoy vamos a ver los tipos de redes que nos podemos
encontrar y sus principales caractersticas.
Continuando con la temtica de nuestro manual sobre

redes, hoy vamos a ver los diferentes tipos de redes (redes
LAN, redes WAN, Intranet e Internetworks) y sus
caractersticas ms importantes muy por encima para
ms adelante meternos ms de lleno en cada una de ellas.
jjorge4@gmail.com
Redes de rea local (LAN)

Cuando hablamos de LAN podemos decir que se trata de redes
pequeas, generalmente localizadas en una misma situacin
geogrfica y que suelen dar servicio a una sola empresa, edificio,
casa, etc. Cmo su tamao es reducido podemos entender que ni
siquiera requiera de un administrador de red y los componentes
de la misma tambin sean reducidos, aunque en algunos casos
las LAN de empresas grandes pueden tener un nmero de
puestos considerables y requerir de varios administradores de
red.
jjorge4@gmail.com
Este tipo de redes pueden estar compuestas por cables,

inalmbricas o ambas a la vez.
Su capacidad de transmisin esta comprendida entre
1Mbps y 1Gbps o mas.
Tiene varias tipologas de red
jjorge4@gmail.com
Redes de rea amplia (WAN)

Para entender este tipo de red vamos a dar un ejemplo.
Pensemos que estamos en una multinacional, con varias
sedes en distintos pases. Cada sede posee su LAN, pero
tienen que estar comunicadas entre s, bien pues esa
comunicacin se realiza a travs de la red WAN.
Las redes WAN utilizan dispositivos especiales para
realizar las interconexiones entre las distintas redes
LAN. Adems pueden usar sistemas de comunicacin va
satlite o radio.
jjorge4@gmail.com
Intranet
Hablamos de Intranet cuando queremos hablar de redes LAN
y WAN privadas dentro de una empresa, organizacin, etc. a
las cuales solo se tiene acceso mediante usuario y contraseas
privadas. Este tipo de redes se suelen utilizar para compartir
recursos dentro de la red, es decir, suelen servir para alojar
paginas web de la empresa, para compartir impresoras,
escner, etc. y adems cuentan con opcin de salida a Internet.
Se utilizan tambin para instalar programas internos dentro
de la empresa, organizacin, etc.
jjorge4@gmail.com
Internetworks (Red de redes, Internet)

Internetworks no es nada ms y nada menos que lo que
nosotros conocemos como Internet, y es simplemente un
montn de redes LAN y WAN conectadas entre si formando
una especie de maraa. Internet se crea mediante la
interconexin de redes de proveedores de servicios de Internet
(ISP). Estas redes proporcionan acceso a Internet a millones de
usuarios de todo el mundo, garantizando una comunicacin
efectiva y rpida
jjorge4@gmail.com
Pero tenemos que destacar que no esta centralizada ni

regida por un nico organismo, sino que se gestiona
mediante muchos organismos de los cuales podemos citar
a la ICANN (gestionar nombres de dominios y
direcciones IP) y la IETF(encargada de redactar los
protocolos).
Una vez que sabemos ya los diferentes tipos de red
tenemos que pasar a ver los distintos protocolos por los
que se rigen dichas redes
jjorge4@gmail.com
Protocolos de red
Este artculo vamos a ver los diferentes protocolos por los que se rigen
todas las redes actuales.
Los protocolos que rigen dichas redes. Los protocolos

son las reglas que rigen la comunicacin dentro de una
red, y para que haya comunicacin entre dos host, por
ejemplo, se requieren muchos protocolos. A este
conjunto de protocolos necesarios se les llama suite de
protocolos y estn implementados en cada dispositivo
perteneciente a la red.
jjorge4@gmail.com
La suite de protocolos se organiza mediante capas, las

cuales no pueden funcionar independientemente sin las
dems. Las capas inferiores ofrecen servicios a las capas
superiores. Por norma general las capas inferiores estn
destinadas a ver como enviar el mensaje y las superiores a
como mostrarlo en los destinatarios.
jjorge4@gmail.com
Las suite de protocolos describen procesos tales como:
El formato y la estructura del mensaje

El mtodo por el cual los dispositivos van a compartir
informacin
Como se transmiten mensajes de error
La configuracin de la transmisin de datos
jjorge4@gmail.com
Existen protocolos libres y de propietarios, siendo estos

exclusivos y normalmente de acceso denegado a
dispositivos ajenos a la empresa o marca. A veces estas
suite de protocolos hacen referencia a otros protocolos de
amplia utilizacin, dichos protocolos es lo que conocemos
con estndares.
Dichos estndares hacen posible el funcionamiento
conjunto de dispositivos de distintos fabricantes.
jjorge4@gmail.com
Interaccin de protocolos
Para entender la interaccin de protocolos vamos a
ver un ejemplo muy conocido. Un servidor web y un
explorador web. El servidor web enva informacin
al explorador web y dicha informacin se enva
siguiendo una serie de protocolos. Vamos a ver
algunos de ellos:
jjorge4@gmail.com
Protocolo de aplicacin: en este caso se utiliza el conocido

protocolo http (protocolo de trasferencia de hipertexto). Este
protocolo rige la forma de comunicarse el servidor web con el
cliente web. As mismo dicho protocolo esta compuesto por otros
inferiores que rigen la forma en que se trasporta la informacin
entre cliente y servidor.
Protocolo de trasporte: se suele utilizar el TCP (protocolo de

control de transmisin). Este protocolo divide la informacin en
pequeos trozos llamados segmentos que se envan al cliente.
Adems controla con que frecuencia se deben enviar dichos
segmentos y sus tamaos.
jjorge4@gmail.com
Protocolo Internetwork: tambin conocido como

protocolo IP. Este protocolo coge los segmentos que
le enva el protocolo TCP, los empaqueta y dice la
mejor ruta para su envo.
Protocolos de acceso a la red: aqu tenemos varios
protocolos que lo que hacen es administrar los
paquetes y su trasmisin fsica a travs de la red.
jjorge4@gmail.com
Es posible que dispositivos totalmente distintos pueda

comunicarse gracias a estos protocolos. Esto es debido a que los
protocolos especifican la funcionalidad de la red y no la
tecnologa de los dispositivos. Para que lo entendis mejor, el
protocolo HTTP no especifica que sistema operativo se debe
utilizar, ni que lenguaje de programacin, ni los requisitos del
explorador web, pero si que nos dice que hacer cuando ocurre
un error al servir la informacin trasmitida por el servidor web.
Una vez que sabemos lo que son los protocolos, la suite de
protocolos y los estndares, podemos pasar a ver el modelo de
capas, que nos ayuda a ver la interaccin entro los distintos
protocolos.
jjorge4@gmail.com
Modelo de capas
Caractersticas y usos del modelo de capas dentro de la comunicacin en
redes informticas.
En el artculo anterior veamos los distintos protocolos utilizados

en la comunicacin dentro de las redes. Visto esto podemos pasar
al siguiente tema, algo ms complicado pero necesario para
entender el funcionamiento de una red. Estamos hablando de
modelo de capas. El modelo de capas describe el funcionamiento
de los protocolos que se producen en cada capa y a su vez describe
la interaccin entre las diferentes capas.
jjorge4@gmail.com
Podemos decir que el uso del modelo de capas nos permite

hacer ms fcil el diseo de protocolos, adems nos
proporciona un lenguaje comn para la comunicacin en
las redes informticas.
Por otro lado podemos decir que el uso de este modelo
evita que los continuos cambios tecnolgicos afecten a los
protocolos y a las distintas capas.
jjorge4@gmail.com
Dentro del modelo de capa existen varios tipos,

pero los dos ms utilizados son el modelo OSI y
el modelo TCP/IP. Inicialmente podemos decir
que:
jjorge4@gmail.com
Modelo TCP/IP: es un modelo que describe las

funciones que ocurren en cada capa de protocolos
dentro de una suite de TCP/IP.
Modelo OSI: se denomina modelo de interconexin
de sistema abierto y es el ms conocido ya que es el
utilizado para el diseo de redes de datos y la
especificacin de su funcionamiento.
jjorge4@gmail.com
Modelo TCP/IP
Se trata de un Standard abierto por lo que no
pertenece a ninguna empresa en concreto, si no que se
crea, modifica y debate sobre el en un foro pblico.
Esta compuesto por 4 capas:
jjorge4@gmail.com
Acceso a la red: encargada de controlar los dispositivos y

los medios que forman la red
Internet: se encarga de determinar la mejor ruta dentro

de la red.
Transporte: se encarga de admitir las comunicaciones
entre distintos dispositivos y distintas redes.
Aplicacin: se encarga de mostrar los datos al usuario,
as como de controlar la codificacin de los mismos.
jjorge4@gmail.com
jjorge4@gmail.com
Un ejemplo practico de la aplicacin de este modelo sera el

siguiente:
Un mensaje es codificado en la capa de aplicacin.
Se especifica el dispositivo receptor y el medio de transporte en la capa de
transporte.
Se especifica la ruta mas optima para el envo del mensaje en la capa de Internet
Se reciben los datos en la capa de acceso a red

A partir de aqu el camino es hacia arriba en el modelo hasta la capa de
aplicacin donde se descodifica el mensaje y se muestra al receptor.
jjorge4@gmail.com
Modelo OSI
El modelo OSI proporciona una amplia
lista de funciones y servicios que se
pueden presentar en cada capa. Este
modelo esta compuesto por 7 capas:
jjorge4@gmail.com
Capa fsica: describe los medios fsicos y las conexiones fsicas

para la trasmisin de bits hacia y desde un dispositivo de red.
Enlace de datos: describe los mtodos para intercambiar tramas
de datos entre dispositivos, eso si, teniendo un medio comn.
Red: proporciona servicios para el intercambio de datos entre
los dispositivos.
Transporte: define los servicios para segmentar, trasferir y re

ensamblar los datos.
jjorge4@gmail.com
Sesin: proporciona servicios a la capa de Presentacin

para organizar el intercambio de datos.
Presentacin: se ocupa de la sintaxis y de la semntica

de la informacin que se pretende trasmitir.
Aplicacin: proporciona los medios para la
conectividad entre los dos extremos de la comunicacin.
jjorge4@gmail.com
jjorge4@gmail.com
Podemos comparar los dos modelos con una imagen:
jjorge4@gmail.com
Como podemos ver la capa de red y de

Internet son similares, al igual que con la capa
de transporte que la encontramos en los dos
modelos.
Hoy en da podemos decir que se utiliza ms
el modelo TCP/IP, aunque el OSI es un
referente para la creacin de protocolos.
jjorge4@gmail.com
Direccionamiento de red
Cmo se codifica el mensaje que se enva a travs de una red mediante el
modelo OSI.
En el artculo anterior del manual de redes describamos

los modelos de capas y veamos el modelo OSI. Bien pues en este
artculo vamos a tratar el direccionamiento de red a partir de
dicho modelo. El flujo de datos que se enva de un origen a un
destino lo podemos dividir en varias partes y mezclar con otros
datos de otras redes. Por este motivo es esencial que cada parte
de nuestro mensaje que se enva contenga informacin necesaria
para llegar al destino correcto.
jjorge4@gmail.com
Para que esto ocurra aadimos una serie de datos a

nuestros mensajes y desde el modelo OSI lo veramos as;
jjorge4@gmail.com
Una vez visto la imagen anterior podemos ir viendo que se hace

en cada capa, aunque nos centraremos en la capa 2 y 3 de este
modelo.
En la capa 2 lo que hacemos en aadir las direcciones de los
dispositivos (direccin MAC) implicados en la comunicacin.
Ya en la capa 3 aadimos la direccin de origen en red, despus la
direccin de origen del dispositivo (MAC) y a continuacin los
mismos datos pero del destino.
La capa 4 nos identifica el tipo de servicio que se esta ejecutando
en el destino para poder recibir el mensaje, es decir, nos dice
porque puerto debe entrar la informacin trasmitida.
jjorge4@gmail.com
El paquete terminado quedara as:
jjorge4@gmail.com
Repasando
Haciendo un repaso por todo lo que hemos visto hasta ahora y
tener claro lo que es la comunicacin a travs de la red.
Tenemos que tener claro que las redes de datos son sistemas de
dispositivos finales, dispositivos intermediarios y los medios que
conectan los dispositivos.
Estos dispositivos, y los servicios que operan en ellos, pueden
interconectarse de forma mundial cumpliendo con las leyes y
protocolos establecidos.
Los modelos de networking ms ampliamente utilizados son
OSI y TCP/IP. En este artculo hemos visto un ejemplo de uso
del modelo OSI.
A medida que bajan en el las capas, los datos se

segmentan en partes y se encapsulan con las direcciones y
dems etiquetas. El proceso se revierte a medida que las
partes se desencapsulan y pasan hacia la capa del
protocolo de destino.
La aplicacin de los modelos permite a los tcnicos
informticos analizar las redes actuales y planificar las
redes del futuro.
jjorge4@gmail.com
Ejemplo de envo
un ejemplo de como se enviara un correo electrnico. El emisor crea un
correo electrnico en su cliente de correo, le da a enviar y comienza el
proceso.
Primero se pasa el mensaje, se divide y encapsula con los datos necesario
(direccin origen de red, direccin origen del dispositivo, direccin
destino de red, direccin destino del dispositivo y datos varios, entre ellos
el correo).
Estos paquetes son enviados por la red por diferentes caminos y segn
van llegado a su destino se van organizando y desencapsulando para una
vez completo ser enviado al cliente de correo del destinatario.
Como veis el proceso es realmente complejo pero nos asegura la
recepcin de la informacin en la mayora de los casos.
jjorge4@gmail.com
Capa de aplicacin
En este artculos veremos todo lo relacionado con la capa de aplicacin,
desde sus funciones hasta las herramientas que podemos utilizar para
controlar dicha capa.
En el articulo anterior del Manual de Redes hablbamos sobre

el direccionamiento de red y veamos cmo se codificaba un
mensaje para ser enviado por una red. Bien, pues una vez que
sabemos esto, necesitamos ver cmo se envan y reciben dichos
mensajes en la capa ms alta del modelo OSI, la capa de
aplicacin.
jjorge4@gmail.com
La capa de aplicacin esta compuesta por:

Aplicaciones
Servicios
Protocolos
jjorge4@gmail.com
Recordamos qu es la capa de aplicacin: La capa de aplicacin es

aquella que proporciona la interfaz entre las aplicaciones que utilizamos
para comunicarnos y la red en la que se trasmiten los mensajes.
Nos centramos en el modelo OSI, pero hablaremos tambin del modelo
TCP/IP en sucesivos artculos.
Dentro de la capa de aplicacin podemos encontrar dos tipos de
programas o aplicaciones:
Aplicaciones de red
Servicios de la capa de aplicacin

jjorge4@gmail.com
Aplicaciones
Las aplicaciones son aquellos programas que
utiliza el usuario final para comunicarse en la
red, sean programas de mensajera,
navegadores web, clientes de correo electrnico,
etc.
jjorge4@gmail.com
Servicios
Los servicios son los programas que el usuario no ve,
pero que son necesarios para que las aplicaciones
funcionen correctamente. Estos servicios son por
ejemplo, la trasferencia de archivos, funciones de
prioridades en red, cola de impresin en red, etc. Los
servicios deben implementar varios protocolos, ya que
son muchas las distintas aplicaciones que se comunican
en una red.
jjorge4@gmail.com
Protocolos
Tenemos que sealar que los protocolos de la
capa de aplicacin son aquellos que se utilizan
para intercambiar los datos entre los programas
que se estn ejecutando en el origen y destino.
Dicho esto, podemos comenzar nombrando
algunos protocolos utilizados en esta capa:
jjorge4@gmail.com
Protocolo de servicio de nombres (DNS)

Protocolo de trasferencia de hipertexto (HTTP)
Protocolo de trasferencia de correo (SMTP)
Protocolo de emulacin de terminal (Telnet)
Protocolo de trasferencia de archivos (FTP)
jjorge4@gmail.com
Todos estos protocolos nos proporcionan la informacin de

control y su formato necesario para las funciones de
comunicacin mas comunes dentro de Internet.
Funciones de los protocolos:

Los protocolos establecen reglas para el intercambio de datos
entre las diferentes aplicaciones y servicios instalados en los
dispositivos de origen y destino dentro de una red.
Adems, los protocolos son los encargados de estructurar los
mensajes que se envan entre origen y destino.
jjorge4@gmail.com
Tenemos que destacar que cada protocolo

realiza una accin especifica y que por este
motivo son muchsimos los protocolos
existentes hoy en da.
Por otro lado tenemos que saber que para que
la comunicacin tenga xito, tenemos que tener
implementados tanto en el origen como en el
destino los mismos protocolos.
jjorge4@gmail.com
Aplicaciones y servicios de la capa de aplicacin

Toma de medidas para las aplicaciones y servicios usados en la capa de
aplicacin.
En el artculo anterior veamos a grandes rasgos lo que era la

capa de aplicacin y por qu componentes estaba compuesta.
Bien, pues en este nuevo artculo vamos a ver varias cosas:
Servidores
Protocolos
Modelo cliente / servidor
Redes y aplicaciones P2P
Todas ellas relacionadas con la capa de aplicacin.
jjorge4@gmail.com
Servidores
Para poder entender los dos puntos restantes, tenemos que tener
claro lo que es un servidor y para ello vamos a dar aqu algunas
pistas y datos que te ayuden a tenerlo ms claro. Un servidor es
todo aquel dispositivo que responde a una solicitud de
aplicaciones de cliente.
En general, un servidor suele ser un ordenador que contiene

mucha informacin para ser compartida con muchos sistemas
clientes.
jjorge4@gmail.com
Cada servidor suele tener un servicio o proceso

denominado daemon, que se encarga de escuchar las
peticiones, darles prioridades y ejecutar las respuestas en los
formatos adecuados.
Dependiendo del fin de cada servidor, algunos requerirn
sistemas de seguridad como usuario y contrasea, por lo que
tendrn listas con los usuarios y contraseas permitidos para
dar respuesta a las solicitudes.
jjorge4@gmail.com
Protocolos de la capa de aplicaciones

Tenemos que tener en cuenta que una aplicacin puede
emplear varios servicios diferentes de la capa de
aplicacin. De esta forma, un usuario enva una peticin
y el servidor realmente puede llegar a recibir muchas
mas para esa nica peticin que hace el cliente. Por otro
lado, el servidor suele recibir varias peticiones de
clientes distintos a la vez y es aqu donde entran en juego
los protocolos.
jjorge4@gmail.com
Modelo cliente-servidor
Cmo ya sabemos, si por ejemplo, nosotros queremos ver una
pgina web desde nuestro dispositivo mvil u ordenador,
primero tenemos que hacer una peticin al servidor que
contiene esa informacin. Bien, pues esto es bsicamente en lo
que consiste este modelo. El usuario hace una peticin al
servidor y este contesta. Este modelo se encuentra dentro de la
capa de aplicacin, ya que es la forma ms directa que tiene un
cliente para recibir informacin. Los protocolos de esta capa son
los responsables de darle un formato a esas solicitudes y
respuestas.
jjorge4@gmail.com
Para que quede ms claro, este tipo de modelo de

red puede ser nuestro cliente de correo. Nosotros
abrimos el cliente de correo y este hace una peticin
al servidor de correo para que le enve los correos
nuevos que tenga.
Dentro de este modelo de red estara la carga y
descarga de datos de un cliente a un servidor o
viceversa.
jjorge4@gmail.com
Redes y aplicaciones P2P

Antes de explicar qu son las redes y
aplicaciones punto a punto, hay que decir que
son parecidas pero que en la practica son
diferentes. Redes P2P: En este tipo de redes nos
encontramos dos o ms equipos conectados entre
s por una red, pero no dependen de un servidor
para compartir informacin.
jjorge4@gmail.com
Cada equipo funciona como cliente y servidor a la

vez. Las funciones de cliente o servidor se activan
por solicitud. Un ejemplo de este tipo de redes son
las que tenemos en casa, es decir, un par de
ordenadores conectados entre s para compartir
archivos
jjorge4@gmail.com
Incluso si colocamos una impresora en un

equipo y la compartimos, tambin
estaramos hablando de red punto a
punto. (OJO, siempre y cuando la
impresora este conectada a un equipo de
forma directa y no a la red).
jjorge4@gmail.com
El problema de este tipo de redes es la

seguridad, ya que cada equipo debe
administrar su propia seguridad al no
tener un servidor que centralice las
peticiones, las cuentas de usuario y sus
contraseas.
jjorge4@gmail.com
Aplicaciones P2P: Una aplicacin punto a punto permite a

un dispositivo actuar como cliente o como servidor dentro
de la misma comunicacin. En este tipo de aplicaciones
cada cliente es un servidor y cada servidor es un cliente.
Este tipo de aplicaciones requieren de una interfaz de
usuario, aunque luego tengan servicio ejecutndose en
segundo plano. Este tipo de aplicaciones puede darse entre
las redes cliente-servidor, en las redes punto a punto y en
Internet.
jjorge4@gmail.com
Un ejemplo de este tipo de aplicacin seran

las ya mundialmente conocidas como
aplicaciones de intercambio de archivos
(Emule, Torrent, etc.) o los sistemas de
mensajera instantnea (Messenger,
WhatsApp, etc.)
jjorge4@gmail.com
Protocolos y servicios DNS

Veamos ejemplos de los principales servicios y protocolos de la capa de
aplicacin de las redes informticas. Luego dedicaremos un apartado a ver
el detalle sobre los servicios y protocolos DNS.
Los protocolos y servicios ms utilizados dentro de la

capa de aplicacin, prestando luego atencin a uno de
los servicios ms importantes en la Red, como son los
servidores de nombres o DNS. Comenzaremos
ofreciendo una lista de los protocolos considerados
como principales:
jjorge4@gmail.com
Sistema de nombres de dominios, comnmente llamado DNS
Protocolo de transferencia de hipertexto (HTTP)

Protocolo simple de transferencia de correo (SMTP)
Protocolo de oficina de correos (POP)
Protocolo de trasferencia de archivos (FTP)
jjorge4@gmail.com
Servicio y protocolo DNS

En todas las redes, los dispositivos tienen
asignada una etiqueta numrica, llamada IP. Al
ser complicado recordar tantas etiquetas
numricas, se crearon los llamados nombres de
dominio (DNS) que nos asocian dichas IPs con
un nombre sencillo de recordar por los
humanos.
jjorge4@gmail.com
Por ejemplo, es ms fcil recodar un nombre tal que

www.desarrolloweb.com que 192.25.169.122. Adems,
si por algn problema se tuviera que cambiar de
servidor y la IP cambiara, el nombre del dominio puede
continuar siendo el mismo y dirigir a la IP correcta con
tan solo asociarle la nueva. En definitiva, el DNS se
cre para facilitar el reconocimiento de redes,
dominios, etc.
jjorge4@gmail.com
El protocolo DNS define un servicio que coincide

con nombres de recursos que tienen la direccin
IP solicitada. Las comunicaciones del protocolo
DNS utilizan un formato simple llamado mensaje.
Este mensaje se utiliza para todas las acciones que
realiza el protocolo.
jjorge4@gmail.com
El servicio DNS tiene una arquitectura cliente-servidor,

aunque hay que destacar que se ejecuta por si mismo sin
necesidad de una aplicacin determinada. En definitiva, por
s mismo ofrece un servicio a otras aplicaciones que lo
requieran.
podemos entender por qu cuando nos conectamos en red
nos pide unos servidores DNS. stos son para facilitar el
enrutado de la informacin y las peticiones de direcciones de
Internet.
jjorge4@gmail.com
Formato del mensaje DNS

1. La comunicacin cliente/servidor del protocolo DNS, o mensaje, tiene
un formato como se puede ver a continuacin: Encabezado - pregunta
respuesta autoridad adicional Pregunta: la pregunta para el servidor
de nombres
2. Respuesta: registros de recursos que responden a la pregunta
3. Autoridad: registros de recursos que apuntan a una autoridad

4. Adicional: registros de recursos que poseen informacin adicional
jjorge4@gmail.com
Jerarqua en DNS
El sistema de nombres de dominio (DNS) utiliza
un sistema jerrquico para crear una base de datos
para proporcionar una resolucin de nombres
optimizada. En la parte superior, los servidores raz
tienen registros que les indican cmo alcanzar los
servidores de niveles inferiores y as sucesivamente.
jjorge4@gmail.com
Un ejemplo: nosotros queremos acceder a una

pagina italiana desde Espaa. Bien, pues nuestro
DNS primero buscar la URL en listados de IPs
espaolas y al no encontrarlo, pasar al siguiente
nivel para buscarlo dentro de otra lista de IPs y as
sucesivamente hasta dar con la correcta.
jjorge4@gmail.com
jjorge4@gmail.com
A veces un DNS no encuentra la IP solicitada

y se ve obligado a pedir ayuda a otros
servidores, que actuarn de la misma forma
que el primero. Esto forma una gran red de
servidores de DNS que son los encargados
realmente de que Internet funcione
correctamente de cara a los usuarios y sus
peticiones.
jjorge4@gmail.com
Configuracin del DNS para Virtual Host
Domain Name Server (DNS) Parte I

Para configurar el DNS en Suse es necesario tener
instalado el BIND. En esta seccin se verifican los
paquetes a utilizar. Tambin como modificar el
archivo named.conf que se editan para su
configuracin.
jjorge4@gmail.com
Para configurar el DNS se necesita el Bind;

BIND (Berkeley Internet Name Domain) es el
servidor DNS ms utilizado en Internet. Sus
orgenes se remontan al sistema operativo
UNIX pero con el tiempo se ha implementado
en otros sistemas operativos.
jjorge4@gmail.com
Actualmente hay dos versiones soportadas: BIND 8

y BIND 9; la versin que se utiliza es la 8.3.4.
Una forma muy sencilla de saber si esta instalado y
con que versin se cuenta es ejecutando el siguiente
comando
dns: # rmp qa | grep bind

jjorge4@gmail.com
Dns es el nombre del servidor

En caso de que no aparezca nada significa que no se
encuentra en el sistema; para poder instalarlo es
necesario tener permisos de sper usuario (root),
desde la consola se escribe
jjorge4@gmail.com
dns: # su
password ******
Y se ejecuta el yast,
dns: # yast
jjorge4@gmail.com
Aparecer una ventana, en la cual se dirige a

Software >> Instalar/Desinstalar Software
Aqu se selecciona los paquetes de BIND necesarios

Bind8 BIND8 Servidor de Nombres
Bindutil Utilidades para interrogar y probar DNS
jjorge4@gmail.com
Una vez instalados los paquetes se empieza a

configurar el DNS. El DNS es el encargado de
asignar nombres de dominio a direcciones IP, para
lo cual se edita el archivo named.conf y se crean
dos mas uno para indicar el nombre del dominio y
el otro indicarle su direccin inversa.
jjorge4@gmail.com
Se edita el archivo named.conf ubicado en

/etc/named.conf, esto se puede hacer con cualquier
editor de textos, en este caso se utiliza el vi, que se
ejecuta desde la consola
dns: # vi /etc/named.conf
jjorge4@gmail.com
Al teclear la instruccin aparece el archivo, a

continuacin algunos comandos de importancia del vi
:q Se utiliza para salir del archivo sin haber hecho
alguna modificacin
:q!
Sale del archivo modificado sin guardar los

cambios
:wq Cuando se desee guardar el archivo modificado

:i Para poder escribir en el archivo
jjorge4@gmail.com
En este archivo se va a definir la zona, nombre y tipo del

dominio, este es un ejemplo de su configuracin
Ejemplo.
Zone midominio.com.mx in { // nombre del Nuevo
dominio
Type master; // tipo de dominio maestro o esclavo,
file mi dominio; // nombre del archivo q va a
consultar
};
jjorge4@gmail.com
Estas lneas se agregaran al final del archivo named.conf;

el archivo que el dominio midominio.com.mx leer es el
de midominio, el cual esta ubicado en /var/lib/named/.
Para poder dirigirse a un directorio con el comando cd se
puede hacer. Ejemplo
dns: # cd /var/lib/named
jjorge4@gmail.com
Domain Name Server (DNS) Parte II
Adems del named.conf se crea un archivo

adicional para complementar la
configuracin del DNS. En este se
especifican parmetros de definicin del
dominio.
jjorge4@gmail.com
El archivo llamado midominio es el encargado

de definir los parmetros del dominio en
nuestro DNS. La direccin IP del servidor es
14.25.107.12, y suponiendo que el dominio a
configurar se llame midominio
jjorge4@gmail.com
Ejemplo
@ IN SOA dns.midominio.com.mx. desarrollosw.midominio.com.mx.

{
;
; Otros parmetros de configuracin
;
@ NS dns.midominio.com.mx.
MX 10 dns.midominio.com.mx.
@ A 14.25.107.12
Localhost A 127.0.0.1
dns A 14.25.107.12
www CNAME dns
jjorge4@gmail.com
A = Address Este registro se usa para traducir nombres de hosts

a direcciones IP.
CNAME = Canonical Name Se usa para crear nombres de hosts
adicionales, o alias, para los hosts de un dominio.
NS = Name Server Define la asociacin que existe entre un
nombre de dominio y los servidores de nombres que almacenan
la informacin de dicho dominio. Cada dominio se puede asociar
a una cantidad cualquiera de servidores de nombres.
MX = Mail Exchange Define el lugar donde se aloja el correo
que recibe el dominio (el numero 10 indica mayor prioridad).
jjorge4@gmail.com
En la primera lnea (dns.midominio.com.mx.) indica el nombre

del host y el nombre del dominio, despus se anota la direccin
de correo electrnico (mimail.xxx.com) para indicar al
responsable, el arroba (@) es sustituido por un punto (.), es
importante finalizar con el punto (.) cada parmetro de lo
contrario el bind no leer bien, esto para evitar que trate de
unir los parmetros con algn otro nombre de dominio.
jjorge4@gmail.com
Como se esta dando de alta un dominio virtual no es

necesario crear un archivo de zona inversa, sin
embargo es importante mencionar cual es su
configuracin en caso de que sea necesario. En este
archivo no es necesario configurar algn parmetro ya
que el dominio apunta a la misma direccin IP.
jjorge4@gmail.com
@ IN SOA dns.midominio.com.mx. desarrollo.midominio.com.mx. {

;
; Otros parmetros
;
NS dns.midominio.com.mx.
12 PTR dns.midominio.com.mx.NS = Name Server Define la
asociacin que existe entre un nombre de dominio y los servidores de
nombres que almacenan la informacin de dicho dominio. Cada
dominio se puede asociar a una cantidad cualquiera de servidores de
nombres.
PTR = Pointer Tambin conocido como 'registro inverso', funciona a
la inversa del registro A, traduciendo IPs en nombres de dominio.
jjorge4@gmail.com
En este caso el nmero 12 pertenece al ltimo octeto de la

direccin IP del servidor. Una vez que se hacen los cambios
necesarios es necesario reiniciar el servicio del BIND.
dns: # rcnamed status //verifica el status del bind
dns: # rcnamed start //inicia el servicio
dns: # rcnamed stop //detiene el servicio
jjorge4@gmail.com
Ejemplo
dns: # rcnamed status
Cheking for nameserver BIND 8 running
La palabra running aparecer en color verde, en caso
de que aparezca un mensaje de error o no se pueda
iniciar el Bind, se puede consultar el archivo
messages, ubicado en /var/log
jjorge4@gmail.com
Configuracin de Apache para Virtual Host

El trmino Hosting Virtual se refiere a hacer
funcionar ms de un sitio Web en una sola mquina.
En esta seccin se explica su configuracin; desde que
trabaje con php hasta como agregar los dominios
virtuales y registrar su dominio en la web.
jjorge4@gmail.com
1.- Apache
Los sitios Web virtuales pueden estar "basados en
direcciones IP", lo que significa que cada sitio Web
tiene una direccin IP diferente, o "basados en nombres
diferentes", lo que significa que con una sola direccin
IP estn funcionando sitios Web con diferentes nombres
(de dominio). El hecho de que estn funcionando en la
misma mquina fsica pasa completamente
desapercibido para el usuario que visita esos sitios Web.
jjorge4@gmail.com
La forma en la que esta configurado nuestro

servidor, esta basado en nombres de dominio, ya
que es mas fcil.
Regularmente el apache viene instalado en el
sistema, de no ser as su instalacin es muy fcil.
La versin ha utilizar es la 1.3.
Desde la consola (como root) se ejecuta el
yast, dns: # yast
jjorge4@gmail.com
En Software >> Instalar/Desinstalar Software

se elige el paquete de apacheApache El servidor
Web de apache
Una vez instalado es necesario configurar el
modulo de php para Apache por lo que tambin
se instala PHP versin 4.3, los programas
requeridos sonmod_php4-core core files de
PHP4
jjorge4@gmail.com
mod_php4-devel lenguaje de scripting

HTML integrado
phplib librera bsica para el lenguaje PHP
mod_php4 lenguaje de scripting HTML
integrado
jjorge4@gmail.com
Para verificar que el modulo fue cargado

correctamente se inicia o reinicia el apache
segn sea el caso
dns: # rcapache status //verifica el status del
apache
dns: # rcapache start //inicia el servicio
dns: # rcapache stop //detiene el servicio
jjorge4@gmail.com
Ejemplo
dns: # rcapache status
Cheking for httpd running
jjorge4@gmail.com
En caso de que no se cargue el php ser

necesario agregarlo manualmente. Se edita el
archivo httpd.conf, este se encuentra en
/etc/httpd/. En la seccin de cargar mdulos se
agrega la siguiente lnea:
LoadModule php4_module
/usr/lib/apache/libphp4.so Se guarda el
archivo y se reinicia el apache.
jjorge4@gmail.com
Para configurar los dominios virtuales, primero

es necesario crear las carpetas donde se
almacenaran los sitios Web, estos deben ser
creados en /srv/www/htdocs/. Para crear los
directorios desde la consola se usa el comando
mkdir, supongamos que se desee guardar el sitio
Web en la carpeta sitio1
dns: # mkdir /srv/www/htdocs/sitio1
jjorge4@gmail.com
Ya que se tengan los directorios necesario se

crean tambin los archivos donde se
almacenaran los logs del dominio. Se necesitan
dos uno para los errores y otro para registrar los
accesos. Una manera de crear los archivos es
con el editor de textos vi, el archivo que se desea
crear es sitio1-error, este se crea en el directorio
/var/log/httpd
dns: # vi sitio1-error
jjorge4@gmail.com
Aparecer el archivo recin creado, si es

correcto el nombre se guarda (:qw), sino se
elimina (:q).
Ya que se tienen los directorios y archivos
necesarios, se procede a configurar los
VirtualHost; se edita el archivo httpd.conf
ubicado en /etc/httpd/, y se le agregan las
siguientes lneas al final del archivo en la
parte de VirtualHost
jjorge4@gmail.com
NameVirtualHost 14.25.107.12:80 // se
indica la direccin IP de la tarjeta de red
y el puerto
ServerName www.sitio1.com.mx
DocumentRoot /srv/www/htdocs Se
indica cual es el dominio principal
Directory Index index.htmlrg
jjorge4@gmail.com
los parmetros que se no se incluyen dentro de las

directivas del virtualhost se tomaran del resto del
archivo
ServerName www.sitio2.com.mx
DocumentRoot /srv/www/htdocs/sitio2
Directory Index index.php
ServerAdmin micorreo.xxx.com
ErrorLog /var/log/httpd/ sitio2-error
CustomLog /var/log/httpd/ sitio2-access common
jjorge4@gmail.com
ServerName: Nombre de host y nmero de puerto

que el servidor usa para identificarse. La directiva
ServerName especifica el nombre de host y el
puerto que usa el servidor para identificarse.
DocumentRoot: Directorio principal que contiene

la estructura de directorios visible desde la Web
Esta directiva especifica el directorio desde el cul
httpd servir los ficheros.
jjorge4@gmail.com
Directory index: Engloba a un grupo de directivas

que se aplicarn solamente al directorio del sistema
de ficheros especificado y a sus subdirectorios. Aqu
es donde se indica el nombre de la pgina principal
del sitio.
ServerAdmin: Direccin de email que el servidor
incluye en los mensajes de error que se envan al
cliente
jjorge4@gmail.com
ErrorLog: Ubicacin del fichero en el que se

almacenan los mensajes de error
CustomLog: Ubicacin de donde esta el archivo en el
cual se registran los accesos al sitio
Tambin se configuran los parmetros de Listen y
BindAddress, estos son utilizados como
jjorge4@gmail.com
Listen: Direcciones IP y puertos especficos para el

servidor
Listen 14.25.107.12:80
BindAddress Directiva usada para especificar la
direccin IP que debe escuchar el servidor
BindAddress 14.25.107.12
jjorge4@gmail.com
Listen: Direcciones IP y puertos especficos para el

servidor
Listen 14.25.107.12:80
BindAddress Directiva usada para especificar la
direccin IP que debe escuchar el servidor
BindAddress 14.25.107.12
jjorge4@gmail.com
2. Registro de dominios
No basta con haber configurado los

dominios para que puedan salir a Internet;
se debe llenar el registro de la NIC de
Mxico, esto se puede hacer desde la
pgina http://www.nic.mx/.
jjorge4@gmail.com
Protocolos HTTP y FTP

Qu son y cmo funcionan los protocolos HTTP y FTP
de la capa de aplicacin de nuestro modelo OSI.
Protocolo HTTP
Los navegadores son los sistemas utilizados

para conectarnos a la Word Wide Web y
acceder a los recursos almacenados en los
servidores web.
jjorge4@gmail.com
jjorge4@gmail.com
Cuando escribimos una direccin web, el

navegador establece una conexin con el
servidor web a travs del protocolo HTTP
(HyperText Transfer Protocol). Teniendo esto
claro, podemos pasar a decir que una URL
sera el nombre con el que se asocian a las
direcciones web.
jjorge4@gmail.com
Cuando escribimos una URL, por ejemplo

como sta
"http://www.desarrolloweb.com/index.html",
el navegador interpreta tres partes:
HTTP (protocolo)
www.desarrolloweb.com (nombre del
servidor)
index.html (nombre del archivo especificado)
jjorge4@gmail.com
Una vez analizadas estas partes, el navegador

comunica con un servidor de nombres (DNS) y se
conecta con el servidor.
Normalmente, para este proceso utilizamos el
protocolo HTTP, que pasamos a detallar a
continuacin. Comenzaremos por decir que
HTTP significa "Protocolo de trasferencia de
hipertexto", adems pertenece al grupo TCP/IP y
se cre fundamentalmente para publicar pginas
HTML. Es uno de los protocolos ms utilizados
actualmente.
jjorge4@gmail.com
Su funcionamiento bsico es el siguiente: Un navegador

manda una solicitud GET al servidor y pide un archivo,
el servidor responde enviando al navegador el cdigo de
ese archivo, que posteriormente es descifrado por el
navegador.
HTTP utiliza tres tipos de mensajes para enviar la
informacin y recibirla del navegador.
GET
POST
PUT
jjorge4@gmail.com
Get:
se trata de un mensaje con solicitud de datos por parte
del cliente, es decir, un navegador web enva el mensaje
GET para solicitar paginas al servidor.
Post y Put:
estos dos tipos de mensajes son utilizados por el
servidor para enviar informacin al navegador web. En
concreto, "Post" incluye la informacin en el mensaje
enviado al servidor y "Put" carga el contenido en el
servidor.
jjorge4@gmail.com
No podemos terminar de hablar de HTTP sin mencionar

que este protocolo es poco seguro, ya que la informacin
que maneja puede ser interceptada y leda sin problema.
Por este motivo nace el protocolo HTTPS, que no es ms
que el mismo protocolo, y que sin embargo enva la
informacin encriptada para que si es interceptada no
sea fcil su lectura.
Esto es, a grandes rasgos, lo que hace HTTP, pero tiene
muchos detalles tcnicos que no son necesarios detallar
an, ya que con esto nos queda claro qu es y cmo
funciona el protocolo.
jjorge4@gmail.com
Protocolo FTP
FTP (File Transfer Protocol) significa "Protocolo de trasferencia de
archivos", y tambin se encuentra dentro de la capa de aplicacin.
Este protocolo se utiliza para poder trasferir archivos entre el cliente
y el servidor. Normalmente se necesita un cliente FTP (cliente) y un
servidor FTP (servidor) para poder realizar dicha transferencia de
archivos.
Tenemos que saber que FTP necesita de dos conexiones entre el
cliente y el servidor; una para trasferir los archivos y otra para
comandos y respuestas. Estas dos conexiones las realiza el cliente,
siendo una sola y permanente para los comandos y la segunda
conexin se abre y se cierra cada vez que se enve un archivo.
jjorge4@gmail.com
Tenemos que decir, aunque pueda sonar a una obviedad, que

la trasferencia de archivos se puede realizar en ambos
sentidos, cambiando los roles de cliente y servidor,
dependiendo de quin sirva el archivo y de quin lo solicite.
Podemos mencionar un cliente FTP muy conocido y de
software libre. Se trata del Filezilla, del cual tenemos
bastante informacin en Desarrolloweb.com.
jjorge4@gmail.com
Qu son los protocolos SMTP y POP

Cmo funciona el servicio de correo electrnico.
Anallizando el binomio SMTP/POP.
Ahora damos paso a otros dos protocolos importantes
dentro de una red. Estamos hablando de SMPT y POP.
Todos conocemos el servicio de correo electrnico, quin
no tiene una cuenta de correo electrnico?, bien, pues este
sistema funciona a nivel de la capa de aplicacin, gracias a
los protocolos POP y SMTP.
jjorge4@gmail.com
El protocolo POP es el protocolo de oficina de correo y es

el encargado de recibir nuestros correos, procesarlos y
mostrarlos en nuestros clientes de correo electrnico.
El protocolo SMTP, por el contrario, lo que hace es enviar
nuestros correos a los distintos usuarios. Las siglas de este
protocolo significan "protocolo simple de trasferencia de
correo". Este protocolo funciona con independencia del sistema
operativo utilizado, tanto por el destinatario como por el
emisor. Nos permite, en definitiva, transmitir los correos por
Internet sin problemas de compatibilidad.
jjorge4@gmail.com
Cmo curiosidad, vamos a comentar algunos comandos

que utiliza SMTP para su correcto funcionamiento:
HELO: identifica el proceso del cliente SMTP para el
proceso del servidor SMTP MAIL FROM: identifica al
emisor RCPT TO: identifica al receptor DATA:
identifica el cuerpo del mensaje Con estos comandos, el
protocolo es capaz de mover un correo por Internet sin
miedo a perderlo, ni a enviarse a un receptor errneo.
jjorge4@gmail.com
Ambos protocolos definen procesos cliente-servidor ya

que ambos antes de llegar a usuarios finales pasan por el
servidor SMTP/POP.
Un cliente de correo electrnico contiene los dos
protocolos, por lo que te permite realizar ambas acciones
desde un mismo lugar, pero eso no significa que sea lo
mimo.
Es importante tener claro que son dos procesos
totalmente distintos, aunque lo veamos como una nica
aplicacin.
jjorge4@gmail.com
Ahora vamos a ver cmo funciona un servidor de

correo. Este servidor utiliza dos procesos: Agente
de trasferencia de correo (MTA) Agente de entrega
de correo (MDA) El proceso MTA se utiliza para
enviar los correos a los usuarios, mientras que el
MDA recibe el correo desde un cliente de correo o
desde otro servidor de correo.
jjorge4@gmail.com
Estos procesos son los que normalmente se

utilizan, pero existen otras alternativas, ya que hay
empresas como Microsoft que utilizan procesos
corporativos, que aunque sean procesos llamados
de otra manera, al final realizan las mismas
acciones, con pequeas diferencias, como puede ser
la utilizacin de gateway para la transmisin de
correo.
jjorge4@gmail.com
Otra forma muy popular para la administracin de

correos es "webmail" que ejecuta su propio MTA
para administrar correos del dominio al que
pertenecen.
Aqu no vamos a profundizar ms, ya que sera un
tema complejo, pero creo que con esto os podis
hacer una idea de cmo funcionan los servidores de
correo electrnico, aunque sea a grandes rasgos.
jjorge4@gmail.com
jjorge4@gmail.com

Curso Rapido de Redes

Uploaded by

Document Information

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Curso Rapido de Redes

Uploaded by

Copyright:

Available Formats

Introduccin a las redes

Concepto e historia de las redes de datos y su repercusin en la sociedad.

En la actualidad nos encontramos ante una de las eras informticas

A medida que los programadores sigan innovando y creando nuevos

La comunicacin en la actualidad es casi tan importante como el

Historia de las redes

Posteriormente apareci la red telefnica, que fue el principal medio de

Espaa se conecta por primera vez a Internet en 1985.

Actualmente Internet esta presente en nuestras vidas, tanto a nivel

Bien pues aparece un nuevo tipo de red que es la convergente, la cual

Actualmente una buena arquitectura de red debe cumplir 4

A continuacin pasamos a detallar cada una de ellas para dejar estas

de software o hardware y que adems puede recuperarse de dicho

Para aplicar este sistema utilizamos lo que se llama redundancia, y es

Ca idad del servicio

Para que una red suministre una buena calidad de

Elementos de una red

Para que una red funcione correctamente es necesario la estandarizacin de

Protocolo TCP/IP para la transmisin de mensajes

Una vez que ya sabemos los elementos que

Los tipos de cable de cobre son el Par Trenzado o el Par

Las redes inalmbricas, en algn momento, tienen una

Comunicacin a travs de la red

Las tecnologas de hoy en da nos permiten que las redes

Es importante que conozcamos lo dispositivos que forman

A grandes rasgos podemos decir que una

Un ejemplo sobre esto seria: un ordenador manda

Bien pues para solucionar este problema lo que

La segmentacin nos permite enviar varios mensajes

Plataforma para las comunicaciones

Dispositivos finales: en trminos de red llamamos a los

Dispositivos intermedios: Son aquellos que permiten la

tres tipos de medios: cable de cobre, fibra ptica y

Continuando con la temtica de nuestro manual sobre

Redes de rea local (LAN)

Este tipo de redes pueden estar compuestas por cables,

Redes de rea amplia (WAN)

Internetworks (Red de redes, Internet)

Pero tenemos que destacar que no esta centralizada ni

Los protocolos que rigen dichas redes. Los protocolos

La suite de protocolos se organiza mediante capas, las

Las suite de protocolos describen procesos tales como:

El formato y la estructura del mensaje

Existen protocolos libres y de propietarios, siendo estos

Protocolo de aplicacin: en este caso se utiliza el conocido

Protocolo de trasporte: se suele utilizar el TCP (protocolo de

Protocolo Internetwork: tambin conocido como

Es posible que dispositivos totalmente distintos pueda

En el artculo anterior veamos los distintos protocolos utilizados

Podemos decir que el uso del modelo de capas nos permite

Dentro del modelo de capa existen varios tipos,

Modelo TCP/IP: es un modelo que describe las

Acceso a la red: encargada de controlar los dispositivos y

Internet: se encarga de determinar la mejor ruta dentro

Un ejemplo practico de la aplicacin de este modelo sera el

Se reciben los datos en la capa de acceso a red

Capa fsica: describe los medios fsicos y las conexiones fsicas

Transporte: define los servicios para segmentar, trasferir y re

Sesin: proporciona servicios a la capa de Presentacin

Presentacin: se ocupa de la sintaxis y de la semntica

Podemos comparar los dos modelos con una imagen:

Como podemos ver la capa de red y de

En el artculo anterior del manual de redes describamos

Para que esto ocurra aadimos una serie de datos a