1. ¿Qué es el servicio de acceso y control remoto?

Los servicios de acceso y control remoto permiten, mediante la utilización de determinadas aplicaciones software, establecer conexiones con equipos remotos y realizar su administración centralizada sin necesidad de acceder a ellos localmente

Si no se tiene acceso físico es muy importante disponer de mecanismos que permitan realizar de forma cómoda, rápida y segura la administración remota sobre ellos.

Lógicamente esta función, que parece útil e inofensiva, puede tener consecuencias impredecibles si no se lleva a cabo unas condiciones de seguridad bien definidas.

En la actualidad las herramientas de administración remota más utilizadas son:
·En modo texto: telnet, rlogin y Secure Shell (SSH)
·En modo gráfico: VNC en entornos UNIX/Linux, NX y los servicios de Terminal Server en Windows

SSH (Secure Shell) es una herramienta que permite realizar conexiones seguras entre equipos conectados en una red insegura. Su objetivo es establecer conexiones remotas que permitan la transmisión segura de cualquier tipo de datos

La aportación más importante de la herramienta SSH es que da soporte seguro sobre cualquier protocolo que funcione sobre TCP. Dicha seguridad se basa en la utilización de mecanismo de criptografía y el mecanismo de autenticación del usuario es transparente. Funciona sobre la mayoría de sistemas UNIX y GNU/Linux. También hay versiones para Windows y Mac OS (utilizando el protocolo SSH)

La versión libre más importante de SSH es la que desarrolla OpenSSH.

2. Servicio SSH

El servicio SSH permite establecer conexiones remotas seguras. Sus principales caracteristicas son:
·Utiliza el puerto 22 y el protocolo SSH, y sigue el modelo cliente/servidor
·Permite la autenticación de los usuarios de varias formas:
-Por contraseña
-Por sistema de llaves
·Permite su integración con otros sistemas de autenticación como son Kerberos, PGP o PAM
·Está implementado para la mayoría de sistemas operativos y plataformas.

2.1 Ventajas de utilizar SSH
Alguna ventaja que ofrece SSH como herramienta de administración remota son:
·Después de la primera conexión, el cliente puede saber que se está conectando al mismo servidor en futuras sesiones
·El cliente transmite al servidor la información necesaria para su autenticación en formato cifrado
·Todos los datos que se envían y se reciben durante la conexión se transfieren cifrados
·El cliente puede ejecutar aplicaciones gráficas desde el shell de forma segura

Además de estas ventajas, con la utilización de SSH se evitan los siguientes riesgos:
1- Interceptación de la comunicación entre dos sistemas por parte de una máquina tercera que copia la informaciópn que circula entre ellas
2- Suplantación de un host o enmascaramiento, es decir, que una máquina pueda fingir que es la máquina destinu de un mensaje

3. ¿Cómo funciona SSH?

Las claves de una correcta conexión remota son las siguientes:
·No transmitir las contraseñas en texto plano por la red
·Proceso de autenticación con garantías
·Ejecución segura de las órdenes remotas
·Sesiones gráficas X11 seguras

El servicio SSH garantiza todos estos puntos y funciona según el proceso siguiente
1- La máquina cliente abre una conexión TCP sobre el puerto 22 del servidor
2- La máquina cliente y el servidor se ponen de acuerdo en la versión de SSH que van a utilizar
3- El servidor tiene dos claves. El servidor envía su clave pública al cliente
4- El cliente recibe la clave pública y la compara con la que tiene almacenada para verificar si es auténtica. La primera vez SSH pide confirmación al usuario para aceptarla como válida. En este envío se podría producir un cambio en esa clave pública y sustituirla por otra. Este es el punto débil del servicio, y este ataque se llama <<man in the middle>>
5- El cliente genera una clave de sesión aleatoria y crea un mensaje que contiene esta clave aleatoria que ha generado y el algoritmo seleccionado. Todo ello se encripta con la clave publica del servidor
6- Para el resto de la sesión remota se utiliza el agoritmo de cifrado simétrico seleccionado y una clave de sesión aleatoria

