Vous êtes sur la page 1sur 16

Apache

Apache es un poderoso servidor web, cuyo nombre proviene de la frase inglesa a


patchy server y es completamente libre, ya que es un software Open Source y
con licencia GPL. Una de las ventajas ms grandes de Apache, es que es un
servidor web multiplataforma, es decir, puede trabajar con diferentes sistemas
operativos y mantener su excelente rendimiento.
Desde el ao 1996, es el servidor web ms popular del mundo, debido a su
estabilidad y seguridad. Apache sigue siendo desarrollado por la comunidad de
usuarios desarrolladores que trabaja bajo la tutela de Apache Software
Foundation.

Principales caractersticas de Apache


Entre las principales caractersticas de Apache, se encuentran las siguientes:
Soporte de seguridad SSL y TLS.
Puede realizar autentificacin de datos utilizando SGDB.
Puede dar soporte a diferentes lenguajes, como Perl, PHP, Python y tcl.
Usos de Apache
Apache es utilizado principalmente, para realizar servicio a pginas web, ya sean
estticas o dinmicas. Este estupendo servidor se integra a la perfeccin con otras
aplicaciones, creando el famoso paquete XAMP con Perl, Python, MySQL y PHP,

junto a cualquier sistema operativo, que por lo general es Linux, Windows o Mac
OS.
Servidor de correo
Servidor que me permite el intercambio de mensajes de correo electrnico, ya sea
entre usuarios, Servidores, cliente y servidor. Este servidor almacena y reenva los
mensajes de correo, probablemente esta es la aplicacin TCP/IP ms usada.
Este nos permite mantenernos en contacto con personas de diferentes lugares sin
necesidad de hacerlo por medio de cartas, telfono, etc.
Para lograrlo se definen una serie de protocolos, cada uno con una finalidad
concreta:
SMTP, Simple Mail Transfer Protocol: Es el protocolo que se utiliza para que dos
servidores
de
correo
intercambien
mensajes.
POP, Post Office Protocol: Se utiliza para obtener los mensajes guardados en el
servidor
y
pasrselos
al
usuario.
IMAP, Internet Message Access Protocol: Su finalidad es la misma que la de POP,
pero el funcionamiento y las funcionalidades que ofrecen son diferentes.
As pues, un servidor de correo consta en realidad de dos servidores: un servidor
SMTP que ser el encargado de enviar y recibir mensajes, y un servidor
POP/IMAP que ser el que permita a los usuarios obtener sus mensajes.
Agente de transferencia de correo
Los servidores de correo a menudo realizan diferentes y multigestionales
funciones segn sea el uso que se planifique para el mismo. Agente de
transferencia de correo (del ingls Mail Transport Agent o MTA; tambin, Message
Transport Agent, Agente de Transporte de Mensajes) es un programa que
transfiere correo electrnico de una computadora a otra.
En otras palabras, es el servidor de correo (SMTP) en s y no la parte que usa el
usuario para recuperar los mensajes que ste recibi.
El MTA, recibe los mensajes desde otro MTA (relaying), un Mail Submission Agent)
que toma por s mismo el mensaje electrnico desde un MUA (Mail user agent), o
recibe directamente el correo desde un MUA, actuando como un MSA. El MTA
trabaja en segundo plano, mientras el usuario usualmente se comunica con el
MUA.
Algunos
de
los
MTA
ms
conocidos
son Sendmail, Qmail, Postfix, Exim, MDaemon y Microsoft Exchange Server.
As pues, un servidor de correo consta en realidad de dos servidores: un servidor
SMTP que ser el encargado de enviar nuestros mensajes, y un servidor POP que
ser el encargado de recibir nuestros mensajes, ambos desde nuestro equipo
como anfitrion mientras que IMAP hace lo mismo que los otros dos pero como
anfitrin de un servidor de correo de internet.

