Capa de transporte

S.- Servicios
1.1.Servicios proporcionados a las capas superiores
1.2. Primitivas del servicio de transporte
1.3.- Sockets de Berkeley
2.- Elementos de los protocolos de transporte
2.1.- Direccionamiento
2.2.-Establecimiento de una conexin
2.3.- Liberacin de una conexin
2.4.- Control de Flujo y almacenamiento en buffer
2.5.- Multiplexin
2.6.- Recuperacin de cadas
3.- Protocolos de transporte de internet
3.1.- UDP
3.2.- TCP
ervicios proporcionados a las capas superiores[editar editar cdigo]
La meta final de la capa de transporte es proporcionar un servicio eficiente,
confiable y econmico
a sus usuarios,
Las primitivas de un transporte sencillo seran:
- LISTEN: Se bloquea hasta que algn proceso intenta el contacto.
- CONNECT: Intenta activamente establecer una conexin.
- SEND: Enva informacin.
- RECEIVE: Se bloquea hasta que llegue una TPDU de DATOS.
- DISCONNECT: Este lado quiere liberar la conexin.

Protocolos de transporte de internet[editar editar cdigo]

Internet tiene dos protocolos principales en la capa de transporte, uno

orientado a la conexin y otro no orientado a la conexin. El protocolo no
orientado a la conexin es el UDP y el orientado es el TCP.
UDP[editar editar cdigo]
Artculo principal: UDP
El conjunto de protocolos de Internet soporta un protocolo de transporte no
orientado a la conexin UDP (protocolo de datagramas de usuario). Este
protocolo proporciona una forma para que las aplicaciones enven datagramas
IP encapsulados sin tener una conexin.
TCP[editar editar cdigo]
Artculo principal: TCP
TCP (protocolo de control de transmisin) se dise especficamente para
proporcionar un flujo de bytes confiable de extremo a extremo a travs de una
interred no confiable. Una interred difiere de una sola red debido a que
diversas partes podran tener diferentes topologas, anchos de banda, retardos,
tamaos de paquete TCP tiene un diseo que se adapta de manera dinmica
a las propiedades de la interred y que se sobrepone a muchos tipos de
situaciones.
NSAP.- Network Service Access Point
TSAP.- Transport Services Access Point
TPDU.- Unidad de Datos del Protocolo de Transporte
Broadcast
Broadcast
Transmisin abierta. Mensajes que se mandan sin destino especfico.
Buffer
Espacio fsico de memoria destinado a guardar datos temporalmente.

C
Conectividad
Estado que permite la transferencia de datos entre dos computadoras.

D
DNS >> (Servidor de nombres de dominio)
La direccin IP de su servidor ISP, que traduce los nombres de los sitios Web a
direcciones IP.
Dominio
Grupo de computadoras de la red que est administrada y controlada por el
mismo servidor de red. Puede tener varios servidores pero una administracin
nica para el control de permisos, recursos y seguridad.
Host
Computadora en red capaz de brindar algn servicio. Se utiliza para denominar
a una computadora principal que puede desarrollar los procesos por s misma y
recibir usuarios.
HTTP
Hypertext Transfer Protocol (Protocolo de Transferencia de Hipertexto)
Interface
Circuitos fsicos (hardware) o lgicos (software) que manejan, traducen y
acoplan la informacin de forma tal que sea entendible para dos sistemas
diferentes.
Internet
Red de redes con base en TCP/IP y acceso pblico mundial
Multiplexacin
Combinacin de dos datos o ms canales de informacion en un solo medio
NFS
Network File System (Sistemas de Archivos de Red)
NSAPs (Network Service Access Points)
Direcciones del nivel de red
Palabra(s) clave:
RCP

Comando para copiar ficheros entre ordenadores remotos

SMTP
Simple Mail Transfer Protocol (Protocolo para la Transferencia Simple de Correo
Electronico)
TCP
trasmission Control Protocol (Protocolo de Control de Trasmisin)

TCP/IP >> (Protocolo de control de transporte/Protocolo Internet)

Protocolo de red para la transmisin de datos que
requiere la confirmacin del destinatario de los datos enviados.
TSAP (Transport Service Access Point)
Es una direccin del nivel de transporte
UDP
User Datagrama Protocol (Protocolo de Datagrama de Usuario)