4. ¿Qué es un cliente SSH?

La conexión SSH se puede realizar utilizando herramientas gráficas o en modo línea de orden desde una terminal
Se abrirá una ventana de conexión. Es posible que se muestre un mensaje de seguridad relacionado con el certificado, avisando que lo ha emitido una fuente que no es de confianza
Antes de abrir la conexión se pueden modificar algunos parámetros. Para ello, podemos ir a Configuración de módulo
El proceso o demonio que se ejecuta en el cliente es ssh, y se encuentra en el directorio /usr/bin
Otras opciones gráficas son utilizar la herramienta FreeNX of el cliente PuTTY, que ya se ha empleado
Si el acceso al servidor se hace desde una terminal de texto, la sintaxis es la siguiente:
ssh [usuario@]host
En este caso "usuario" es el login de conexión del usuario y host es la IP de la máquina servidor SSH o su nobre, si se tiene configurado un servidor DNS

4.1 Transferencia segura de archivos
Para la transferencia de archivos en GNU/Linux existen dos alternativas: la orden "scp" y la orden "sftp"

La orden sftp

La orden sftp se utiliza para abrir una sesión segura e interactiva tipo FTP. Eta orden intenta emular la forma de uso de un cliente FTP ordinario
Una vez establecida la conexión se puede utilizar una serie de comandos específicos tipo FTP. SIn embargo, solo está disponible a partir de versiones de OpenSSH 2.5

La orden scp

La orden scp permite realizar transferencias simples desde la línea de órdenes. Funciona como el comando "cp", que se utiliza para copiar en local, pero de forma remota y, a diferencia del "rcp", de forma segura

4.2 Reenvío X11

Una de las funciones de SSH es establecer una línea de órdenes segura. Pero también se pueden abrir sesiones X por un canal SSH
Cuando se ejecuta un programa X Windows desde una shell segura, el cliente y el servidor SSH crean un nuevo canal seguro dentro de la conexión SSH actual, y los datos del programa X Windows se envían a la máquina cliente a través de este canal

4.3 Reenvío por TCP/IP

El reenvío por TCP/IP se basa en la asignación de un puerto local del cliente a un puerto remoto del servidor. De esta forma la información cuyo destino es un puerto de la máquina local se puede enviar a otro puerto de una máquina remota. Si el reenvío por TCP/IP se configura para escuchar por puertos inferiores a 1024, hay que ser root
Cuando se utiliza esta técnica, el servidor SSH se convierte en un túnel encriptado para el cliente SSH. La condición es que el usuario ha de tener una cuenta en el sistema remota. Esta técnica también se conoce con el nombre de <<mapeado de puertos>>

5. ¿Qué es un servidor SSH?

El servidor SSH facilita el establecimiento de conexiones remotas que permiten la transmisión segura de cualquier tipo de datos: archivos, contraseñas ejecución de órdenes de administración en un sistema remoto, sesiones de login, sesiones gráficas, etc.
Una vez ha sido descrita la funcionalidad básica de SSH en general, a partir de este punto se va a tomar como herramienta base OpenSSH, que es la implementación libre más utilizada del servicio SSH

5.1 Instalación del servidor SSH (GNU/Linux) con Webmin

Webmin dispone de un módulo específico que permite administrar las conexiones SSH. Este módulo es estándar, se llama Webmin sshd y está disponible directamente en la web oficial de Webmin.

5.2 Archivos de configuración del servidor SSH

Desde la herramienta de Webmin se pueden editar los dos archivos de configuración básicos. La opción "Editar archivos de configuración" muestra el contenido del archivo sshd_config