Para obtener los mensajes del servidor, los usuarios se sirven de clientes, es
decir, programas que implementan un protocolo POP/IMAP. En algunas ocasiones
el cliente se ejecuta en la mquina del usuario (como el caso de Mozilla
Thunderbird, Evolution, Microsoft Outlook). Sin embargo existe otra posibilidad:
que el cliente de correo no se ejecute en la mquina del usuario; es el caso de los
clientes
va
web,
como GMail, Hotmail, OpenWebmail,SquirrelMail o Terra
Networks. En ellos la arquitectura del servicio es ms compleja:
En una mquina (A) tenemos el servidor SMTP y el servidor POP/IMAP. En otra
(B) tenemos un servidor web con una aplicacin cliente POP/IMAP. El usuario
conecta va WWW|WEB con (B) y entonces el cliente POP/IMAP establece una
conexin POP/IMAP con el servidor de la mquina A; ste servidor le devuelve a B
los mensajes del usuario, y una vez recibidos, el cliente genera una pgina web
con los mensajes recibidos. La pgina web se pasa al servidor web que ser el
que la enve al explorador web del usuario.
En cualquier caso, los protocolos SMTP/POP/IMAP son inseguros en cuanto a que
los mensajes viajan en claro por la red, es decir, es fcil obtener nuestros
mensajes y contraseas. Para ello se suele aadir una capa Transport Layer
Security, es decir, un mtodo de cifrado que puedan implementar tanto el servidor
como el cliente. En el caso del correo va web se pueden utilizar dos capas SSL:
una entre A y B y otra entre el servidor web de B y elnavegador web del usuario.

Introduccin al protocolo FTP


El protocolo FTP (Protocolo de transferencia de archivos) es, como su nombre lo
indica, un protocolopara transferir archivos.
La implementacin del FTP se remonta a 1971 cuando se desarroll un sistema
de transferencia de archivos (descrito en RFC141) entre equipos del Instituto
Tecnolgico de Massachusetts (MIT, Massachusetts Institute of Technology).
Desde entonces, diversos documentos de RFC (peticin de comentarios) han
mejorado el protocolo bsico, pero las innovaciones ms importantes se llevaron a
cabo en julio de 1973.
Actualmente, el protocolo FTP est definido por RFC 959 (Protocolo de
transferencia de archivos (FTP) - Especificaciones).
La funcin del protocolo FTP
El protocolo FTP define la manera en que los datos deben ser transferidos a
travs de una redTCP/IP.
El objetivo del protocolo FTP es:
permitir que equipos remotos puedan compartir archivos
permitir la independencia entre los sistemas de archivo del equipo del
cliente y del equipo del servidor
permitir una transferencia de datos eficaz
El modelo FTP
El protocolo FTP est incluido dentro del modelo cliente-servidor, es decir, un
equipo enva rdenes (el cliente) y el otro espera solicitudes para llevar a cabo
acciones (el servidor).
Durante una conexin FTP, se encuentran abiertos dos canales de transmisin:
Un canal de comandos (canal de control)
Un canal de datos

Por lo tanto, el cliente y el servidor cuentan con dos procesos que permiten la
administracin de estos dos tipos de informacin:

DTP (Proceso de transferencia de datos) es el proceso encargado de


establecer la conexin y de administrar el canal de datos. El DTP del lado
del servidor se denomina SERVIDOR DE DTP y el DTP del lado del cliente
se denomina USUARIO DE DTP.
PI (Intrprete de protocolo) interpreta el protocolo y permite que el DTP
pueda ser controlado mediante los comandos recibidos a travs del canal
de control. Esto es diferente en el cliente y el servidor:
El SERVIDOR PI es responsable de escuchar los comandos que
provienen de un USUARIO PI a travs del canal de control en
un puerto de datos, de establecer la conexin para el canal de
control, de recibir los comandos FTP del USUARIO PI a travs de
ste, de responderles y de ejecutar el SERVIDOR DE DTP.
El USUARIO PI es responsable de establecer la conexin con el
servidor FTP, de enviar los comandos FTP, de recibir respuestas del
SERVIDOR PI y de controlar al USUARIO DE DTP, si fuera
necesario.
Cuando un cliente FTP se conecta con un servidor FTP, el USUARIO PI inicia la
conexin con el servidor de acuerdo con el protocolo Telnet. El cliente enva
comandos FTP al servidor, el servidor los interpreta, ejecuta su DTP y despus
enva una respuesta estndar. Una vez que se establece la conexin, el servidor
PI proporciona el puerto por el cual se enviarn los datos al Cliente DTP. El cliente
DTP escucha el puerto especificado para los datos provenientes del servidor.
Es importante tener en cuenta que, debido a que los puertos de control y de datos
son canales separados, es posible enviar comandos desde un equipo y recibir
datos en otro. Entonces, por ejemplo, es posible transferir datos entre dos
servidores FTP mediante el paso indirecto por un cliente para enviar instrucciones
de control y la transferencia de informacin entre dos procesos del servidor
conectados en el puerto correcto.

En esta configuracin, el protocolo indica que los canales de control deben


permanecer abiertos durante la transferencia de datos. De este modo, un servidor
puede detener una transmisin si el canal de control es interrumpido durante la
transmisin.