El protocolo SMTP
El protocolo SMTP (Protocolo simple de transferencia de correo) es el protocoloestndar que
permite la transferencia de correo de un servidor a otro mediante una conexin punto a punto.

El protocolo POP3
El protocolo POP (Protocolo de oficina de correos), como su nombre lo indica, permite recoger el
correo electrnico en un servidor remoto (servidor POP). Es necesario para las personas que no
estn permanentemente conectadas a Internet, ya que as pueden consultar sus correos
electrnicos recibidos sin que ellos estn conectados.

El protocolo IMAP
El protocolo IMAP (Protocolo de acceso a mensajes de Internet) es un protocolo alternativo al de
POP3, pero que ofrece ms posibilidades:

IMAP permite administrar diversos accesos de manera simultnea

IMAP permite administrar diversas bandejas de entrada

IMAP brinda ms criterios que pueden utilizarse para ordenar los correos electrnicos

El protocolo RARP

El protocolo RARP (Protocolo de Resolucin de Direccin Inversa) es mucho menos

utilizado. Es un tipo de directorio inverso de direcciones lgicas y fsicas.
En realidad, el protocolo RARP se usa esencialmente para las estaciones de trabajo sin
discos duros que desean conocer su direccin fsica.

El protocolo RARP le permite a la estacin de trabajo averiguar su direccin IP desde una

tabla de bsqueda entre las direcciones MAC (direcciones fsicas) y las direcciones IP
alojadas por una pasarela ubicada en la misma red de rea local (LAN).

ICMP (Protocolo de mensajes de control de Internet) es un protocolo que permite

administrar informacin relacionada con errores de los equipos en red. Si se tienen en
cuenta los escasos controles que lleva a cabo el protocolo IP, ICMP no permite corregir los
errores sino que los notifica a los protocolos de capas cercanas. Por lo tanto, el protocolo
ICMP es usado por todos los routers para indicar un error (llamado un problema de
entrega).

Los mensajes ICMP estn encapsulados

Los mensajes de error ICMP se envan a travs de la red en forma de datagramas, como

cualquier otro dato. Por lo tanto, los mismos mensajes de error pueden contener errores.
Sin embargo, si existe un error en un datagrama que lleva un mensaje ICMP, no se enva

ningn mensaje de error para evitar el efecto "bola de nieve", si hay un incidente en la red.
A continuacin encontrar a qu se asemeja un mensaje ICMP encapsulado en un

datagrama IP:
TCP (que significa Protocolo de Control de Transmisin) es uno de los principales

protocolos de la capa de transporte del modelo TCP/IP. En el nivel de aplicacin,

El protocolo IP es parte de la capa de Internet del conjunto de protocolos TCP/IP. Es uno
de los protocolos de Internet ms importantes ya que permite el desarrollo y transporte de
datagramas de IP (paquetes de datos), aunque sin garantizar su "entrega". En realidad, el
protocolo IP procesa datagramas de IP de manera independiente al definir su
representacin, ruta y envo.

Introduccin al protocolo FTP

El protocolo FTP (Protocolo de transferencia de archivos) es, como su nombre lo indica,
un protocolo para transferir archivos.

El trmino MPLS (Conmutacin de etiquetas multiprotocolo) representa un conjunto de

especificaciones definidas por el IETF (Grupo de Trabajo de Ingeniera de Internet) que le asigna a
las tramas que circulan por la red una identificacin que le indique a los routers la ruta que deben
seguir los datos
Introduccin al protocolo HTTP

Desde 1990, el protocolo HTTP (Protocolo de transferencia de hipertexto) es el protocolo ms

utilizado en Internet. La versin 0.9 slo tena la finalidad de transferir los datos a travs de Internet
(en particular pginas Web escritas en HTML). La versin 1.0 del protocolo (la ms utilizada)
permite la transferencia de mensajes con encabezados que describen el contenido de los
mensajes mediante la codificacin MIME.

El propsito del protocolo HTTP es permitir la transferencia de archivos (principalmente, en formato

HTML). entre un navegador (el cliente) y un servidor web (denominado, entre otros, httpd en
equipos UNIX) localizado mediante una cadena de caracteres denominada direccin URL.

Comunicacin entre el navegador y el servidor

La comunicacin entre el navegador y el servidor se lleva a cabo en dos etapas:

Comunicacin entre el navegador y el servidor

El navegador realiza una solicitud HTTP