Algunas directivas son especialmente interesantes:
·PermitRootLogin no: señala que el usuario administrador root no puede conectarse a la máquina remota como tal
·RSAAuthentication yes: indica que está permitida la autenticación por clave RSA
·PubkeyAuthentication yes: informa de que está permitida la autenticación por clave pública
·RhostsAuthentication no: indica que no se permite el método de autenticación por rhost, es decir, no se habilita la posibilidad de generar un archivo .rhost en el directorio home del usuario en la máquina remota. En este archivo se especifican usuarios y máquinas desde las que se puede acceder a la máquina remota sin contraseña
·HostbasedAuthentication no: informa de que no se utiliza el método de autenticación por host, sino por usuario
·X11Forwarding yes: avisa de que se permite a los clientes que se conecten al ejecutar aplicaciones X Window y transmitir la información gráfica sobre la conexión segura
·MaxAuthTries nn: establece el número máximo de intentos de conexión. Es muy importante establecer un valor razonable

5.3 Autenticación de usuarios

Existen varios métodos de autenticación de usuarios. Los dos que se explican a continuacion son mutuamente excluyentes, es decir, cliente y servidor deben usar el mismo

A. Autenticación por contraseña
SSH permite autenticar a un usuario utilizando su contraseña. Para ello, cada vez que el usuario quiera conectarse se le pedirá una contraseña. Esto hace que el servidor compruebe si el usuario existe y la contraseña es correcta. La validacion utilizada en el servidor basará en el archivo /etc/shadow, que es el procedimiento tipico para los sistemas UNIX o para los basados en él
Tiene el inconveniente de requerir al usuario su contraseña cada vez que quiera establecer una sesión, pero, el envío del login y la contraseña no se hace en texto plano

B. Autenticación por clave pública
La segunda alternativa de autenticación utiliza un esquema de clave pública/privada generada por el usuario.
1- Una clave pública, que se copia a todos los servidores a los que el usuario quiere conectarse
2- Una clave privada, que solo posee el usuario. Para mayor seguridad esta clave está cifrada con una frase de paso
Estas dos claves poseen una características poseen una característica importante: un texto cifrado con las clave pública solo puede ser descifrado usando la clave privada correspondie, mientras que un texto cifrado con la clave privada solo puede descifrarse mediante su clave pública asociada.
¿Cómo se aplica esta propiedad al proceso de autenticación del usuario?
1- Una vez establecida la conexión, el servidor genera un número aleatorio, que se conoce con el nombre de <<desafío>>, que es cifrado con la clave pública del usuario usando el agoritmo RSA o DSA.
2- El usuario debe descifrarlo con la clave privada correspondiente y devolver la respuesta cifrada al servidor. De esa forma, demuestra que el usuario es quien dice ser
3- El servidor descifra el texto de respuesta con la clave pública del usuario
4- El servidor compara el texto resultante con el texto original. Si coinciden, el servidor acepta al usuario como correctamente autenticado.

5.4 Autenticación SSH por contraseña
La configuración de la autenticación de usuario por contraseña está disponible en esta opción de menú
Webmin > Servidores > Servidor SSH > Autenticación
Desde allí se establecen los procedimientos de autenticación de usuarios

5.5 Otras opciones del módulo SSH de Webmin
El menú de configuración de Webmin muestra otras opciones de configuración del servidor SSH. Al acceder al menú "Servidor SSH > En Red" se podrán establecer las caracteristicas de red, tales como las direcciones IP o equipos a los que se atenderá, desde qué puerto, si se activa el reenvío de paquetes TCP, el tiempo de demora en la conexión, etc.
Otras funciones importantes del módulo SSH son las siguientes:

·Servidor SSH > Opciones varias
De ellas, las más significativas son la que activa el reenvío X y la que permite seleccionar el sistema de log que se utilizará

·Servidor SSH > Opciones de máquina cliente
Establece opciones para uno, varios o todos los clientes SSH: puertos de reenvío local y remoto, compresión del tráfico, número de intentos de conexión, protocolos SSH a probar, etc.

· Servidor SSH > Configuración de clave de SSH
Permite establecer una configuración de SSH por defecto para los nuevos usuarios que se vayan creando en el sistema. Por ejemplo, se podría establecer que los nuevo usuarios no tengan que usar ssh-keygen antes de usar SSH

5.6 Utilización básica de SSH
El demonio servidor de OpenSSH es /usr/sbin/sshd y normalmente se activa mediante el proceso init
El cliente de OpenSSH es /usr/bin/ssh. La orden ssh permite iniciar sesiones y ejecutar comandos de forma segura en máquinas remotas. La utilización básica del cliente es:

ssh [nombre_usuario@]maquina_remota

Si el nombre del usuario en el servidor coincide con el nombre del usuario en el cliente, se puede omitir
Otra sintaxis típica de utilización de ssh es:

ssh -l usuario maquina_remota

5.7 El agente de autenticación ssh-agent
El agente de autenticación permite simplifar el profceso de conexión a una máquina remota en caso que se utilice autenticación por clave pública
El agente ssh-agent actúa como almacén de las claves privadas y se las suministra al cliente SSH cada vez que este las necesita

6. Acceso remoto con FreeNX

La aplicación FreeNX permite acceder a un equipo GNU/Linux de forma remota. Utiliza la tecnología NX, desarrollada por la empresa italiana NoMachine, que permite la ejecución de sesiones gráficas remotas mediante conexiones que no requiere gran ancho de banda. NX actúa como caché, acelerando así futuros accesos idénticos.
Es similar a herramientas basadas en VNC (servidor VNC Vino, cliente SSH, Vinagre para GNOME, RealVNC, UltraVNC, etc.), pero utilizando una tecnología diferente, ya que VNC no transmite la información cifrada.
Muchos de los clientes basados en NX son multiplataforma, con versiones para distribuciones GNU/Linux, Windows, Solaris, Mac OS, etc.

6.1 Servidor FreeNX en GNU/Linux

HTTP corresponden a Protocolo de Transferencia de  HiperTecto (HyperText Transfer Protocol) creado en 1990 en el CERN como un medio para compartir datos cientificos a escala internacional
En la actualidad, gran parte de las aplicaciones software, son aplicaciones donde los usuarios pueden utilizar mediante navegadores para acceder a los servidores web donde se alojan

1.1 Como funciona el protocolo HTTP

El HTTP es un protocolo cliente-servidor cuyo funcionamiento se basa en el envio de mensajes. Su mecanismo es el siguiente:
·El usuario especifica en el cliente web la direccion de la pagina que quiere consultar
·El cliente web descodifica la informacion de la URL diferenciando el protocolo de acceso, la IP o nombre de dominio del servidor, el puerto, etc.
·El cliente web establece una conexion con el servidor web y solicita la pagina
·El servidor envia dicha pagina y el cliente web interpreta el codigo HTML recibido
·Se cierra la conexion

El protocolo HTTP es un protocolo sin estado, es decir, no recuerda nada relativo a conexiones anteriores a la actual.
·Si el servidor lo encuentra, lo envia
·Si no existe, envia un codigo de error

Portatil, conectado a aula116
su configuración red es mediante automatica (DHCP)

pfSense tiene dos adaptadores, el primero esta conectado a
aulaser y el segundo está conectado a aula116

por ello el equipo portatil conseguira una ip dentro de la red.

Accedemos al pfSense desde el equipo de portatil, se hace
poniendo la dirección ip de pfSense del adaptador que pertenezca
al aula116, en el navegador web


Configuramos en Webmin del servidor

Hostname "pfSense" => Interfaz uplink del router aula116
pfSense = aula116

Hostname "Secundario" => Servidor DNS secundario = aulaser

Definir nueva subred
descripcion de la subred "Subred del aula 116 de la red local de la
organizacion"
La dirección de la red 10.0.116.0
y la submascara es 255.255.255.0

ponemos los rangos "10.0.116.201 - 10.0.116.230"

editamos las opciones de cliente y  en el nombre de host de cliente
sea 10.0.116.254
ponemos que el servidor DNS sea dns1.aulaser.com y guardamos
la configuración.

En la maquina portatil, entramos en pfSense, vamos a la pestaña
"Services > DHCP Server > LAN" y desmarcamos
"Enable DHCP server on LAN interface" y guardamos los cambios
realizados

Acto seguido vamos otra vez a la pestaña "Services" pero esta vez
en vez de ir a "DHCP Server" vamos a ir a "DHCP Relay",
marcamos la interfaz LAN y añadimos la dirección
IP "192.168.100.254" y guardamos todo lo realizado