Que Es El DNS?
El Domain Name System (DNS) es una base de datos distribuida y jerrquica
que almacena informacin asociada a nombres de dominio en redes
como Internet.
La asignacin de nombres a direcciones IP es ciertamente la funcin ms
conocida de los protocolos DNS, siendo mas facil recordar un nombre de dominio
como http://www.wordpress.com que las direcciones IP de sus servidores.

Ademas las direcciones IP son mas factibles a cambiar en determinado momento,


seria un problema entonces cambiar en cada maquina manualmente registro,
habiendo ademas podibilidades de configuracion erronea de dichos registros,sin
embargo con la implementacin del servicio DNS siendo este centralizado, las
maquinas finales no tienen que preocuparse por actualizarse manualmente ni
tener configuracin errnea (siempre
y
cuando
el
servidor
no
la
tenga errnea),pues siemultaneamente al actualizarse los servidores, los clientes
se actualizaran.
Componentes de un DNS
Para la operacin prctica del sistema DNS se utilizan tres componentes
principales:
Los Clientes DNS: Un programa cliente DNS que se ejecuta en la
computadora del usuario y que genera peticiones DNS de resolucin de
nombres a un servidor DNS.
Los Servidores DNS: Que contestan las peticiones de los clientes. Los
servidores recursivos tienen la capacidad de reenviar la peticin a otro
servidor si no disponen de la direccin solicitada.
Y las Zonas de autoridad, porciones del espacio de nombres de dominio
que almacenan los datos. Cada zona de autoridad abarca al menos un

dominio y posiblemente sus subdominios, si estos ltimos no son delegados


a otras zonas de autoridad.
Entendiendo las partes de un nombre de dominio
Un nombre de dominio usualmente consiste en dos o ms partes (tcnicamente
etiquetas), separadas por puntos. Por ejemplo, cursos.redsena.net.

Tipos de registros DNS


A = Address, direccion: Este registro se usa para traducir nombres de
hosts a direcciones IP.
CNAME = Canonical Name, Nombre Cannico: Se usa para crear
nombres de hosts adicionales, o alias, para los hosts de un dominio. Es
usado cuando se estan corriendo multiples servicios (como ftp y web
server) en un servidor con una sola direccion ip.
NS = Name Server, Servidor de Nombres: 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, Registro de Intercambio de Correo: Asocia un
nombre de dominio a una lista de servidores de intercambio de correo para
ese dominio.
PTR = Pointer, Indicador: Tambin conocido como registro inverso,
funciona a la inversa del registro A, traduciendo IPs en nombres de dominio.
SOA = Start of authority, Autoridad de la zona Proporciona informacin
sobre la zona.
HINFO = Host Information, Informacin del sistema informtico:
Descripcin del host, permite que la gente conozca el tipo de mquina
y sistema operativo al que corresponde un dominio.
SRV = SeRVicios: Permite indicar los servicios que ofrece el dominio. RFC
2782
SPF = Sender Policy Framework: Ayuda a combatir el Spam. En este
record se especifica cual o cuales hosts estn autorizados a enviar correo
desde el dominio dado. El servidor que recibe consulta el SPF para
comparar la IP desde la cual le llega, con los datos de este registro.
Tipos de resolucin de nombres de dominio
Existen dos tipos de consultas que un cliente puede hacer a un servidor DNS:

Iterativa: consisten en la mejor respuesta que el servidor de nombres


pueda dar. El servidor de nombres consulta sus datos locales (incluyendo
su cach) buscando los datos solicitados.

Recursiva: el servidor repite el mismo proceso bsico (consultar a un


servidor remoto y seguir cualquier referencia) hasta que obtiene la
respuesta a la pregunta.

En una consulta recursiva el servidor local reenvia la peticion de resolucion de


nombres a otro servidor DNS remoto, este le responde(con la direccion del host
que aloja la pagina web que buscamos o con la direccion de otro servidor remoto
que posiblemente responde con una direccin de otro servidor de dominio
remoto.)
Funcionamiento del DNS.
Generalmente se cumple el siguiente proceso:
1. El servidor A recibe una consulta recursiva desde el cliente DNS.

2. El servidor A enva una consulta interativa a servidor B.

3. El servidor B consulta en su base de datos y al no encontrar un registro


de http://www.abc.com, informa a servidor A de otro servidor de nombres que
puede prestarle el servicio, incluyendo a servidor C.

4. El servidor A enva una consulta interativa a servidor C.

5. El servidor C consulta en su base de datos y responde a servidor A con la


direccin
IP 172.16.0.2 que
corresponde
al
servidor
donde
se
alojahttp://www.abc.com.

7. El servidor A responde con la direccin IP 172.16.0.2 del nombre de


dominio http://www.abc.com al Cliente DNS.

Vous aimerez peut-être aussi