El servidor procesa la solicitud y despus enva una respuesta HTTP
En realidad, la comunicacin se realiza en ms etapas si se considera el procesamiento de la
solicitud en el servidor. Dado que slo nos ocupamos del protocolo HTTP, no se explicar la parte
del procesamiento en el servidor en esta seccin del artculo. Si este tema les interesa, puede
consultar el articulo sobre el tratamiento de CGI.
Solicitud HTTP

Una solicitud HTTP es un conjunto de lneas que el navegador enva al servidor. Incluye:

Una lnea de solicitud: es una lnea que especifica el tipo de documento solicitado, el mtodo que
se aplicar y la versin del protocolo utilizada. La lnea est formada por tres elementos que deben
estar separados por un espacio:
el mtodo
la direccin URL
la versin del protocolo utilizada por el cliente (por lo general, HTTP/1.0)
Los campos del encabezado de solicitud: es un conjunto de lneas opcionales que permiten aportar
informacin adicional sobre la solicitud y/o el cliente (navegador, sistema operativo, etc.). Cada una
de estas lneas est formada por un nombre que describe el tipo de encabezado, seguido de dos
puntos (:) y el valor del encabezado.
El cuerpo de la solicitud: es un conjunto de lneas opcionales que deben estar separadas de las
lneas precedentes por una lnea en blanco y, por ejemplo, permiten que se enven datos por un
comando POST durante la transmisin de datos al servidor utilizando un formulario.
Por lo tanto, una solicitud HTTP posee la siguiente sintaxis (<crlf> significa retorno de carro y
avance de lnea):
El protocolo Telnet es un protocolo de Internet estndar que permite conectar terminales y
aplicaciones en Internet. El protocolo proporciona reglas bsicas que permiten vincular a un cliente
(sistema compuesto de una pantalla y un teclado) con un intrprete de comandos (del lado del
servidor).
El protocolo Telnet se aplica en una conexin TCP para enviar datos en formatoASCII codificados
en 8 bits, entre los cuales se encuentran secuencias de verificacin Telnet. Por lo tanto, brinda un
sistema de comunicacin orientado bidireccional (semidplex) codificado en 8 bits y fcil de
implementar.
El protocolo Telnet se basa en tres conceptos bsicos:

el paradigma Terminal virtual de red (NVT);

el principio de opciones negociadas;

las reglas de negociacin.

Introduccin a la Web

La "Web", apcope de "World Wide Web" (que se abrevia con las siglas www), es uno de los
mtodos que Internet ofrece para explorar documentos conectados a travs de hipervnculos.

Teora Servicio de Correo Electrnico

Teora Servicio de Correo Electrnico

Dado que es un tema que se puede hacer pesado, se pretender dar una breve explicacin en

esquema.
Caractersticas:

Permite enviar correos desde un remitente a varios destinatarios.

No se espera respuesta inmediata.

La entrega es prcticamente inmediata.

El coste es casi nulo.

Se puede leer en cualquier momento y almacenar en formato digital y en cualquier disp

digital.

Permite generar el mensaje y enviarlo a posterior.

Sigue el modelo cliente servidor.

Desventajas:

Permite la propagacin de malware.

No garantiza la recepcin.

No asegura que el remitente sea quien dice ser.

No avisa si ha habido problemas con el mensaje o el envo.

Elementos del Correo Electrnico:

Buzn de Usuario. Espacio en el servidor asociado a una cuenta, es donde se almacen

mensajes.

Cuenta de Correo. Identificador de la cuenta asociada al buzn.

Cuenta de Correo Redirigida. Cuenta no asociada a un buzn, sino que est asociada
cuenta de otro dominio a la que se reenvan los correos.

Alias. Especie de redireccionamiento de cuentas dentro de un dominio.

Listas de distribucin. Es una cuenta virtual que engloba a varias cuentas de correo q

pertenecer al mismo usuario o a diferentes.

Agentes del Servicio de Correo:

1.) MUA (Mail User Agent). Es un programa que se instala en el ordenador del usuario y que
leer y enviar correo (Outlook, Thunderbird, Mailx, The Bat, etc).
Caractersticas:

Dispone de un interfaz de usuario local que permite editar, componer, leer el corre.

Es el cliente de correo tradicional.

Permite almacenar mensajes en el ordenador local y mantener la libreta de direcciones.

2.) MDA (Mail Delivery Agent). Se encarga de copiar los mensajes desde el servidor de cor
buzn de usuario.
Algunos de los ms usados son:

Qpopper y Cyrus.

Maildrop (Unix).

Dovecot.

3.) MTA (Mail Transfer Agent). Transfiere los mensajes entre servidores, empleando el
protocolo SMTP.
Los ms comunes son:

Sendmail.

Postfix.

Microsoft Exchange.

Qmail.

Exim.

Funciones:

Realiza el encaminamiento del correo.

Trabajan como servidores de correo.

Enva el correo saliente y chequea el entrante.

El Envo de un Correo Electrnico:

El correo se enva desde el MUA hacia el MTA y se enruta de servidor MTA en servidor MTA h
al servidor MTA del destinatario, empleando protocolo SMTP.

Despus el MTA de destino entrega el correo al servidor de correo entrante MDA, el cul alma
correo en el buzn del usuario.

El cliente de correo MUA accede al buzn para leer el correo empleando protocolo POP o IMA
Los MDA estn protegidos por nombre de usuario y contrasea.

Estructura de los mensajes:

Los mensajes tienen dos partes:
1.) Cabecera. Contiene informacin necesaria para transferir el mensaje que va a permitir al
saber una serie de cosas:

Quin le enva el mensaje.

Cundo.

Como se lo ha enviado.

La estructura est definida en el RFC 822 y contiene los siguientes campos:

Campos referidos al transporte:

o

Remitente (From). Email del que se enva.

Destinatario (To). Email a quien va dirigido.

Destinatario en Copia(CC). Email de la persona a la cul se le enva una copia

mensaje.

Destinatario en Copia Oculta (CCO/BCC). Esta direccin no es mostrada al de

Direccin del ltimo servidor que envi el mensaje.

Received. Direccin de los servidores de correo por donde ha circulado el correo

Seguida)

Return Path. Camino de retorno del mensaje en caso que sea respondido.

Campos referidos al mensaje:

o

Fecha (Date). Fecha y hora GMT del ordenador desde el que se envi el mensaje

Responder (Reply-To). Direccin email donde el remitente desea que se le envi

respuesta.

Toma o Asunto (Subject). Motivo del mensaje.

2.) Cuerpo. Contiene informacin enviada por el remitente, incluida la firma.

Protocolos de Correo Electrnico:

Permiten transferir correos entre mquinas con diferentes sistemas operativos y diferentes clie
correo electrnico.
A) SMTP (Simple Mail Transfer Protocol).

Transporta el correo saliente desde el ordenador del usuario hasta el servidor de correo
del destinatario.

Empleado por los servidores de correo intermedio.

Emplea el puerto 25 para comunicaciones.

Existe una versin mejorada llamada ESMTP.

Est formado por un conjunto de comandos y respuestas. Cada uno tiene cuatro letras y
respuestas contienen un nmero y mensaje descriptivo.

Comandos Principales:

Hello. Identifica la IP o el dominio del remitente.

Mail From. Indica la direccin de correo del remitente. Ejemplo: Mail

From: madpitbull@elhacker.net

Rcpt to. Identifica la direccin de correo del destinatario. Ejemplo: Rcpt To:
otro_usuario@elhacker.net.

Quit. Sale del servidor.

Help. Lista los comandos disponibles.

Data. Indica el cuerpo del mensaje.

Funcionamiento:
1.) El MUA abre una conexin TCP con el servidor sobre el puerto 25.
2.) El servidor SMTP responde con 220 Service ESMTP.
3.) MUA se identifica enviando el comando Hello <IP>.
4.) Se enva el mensaje usando los comandos: MAIL FROM, RCPT TO y DATA.

POP (Post Office Protocol)

Permite gestionar y descargar los mensajes desde el buzn (que hay en el servidor) has
bandeja de entrada del usuario.

La versin actual es POP3.

Emplea el puerto 110 para comunicaciones.

Comandos disponibles:

USER. Identifica al usuario en el servidor.

PASS. La contrasea del usuario en el servidor.

STAT. Solicita informacin acerca de los mensajes de ese usuario.

RETR. Indica el nmero del mensaje que se quiere descargar.

DELE. Indica el nmero del mensaje que se quiere borrar.

LIST. Muestra el mensaje indicado.

QUIT. Sale del servidor y elimina los mensajes marcados.

Funcionamiento:

1.) Fase de Comunicacin. El servidor se mantiene escuchando en el puerto 110 a la espera