Reiniciamos el pfSense si no recibimos respuesta.



sudo dnssec-keygen -K /etc/bind -a HMAC-MD5 -B 128 -n USER dhcpupdate

lo abrimos para ver la clave y el token

Configuraremos el named.conf de Bind añadiendo la siguiente entrada

key dhcpupdate {
algorythm

permitimos actualizaciones de zona porque decidimos que queriamos que fuera de zona a zona
nos vamos a la configuracion de zona

en "allow updates from..." ponemos "key dhcpupdate"

En la zona inversa hacemos los mismo que en el anterior

iniciamos el "DNSSEC Key", acto seguido paramos e iniciamos el bind

Autenticamos con el key que tenemos, ponemos en el terminal cd /var/lib/bind, ponemos el comando "update", y seguimos poniendo los comandos
server servidor.aulaser.com
key dhcpupdate (Contraseña)
zone aulaser.com
update add prueba5.aulaser.com 3600 IN A 192.168.100.20
show
(Si va mal podemos poner el comando "send")
Para la zona inversa (desde el mismo directorio en la consola de comandos) ponemos nsupdate
server servidor.aulaser.com
key dhcpupdate (constraseña)
zone 100.168.192.in-addr.arpa
update add 20.100.168.192.in-addr.arpa. 2450 IN PTR prueba5.aulaser.com.






Dispositivo portatil


Adaptador 1
Pasa de Aula116 a Aulaser
Debería dar una IP 192.168.100.(X) - 204 en mi caso, respetando el rango determinado

Vamos al PFSENSE

System/Package Manager/Installed Packages/Availables

ntopng -> install

Los servidores de cualquier tipo (DNS, FTP...) son programas que tienen cliente servidor pero confian en una estructura inferior a ellos (FTPIP), FTPIP no tuvo la previsión de que tenían que ser seguras.
Los protocolos se usan para comunicarse entre la mismas capas.
Para comunicarse entre capas diferentes se usan interfaces.
SSL: Secure Socket Layer. Esta hecho para que se conecte a un socket seguro que permite que no se conecte por un socket inseguro (También se llama TSL [Transport Secure Layer])
La aplicación mas insegura es el TelNet que envia todo lo escrito tal y como se escribió
Sabiendo que usaremos SSL, crearemos un certificado de autoridad
Vamos a la web de comodo para conseguir un certificado gratuito de 30 dias, para eso lo buscamos en Comodo SSL y vamos a la pestaña "Free SSL", lo primero que nos saldrá es que necesitaremos proveer nuestro CSR (Certificate Signing Request), nos dan un link para que lo tengamos, escogemos la opción de OpenSSL, tendremos que seguir todos los pasos que nos indican para conseguirlo

Para empezar. necesitaremos una imagen del SO (Sistema Operativo) que queramos instalar, en este caso será Lubuntu. Así que primero descargaremos la ISO.

1. Tendremos que crear una nueva máquina, para ello pulsamos el botón de "Nueva"

  

2. Escogemos todo lo que está relacionado con el SO

3. Escogemos los parámetros básicos que queremos para nuestra máquina virtual, entre ellos se encuentra, la memoria RAM virtual, la cantidad del disco duro y tipo de almacenamiento

4.  Ahora ponemos la imagen del sistema operativo, con esto iniciaremos la máquina virtual para instalar el SO.

1. Qué es el servicio DHCP

En entornos profesionales para optimizar las tareas de redes de área local basadas en la familia de protocolos TCP/IP

Un servidor DHCP es un equipo en una red TCP/IP que esta ejecutando el servicio DHCP. El servicio espera peticiones broadcast DHCP de parte de cliente y cuando se recibe una petición, el servidor responde asignando una IP y otros parámetros de red

DHCP es un servicio multiplataforma que puede utilizar en redes heterogéneas. El servidor DHCP puede estar implementado en varios sistemas operativos. Este servicio consiste en dos componentes

1. Un protocolo que transporta los parámentros de configuración específicos de host de un servidor DHCP a un host

2. Un mecanismo para la localización de direcciones de red a hosts

DHCP tiene su origen en el protocolo Bootstrap (BOOTP) fue de los primeros métodos para asignar direcciones IP de forma dinámica a distintos equipos. DHCP es la evolución y ampliacion de BOOTP y fue creado para cubrir nuevas necesidades.

Una de las ventajas de DHCP es la posibilidad de gestionar la asignación de direcciones IP mediante permisos. Estos posibilitan reclamar las direcciones IP cuando no están en uso. En consecuencia, utilizando DHCP se requieren agrupaciones de direcciones IP menores que las que tendríamos si cada cliente tuviera asignada una dirección IP fija.

Los parámetros más comunes que un servidor DHCP puede asignar a un cliente son:
·Dirección Ip y máscara de red
·DNS
·Puerta de enlace (gateway)

2. ¿Se puede trabajar sin el servicio DHCP?

En intranets pequeñas con pocos cambios de reubicación de usuarios, se puede trabajar de manera manual sin disponer de un servicio específico para configurar las IP de los equipos
Sin embargo, un administrador de red que deba enfrentarse a cada dia a una situación cambiante, con cientos o miles de puntos de acceso para cada perfil de usuario

2.1 Características generales del servicio DHCP

1. Asignación automática e ilimitada: se cede una IP libre con los demás parámetros de red a un cliente la primera vez que lo solicita y se mantendrá hasta que este la libere. Es habitual en organizaciones de todo tipo y constituye una primera opción en muchos casos e incluso pequeñas y medianas empresas

2. Asignacion dinámica y limitada: se cede una dirección IP libre de manera temporal como si se racionase su uso. El plazo de cesión varía según la frecuencia de altas y bajas de clientes, así como de la cantidad de direcciones disponibles.

3. Asignación manual o estática con reserva: se asigna la misma dirección IP a un ordenador concreto. Se trata de un modo de configuración parecido al manual. Su configuración requiere más tiempo que los demás, si bien resulta más segura.

Y las ventajas que ofrece DHCP:

·Administración de direcciones IP: DHCP facilita la administración de las direcciones IP. En una red sin DHCP se asignan manualmente las IP, con una dirección exclusiva a cada cliente y se configura en cada uno de ellos. Si un cliente se cambia de red se tiene que seguir configurando manualmente. Con DHCP el servidor administra y asigna direcciones IP sin necesidad de que intervenga el administrador

·Configuracion de cliente de red centralizado: DHCP permite crear una configuración a medida para determinados clientes, o para determinados tipos de clientes, que se guarda en una base de datos. Para que un cliente cambie su configuración no es necesario que inicie sesión.

·Inicio de red: los clientes pueden utilizar DHCP para obtener la información necesaria para iniciar desde un servidor de la red, en lugar de utilizar RARP (Reverse Address Resolution Protocol). El servidor DHCP puede facilitar a un cliente toda la información que necesita para funcionar, incluida la dirección IP

·Compatibilidad de red: las redes con millones de clientes DHCP pueden utilizar DHCP. El servidor DHCP puede procesar a la vez múltiples solicitudes de clientes y getionar las bases de datos donde se almacenan los datos optimizados para estos clientes.

2.2 Funcionamiento del Protocolo DHCP

El servicio DHCP se ha convertido en un estándar, por lo que se considera libre de derechos de propiedad. Cualquier desarrollador puede implementarlo en todos los sistemas operativos que desee, siempre y cuando siga laas normas en todos los sistemas operativos que desee, siempre y cuando siga las normas establecidas en los RFC correspondientes.

El servidor DHCP configura de manera obligatoria:

·La dirección IP del cliente
·La máscara de subred

En caso de asignaciones dinámicas y limitadas, establece:

·El tiempo de concesión (lease time)
·El tiempo de renovación (renewal time)
·El tiempo de reconexión (rebinding time)

Asimismo permite configurar:

·La puerta de enlace o pasarela por defecto
·Las direcciones de los servidores DNS
·El nombre (sufijo) del domino DNS

Además, en las redes Windows también especifica:

·El tipo de nodo WINS/NBT
·El servidor WINS (cada vez más en desuso)


2.4 Autoconfiguración de red sin DHCP

En algunas ocasiones la red no dispones de una servidor DHCP. Aunque resulte extraño, esta situación puede darse en entornos de trabajo donde no se requiera conexión externa, sino de una comunicación entre iguales en una red. En algunos sistemas este modo recibe el nombre de <<zeroconf>> o <<sin configuración>> y se utiliza en redes creadas de manera eventual y que carecen de un servidor DHCP

La IETF ha previsto tales casos mediante un método de asignación del direccionamiento IP privada automático, más conocido APIPA (Automatic Private IP Addressing).

En ninguno de los dos RFC se especifica la puerta de enlace predeterminada, ni el servidor DNS ni WINS. En caso de que a un cliente nuevo se le asigne una dirección que ya esté en uso, la descartará y volverá a solicitar una nueva.

A. ¿Quién realiza esta función en Ubuntu?

En ubuntu, el paquete Avahi-autoipd se encarga de instalar el demonio de Avahi para la configuración de direcciones de red IPv4LL. Tal como se indica en la propia ayuda del paquete.
B.  ¿Quién realiza esta función en WIndows?

Microsoft ha desarrollado sus propias bibliotecas del sistema dentro de la pila de protocolos TCP/IP para implementar esta situación de asignación del direccionamiento IP privado o IPv4 Link-Local Addresses

2.5 Configuración del servidor DHCP

Cualquier sistema operativo que ofrezca el servicio DHCP ha de seguir el protocolo establecido en los RFC. La asignación de IP puede realizarse de la manera siguiente:

1. Automática: el servidor asigna al ordenador una IP de forma permanente la primera vez que lo solicita

2. Dinámica: Se especifica un rango de IP a asignar en cada conexión la IP de la máquina cliente puede cambiar dentro del rango especificado

3. Estática (con reserva): el servidor averigua la dirección MAC de la tarjeta de red y asigna siempre la misma IP a la tarjeta de la red

A. Configuración del servidor DHCP en Ubuntu

En ubuntu la última versión del servidor DHCP es isc-dhcp-server

B. Archivo de configuración dhcp.conf

Se trata de un archivo de texto que recoge una serie de entradas o sentencias y que se halla alojado en la carpeta /etc/dhcp/. En el caso de que alguna necesite distintos parámetros se puedes agrupar en bloques mediantes llaves ({ }), de manera que unas contengan a otras. Estas se clasifican en:

·Parámetros: describen el comportamiento del servidor DHCP. Pueden ser parámetros globales o locales a un conjunto de declaraciones.

·Declaraciones: describen redes, máquinas o grupos de máquinas junto con un rango de direcciones IP para cada uno

Algunos parámetros comienzan con la palabra option y otros no. Los primeros describen datos que proporciona el servidor al cliente y que forman parte del protocolo. Los otros describen las características del servidor DHCP

El campo valores dependerá del parámetro que se quiera configurar. Puede ser un valor lógico como on u off, una dirección, un nombre predefinido u otro valor, según el tipo de parámetro.

En este archivo también se definen las subredes en las que actúa el servidor DHCP, así como los rangos de direcciones asignables existen parámetros que pueden ser globales o bien incluirse dentre de una declaración de subred.

C. Configuración del servidor DHCP en Windows Server

En esta ocasión se configurará un servidor DHCP desde el sistema operativo Microsoft Server 2008. Es importante tener instalado Active Directory en la máquina que hará de un servidor DHCP

D. Otros sistemas que disponen de servidor DHCP

Los aparatos de interconexión de red se han especializado en dar este servicio, en concreto los enrutadores que hacen la función de enviar y/o recibir paquetes de información entre los LAN y la WAN

E. ¿Qué ocurre si hay más de un servidor DHCP activo?

Todos los servidores activos se mantienen a la espera de una solicitud. Cuando llega la petición, la analizan y la contestan. Tal como se ha visto en apartados anteriores, se acepta el primer mensaje recibido y el resto se rechaza. Para que todos los elementos de la red estén al tanto de la situación, se envía a través de las tramas de difusión una primera señal de descubrimiento y otra de confirmación con el fin de que todos los servidores implicados sepan qué decisión ha tomado el cliente y actúen en consecuencia

Los diferentes servidores DHCP de una misma red local no se comunican entre sí para conocer qué IP debe asignar cada uno. El administrador debe procurar que las configuraciones de todos seas independientes y consistentes

En una red que utiliza TCP/IP la estructura que utiliza todos los nodos tiene un enlace de la red  entre si. El DNS lo que hace es darnos un nombre fisico a la red

El espacio de nombres de dominio

Para que el servicio del DNS funcione necesitamos entrar al pajel de control y poner una basse de datos que esta distribuida, no centralizada. Se clasifica según los nombres
La raiz del arbol comienza en el nodo raíz, situado en el nivel superior

El nombre completo de un nodo esta formado por el conjunto de nombres que forman el conjunto de nombres que forman el itinerario desde eso nodo hasta la raiz. Los nombres se separan con un punto.
El dominio es, pues, cada uno de los subárboles que integran el árbol o espacio de nombres de dominio. (Los subárboles son todos los directorios/archivos que estan dentro de un nodo)
Top Level Domain (TLD) Dominio de Nivel Superior, son aquellos niveles que descienden directamente del dominio raíz. Los principales TLD genéricos son:
.com
.edu
.net
.org
.gov
.int
.int
.name

ensenyament.gencat.cat = nombre de dominio

En este ejemplo el nodo "diario" pasaría a llamarse "diario.es." ya que proviene del nodo "es" y del nodo raíz que no tiene, por lo que no se pone nada aparte del punto.

Cuando el nodo raíz delega sus trabajos hace que toda una parte de un dominio (no importa en que nivel este) se ponga en una zona propia, por lo que el trabajo se reparte entre todos, y también se pueden revertir las zonas por lo que volverían a formar parte de la misma zona de antes.

Los servidores DNS escuchan las peticiones que le llegan a través de distintos puertos de los clientes que piden información de determinados nodos. Este contesta a todos con los datos que tiene disponible, ya sea por datos almacenados o por datos compartidos con otra máquina que si tenga los datos almacenados.

En un servidor DNS si transferimos una zona dentro de esta, este servidor pasará a ser un servidor primario de las zonas que se copiasen en su interior. Y si en un servidor DNS transferimos  una copia de la zona a otro servidor este ultimo pasará a ser un servidor secundario. Esto esta hecho así por si surge algún problema en el servidor primario y sirve a modo de Back-up para restaurar los datos, el servidor secundario no será capaz de modificar los datos por lo que cada cierto tiempo va pidiendo una nueva copia del archivo para poder tener los datos actualizados.

Tipos de Zonas

Zona maestra: contiene la copia principal de datos de zona.

Zona esclava: datos duplicados de la zona maestra.

Zona oculta (hint o de acierto de caché): ofrece información relativa a servidores del dominio raíz cuando se hacen peticiones a una zona que no se conoce.

Zona de reenvío: indica al servidor de nombre que redirija las peticiones de información sobre la zona hacia otros servidores.

Algunas características del DNS secundario:

• Descarga el tráfico de consultas DNS en redes en las que se consulta a menudo una zona.
• Resolverá nombres si el DNS primario está caído.
• Se localizará en una máquina diferente al DNS primario.
• Necesta que todos los datos de la zona maestra estén replicados en él a través de la transferencia de zonas.

Tipos de búsqueda DNS – recursiva, iterativa:

1. Usuario lanza la petición a servidor remoto con un nombre o una IP.
2. El DNS del usuario consulta al DNS de dicho servidor para que resuelva.
3. El servidor DNS responde a la petición.
4. Si la petición contenía un nombre, se devolverá una IP.
5. La conexión se hará efectiva.
6. El proceso es totalmente trasparente para el usuario.