conexin por parte de algn cliente.
2.) Fase de Autentificacin. El servidor espera autentificacin por parte del usuario (USER
3.) Fase de Transaccin. El buzn del usuario se bloquea y se puede acceder a el para leer
correos (LIST), descargar (RETR) y borrar(DELE). El comando QUIT permitir el paso a la sig
4.) Fase de Actualizacin. El usuario se desconecta, se actualiza el buzn y se eliminan los
marcados para borrar.
POP transmite toda la informacin (contraseas y datos) en texto plano, conviniendo usar
cifrado SSL o TLS.

IMAP (Internet Message Access Protocol)

Protocolo alternativo a POP3 que permite descargar el correo desde el servidor remoto hasta la
de entrada del usuario.
Implementa varias mejoras respecto a POP:

Permite acceder de forma simultnea al buzn, desde varios clientes al mismo tiempo.

Dispone de ms criterios de ordenacin de los correos.

Permite manipular el buzn de forma remota, para crear, borrar, renombrar las bandejas

Permite visualizar los correos sin descargarlos en el PC local.

El correo permanece en el servidor hasta que se solicite expresamente su borrado.

Emplea el puerto 143 para las comunicaciones.

La versin actual es IMAP4.

Existe versin segura llamada IMAPS que trabaja en el puerto 993.

Aspectos a tener en cuenta al instalar un servidor de correo electrnico:

1.) Volumen de correos que van a gestionarse.
2.) Configurar otros servicios:

2.1) DNS: Definir los registros MX para definir cul es el servidor SMTP.
2.2) Definir reglas en el firewall (permitir el trfico en MDA/MTA).
3.) Crear correos siguiendo unas polticas como, nombre de la cuenta.
4.) Disponer de una mquina de backup.
5.) En caso necesario puede salir mas conveniente contratar el servicio con alguna empresa ex
asegure el servicio en todo momento.

Seguramente muchas veces cuando nos hemos quedado sin Conexin a Internet o hemos
realizado tareas de diagnstico sobre el Servicio de Red hemos visto que se nos presenta una
verificacin acerca del estado del DNS, un concepto que a veces no est en claro, y por ello
traemos una breve resea al respecto.

Estas son las siglas de las palabras en ingls Domain Name System, que en espaol seran
Sistema de Nombres de Dominio, siendo una asignacin en forma jerrquica de una nomenclatura,
que es utilizada para la conexin de un ordenador a una Red Privada, a un Servicio determinado, o
bien para su Conexin a Internet.
La utilizacin del Sistema DNS permite la asociacin de una informacin relativa a un Dominio
Especfico (tambin llamado Nombre de Dominio) a cada uno de los sitios que han sido
conectados a la red en cuestin, teniendo la misin la Resolucin de Nombres que puedan ser
ledos por las personas, para poder localizar un equipo y poder direccionar la comunicacin, tarea

para lo cual requiere de la utilizacin de unos Identificadores Binarios que son asociados a este
dispositivo.
Para ello el Servidor DNS que estemos utilizando cuenta con una base de datos jerarquizada en la
que se almacena una informacin relativa a los nombres de dominio propios de cada red (tambin
aplicable lgicamente a Internet) asociando diferentes vas de informacin a cada asignacin,
siendo ms frecuente la asignacin hacia Direcciones IP, adems de las localizaciones de los
respectivos Correos Electrnicos a cada dominio especfico.
La funcin ms conocida de los Protocolos DNS es justamente la asignacin de un nombre en
particular a un Direccin IP, lo que permite que en lugar de tener que ingresar una variedad de
nmeros, con una pequea linea de texto que no solo nos facilita recordarla o poder referenciarla a
la hora de crear un Enlace o Link a futuro, sino que adems nos permite la infalibilidad de que
nunca cambiar (ya que a veces, las Direcciones IP pueden cambiar, conocindose como IP
Dinmica)
Para poder trabajar con el sistema DNS, debemos tener en cuenta a tres partes fundamentales:
Cliente DNS: Es la aplicacin que se ejecuta en el equipo y que permite contar con Peticiones DNS
hacia el respectivo servidor, teniendo por ejemplo la traduccin de una direccin determinada hacia
la IP correspondiente.
Servidor DNS: Asi como en toda comunicacin tenemos un emisor y un destinatario, tenemos que
pensar tambin en un Cliente y un Servidor para las peticiones, teniendo en este caso la
funcionalidad de dar respuesta a las peticiones, o bien reenviara a otro servidor en caso de no
encontrar la respuesta especfica.
Zona de Autoridad: Abarca al dominio y sus respectivos subdominios, comprendiendo a un
almacenamiento de datos en nombres de dominio con rarezas

DHCP
Escrito por Greg Sutter.

29.10.1. ?Qu es DHCP?

DHCP, el Protocolo de Configuracin Dinamica de Mquinas (Dynamic
Host Configuration Protocol), especifica un mtodo para configurar
dinmicamente los parmetros de red necesarios para que un sistema
pueda comunicarse efectivamente. FreeBSD utiliza la implementacin de
DHCP proporcionada por el Internet Software Consortium (ISC) de tal
forma que toda la informacin relativa a la configuracin de DHCP se
basa en la distribucin proporcionada por el ISC.
29.10.2. Contenido de esta seccins

Esta seccin describe tanto los componentes de la parte servidora como

los componentes de la parte cliente del sistema DHCP del ISC. El
programa cliente, denominado forma parte por defecto de los sistemas
FreeBSD y el programa servidor se puede instalar a partir
del port net/isc-dhcp3-server. Las principales fuentes de
informacin son las pginas de manual dhclient(8), dhcpoptions(5) y dhclient.conf(5) junto con las referencias que se muestran a
continuacin en esta misma seccin.
29.10.3. Cmo funciona
Cuando el cliente de DHCP, dhclient, se ejecuta en una mquina cliente,
valga la redundancia, comienza a enviar
peticiones broadcast solicitando informacin de configuracin. Por
defecto estas peticiones se realizan contra el puerto UDP 68. El servidor
responde a travs del puerto UDP 67 proporcionando al cliente una
direccin IP junto con otros parmetros relevantes para el correcto
funcionamiento del sistema en la red, tales como la mscara de red,
el router por defecto y los servidores de DNS. Toda esta informacin
se presta y es vlida slo durante un determinado perodo de tiempo
(configurado por el administrador del servidor de DHCP). De esta forma
direcciones IP asignadas a clientes que ya no se encuentran conectados
a la red pueden ser reutilizadas al pasar determinado periodo de tiempo.
Los clientes de DHCP pueden obtener una gran cantidad de informacin
del servidor. Se puede encontrar una lista completa en dhcp-options(5).
29.10.4. Integracin dentro de los sistemas FreeBSD
FreeBSD se integra totalmente con el cliente DHCP del ISC, dhclient.
Este soporte se proporciona tanto en el proceso de instalacin como en
la instalacin por defecto del sistema base obviando la necesidad de
poseer un conocimiento detallado de aspectos relacionados con la
configuracin de redes siempre y cuando se disponga de servicio de
DHCP en la red dada. dhclient se incluye en todas las distribuciones de
FreeBSD desde la versin 3.2.
sysinstall soporta DHCP. Cuando se configura la interfaz de red la
primera pregunta es: ?Quiere intentar configurar el interfaz mediante
DHCP?. Si se responde afirmativamente se ejecutar dhclient y si tiene
xito se procede con los siguientes pasos de configuracin rellenandose

automticamente las variables de arranque necesarias para completar la

configuracin de la red.
Existen dos cosas que se deben realizar de tal forma que nuestro
sistema utilice la configuracin de red mediante DHCP al arrancar:

Asegurarse de que el dispositivo bpf se encuentra compilado en el

kernel. Para ello basta aadir device bpf (pseudo-device bpf en los
sistemas FreeBSD 4.X) al fichero de configuracin del kernel y
recompilarlo e instalarlo. Para ms informacin sobre la construccin
de ncleos consulteCaptulo 8, Configuracin del kernel de FreeBSD.
El dispositivo bpf se encuentra activado por defecto dentro del fichero
de configuracin del ncleo (GENERIC que encontrar en su sistema
FreeBSD de forma que si no se est utilizando un fichero de
configuracin del ncleo especfico (hecho a medida y/o por usted) no
es necesario crear uno nuevo y se puede utilizar directamente GENERIC.
Nota:
Para aquellas personas especialmente preocupadas por la seguridad
debemos advertir de que el dispositivo bpf es el dispositivo que las
aplicaciones de captura de paquetes utilizan para acceder a los
mismos (aunque dichas aplicaciones deben ser ejecutadas
comoroot). DHCP requiere la presencia de bpf pero si la seguridad
del sistema es ms importante que la configuracin automtica de la
red no se recomienda instalar bpf en el ncleo.

Editar el fichero /etc/rc.conf para para incluir lo siguiente:

ifconfig_fxp0="DHCP"

Nota:
Asegrese de sustituir fxp0 con el nombre de interfaz que desea que
se configure dinmicamente, como se describe en Seccin 11.1,
Configuracin de Tarjetas de Red.
Si se utiliza una ubicacin distinta para dhclient o si se desea aadir
opciones adicionales a dhclient se puede incluir, adaptndolo a las
condiciones particulares de cada usuario, lo siguiente:

dhcp_program="/sbin/dhclient"
dhcp_flags=""

El servidor de DHCP (dhcpd) forma parte del port net/isc-dhcp3server. Este port tambin contiene la documentacin de ISC DHCP.
29.10.5. Ficheros

/etc/dhclient.conf

necesita un fichero de configuracin

denominado /etc/dhclient.conf. Normalmente este fichero slo
contiene comentarios de forma que las opciones que se definen por
defecto son razonablemente inocuas. Este fichero de configuracin se
describe en la pgina de manual de dhclient.conf(5).
dhclient

/sbin/dhclient

se encuentra enlazado de forma esttica y reside en /sbin. La

pgina de manual de dhclient(8) proporciona ms informacin sobre la
ordendhclient.
dhclient

/sbin/dhclient-script

es el script de configuracin del cliente de DHCP

especfico de FreeBSD. Tiene todos los detalles en dhclientscript(8) pero no necesita hacer ninguna modificacin en l para que
todo funcione correctamente.
dhclient-script

/var/db/dhclient.leases

El cliente de DHCP mantiene una base de datos de prstamos en este

fichero que se escribe de forma semejante a un log.
En dhclient.leases(5)puede consultar una explicacin ligeramente ms
detallada.
29.10.6. Lecturas recomendadas
El protocolo DHCP se describe completamente en RFC 2131. Tambin
tiene ms informacin en dhcp.org.

29.10.7. Instalacin y configuracin de un servidor de DHCP

29.10.7.1. Qu temas se tratan en esta seccin

Esta seccin proporciona informacin sobre cmo configurar un sistema

FreeBSD de forma que acte como un servidor de DHCP utilizando la
implementacin proporcionada por el Internet Software Consortium (ISC).
La parte servidora del paquete proporcionado por el ISC no se instala por
defecto en los sistemas FreeBSD pero se puede intalar
como port desde net/isc-dhcp3-server.
Consulte Captulo 4, Instalacin de aplicaciones: packages y ports si
necesita saber ms sobre la Coleccin de ports.
29.10.7.2. Instalacin del servidor DHCP

Para configurar un sistema FreeBSD como servidor de DHCP debe

asegurarse de que el dispositivo bpf(4) est compilado dentro del ncleo.
Para ello basta aadir device bpf ( pseudo-device bpf en FreeBSD 4.X) al
fichero de configuracin del ncleo y reconstruir el mismo. Si necesita
saber ms sobre el proceso de compilar e instalar el ncleo
consulte Captulo 8, Configuracin del kernel de FreeBSD.
El dispositivo bpf ya se encuentra activado en el fichero de
configuracin GENERIC del ncleo que se facilita con FreeBSD de tal forma
que no resulta imprescindible crear un ncleo a medida para ejecutar
DHCP.
Nota:
Para aquellas personas especialmente preocupadas por la seguridad
debemos advertir de que el dispositivo bpf es el dispositivo que las
aplicaciones de captura de paquetes utilizan para acceder a los mismos
(aunque dichas aplicaciones deben ser ejecutadas como root).
DHCPrequiere la presencia de bpf pero si la seguridad del sistema es
ms importante que la configuracin automtica de la red no se
recomienda instalar bpf en el ncleo.
El siguiente paso consiste en editar el fichero de ejemplo dhcpd.conf que
se crea al instalar el port net/isc-dhcp3-server. Por defecto el
fichero se llama/usr/local/etc/dhcpd.conf.sample, as que se debe copiar

este fichero a /usr/local/etc/dhcpd.conf y a continuacin realizar todos

los cambios sobre este ltimo.
29.10.7.3. Configuracin del servidor de DHCP

El fichero dhcpd.conf se compone de un conjunto de declaraciones que

hacen referencia a mquinas y a subredes. Esto se entender mejor
mediante el siguiente ejemplo:
option domain-name "ejemplo.com";
option domain-name-servers 192.168.4.100;
option subnet-mask 255.255.255.0;

default-lease-time 3600;
max-lease-time 86400;
ddns-update-style none;

subnet 192.168.4.0 netmask 255.255.255.0 {

range 192.168.4.129 192.168.4.254;
option routers 192.168.4.1;
}

host mailhost {
hardware ethernet 02:03:04:05:06:07;
fixed-address mailhost.ejemplo.com;
}

Esta opcin especifica el dominio que se proporciona a los

clientes y que dichos clientes utilizan como dominio de
bsqueda por defecto. Consulteresolv.conf(5) si necesita
ms informacin sobre qu significa el dominio de
bsqueda.
Esta opcin especifica la lista de servidores de DNS
(seperados por comas) que deben utilizar los clientes.
La mscara de red que se proporciona a los clientes.

Un cliente puede solicitar un determinado tiempo de vida

para el prstamo. En caso contrario el servidor asigna un
tiempo de vida por defecto mediante este valor (expresado
en segundos).
Este es el mximo tiempo que el servidor puede utilizar
para realizar prstamos a los clientes. Si un cliente solicita
un tiempo mayor como mximo se responder con el valor
aqu configurado, ignorndose la peticin de tiempo del
cliente.
Esta opcin especifica si el servidor de DHCP debe intentar
actualizar el servidor de DNS cuando se acepta o se libera
un prstamo. En la implementacin proporcionada por el
ISC esta opcin es obligatoria.
Esto indica qu direcciones IP se pueden utilizar para ser
prestadas a los clientes que las soliciten. Las direcciones IP
pertenecientes a este rango, incluyendo los extremos, se
pueden entregar a los clientes.
Declara cal es la pasarela por defecto que se
proporcionar a los clientes.
Especifica la direccin MAC de una mquina, de tal forma
que el servidor de DHCP pueda identificar a la mquina
cuando realice una peticin.
Especifica que la mquina cliente debera obtener siempre
la misma direccin IP. Recuerde que se puede utilizar un
nombre de mquina para esto ya que el servidor de DHCP
resolver el nombre por s mismo antes de devolver la
informacin al cliente.

Una vez que se ha acabado de configurar el fichero dhcpd.conf se puede

proceder con la ejecucin del servidor mediante la siguiente orden:
# /usr/local/etc/rc.d/isc-dhcpd.sh start

Si posteriormente se necesitan realizar cambios en la configuracin

anterior tenga en cuenta que el envo de la sel SIGHUP a la
aplicacin dhcpd no provoca que se lea de nuevo la configuracin como
suele ocurrir en la mayora de los dmones. Tendr que enviar la
seal SIGTERM para parar el proceso y posteriormente relanzar el dmon
utilizando la orden anterior.
29.10.7.4. Ficheros

/usr/local/sbin/dhcpd

dhcpd se encuentra enlazado de forma esttica y reside en el

directorio /usr/local/sbin. La pgina de manual dhcpd(8) que se instala
con el port le proporcionar ms informacin sobre dhcpd.

/usr/local/etc/dhcpd.conf

dhcpd necesita un fichero de configuracin, /usr/local/etc/dhcpd.conf.

Este fichero contiene toda la informacin relevante que se quiere
proporcionar a los clientes que la soliciten, junto con informacin
relacionada con el funcionamiento del servidor. Este fichero de
configuracin se describe en la pgina del manual dhcpd.conf(5) que
instala el port.

/var/db/dhcpd.leases

El servidor de DHCP mantiene una base de datos de prstamos o

alquileres dentro de este fichero, que presenta un formato de fichero
de log. La pgina del manual dhcpd.leases(5) que se instala con
el port proporciona una descripcin ligeramente ms larga.

/usr/local/sbin/dhcrelay

dhcrelay se utiliza en entornos de red avanzados donde un servidor de

DHCP reenva una peticin de un cliente hacia otro servidor de DHCP
que se encuentra localizado en otra subred. Si se necesita esta
funcionalidad se debe instalar el port net/isc-dhcp3-server. La
pgina del manualdhcrelay(8) proporcionada por el port contiene ms
detalles sobre esto.