elhacker.net cabecera Bienvenido(a), Visitante. Por favor Ingresar o Registrarse
¿Perdiste tu email de activación?.

 

 


Tema destacado: Arreglado, de nuevo, el registro del warzone (wargame) de EHN


  Mostrar Temas
Páginas: 1 2 3 4 5 6 7 [8] 9 10
71  Comunicaciones / Redes / Instalación y Configuración de un servidor DHCP en Windows Server 2008 en: 15 Noviembre 2010, 13:17 pm
Este articulo también esta publicado en la wiki del foro en la sección de Redes.


Instalación y Configuración de un servidor DHCP en Windows Server 2008

Vamos al Administrador del Servidor:


Hacemos clic derecho sobre Funciones y Agregar Función:


Nos aparecerá el típico Asistente para agregar funciones:


Marcamos la casilla de Omitir esta pagina de forma predeterminada y hacemos clic en Siguiente .



Marcamos el Servidor DHCP y hacemos clic en Siguiente

Saldrá una serie de Advertencias diciéndonos las cosas que hay que tener en cuenta antes de instalar el servidor:



Aseguraos de que las cumplís todas.

Enlaces de conexión de Red:


Ahí seleccionamos las tarjetas de Red que tenemos, en mi caso como solo tengo una, lo dejare por defecto. Hacemos clic en Siguiente.

Configurar servidores DNS:


Ahí ponemos nuestra propria IP, como servidor DNS alternativo podemos poner por ejemplo el servidor DNS de Google (8.8.8.8)

A continuación configuramos el servicio WINS, en mi caso como no lo voy a usar me lo salto y hago clic en Siguiente:



Después de hacer clic en siguiente nos aparecerá la pantalla con la configuración mas importante que debemos hacer en el servidor DHCP, configurar y agregar los ámbitos DHCP:



Hacemos clic en Agregar y rellenamos todos los campos con nuestros datos de red:



En Dirección IP inicial y Dirección IP final indicamos el rango de IP´s que asignara a los equipos que soliciten la configuración de red TCP/IP. En mi caso, el servidor asignara IP's desde la 150 hasta la 200

Como no vamos a usar IPV6 en el siguiente paso hacemos clic en Siguiente son configurar nada.



En el paso siguiente lo mismo que en el anterior, tenemos que configurar la dirección IP de versión 6 del servidor DNS, pero como no vamos a usar IPV6 hacemos clic en Siguiente.



En el paso siguiente tenemos que configurar los credenciales:



De momento lo dejaremos por defecto.



Hacemos clic en Instalar y después tendremos que reiniciar el Servidor.

A continuación si nos fijamos en el Administrador del Servidor veremos que no ha agregado el Servidor DHCP.



Esto es idóneo para equipos que se conectan de forma temporal, pero si queremos que a un equipo concreto le asigne una IP, tenemos que hacer lo siguiente.

Configurar IP a un Host concreto

Desplegamos el menú del servidor DHCP hasta llegar a la carpeta Reservas



Hacemos clic derecho sobre la carpeta de Reserva y Reserva nueva...



Rellenamos los campos con nuestros datos (la MAC que yo he puesto es falsa).



Y hacemos clic en Agregar. Si miramos la carpeta de Reservas veremos que no ha agregado el equipo que hemos configurado anteriormente.



Este proceso lo repetiremos con todos los nodos de la red que queremos que tengan IP Estática, como por ejemplo, los servidores y los equipos mas importantes.


Esto es todo, en cuento a la Instalación del Servidor DHCP.

Un saludo!
72  Seguridad Informática / Bugs y Exploits / Connection String Attacks [Chema Alonso - ekoparty] en: 10 Noviembre 2010, 13:37 pm
Es un video-presentación de la charla que dio Chema Alonso en la conferencia de Seguridad Informática EkoParty, celebrada en Argentina.
Trata de una nueva tecnica de ataque a los servidores de Bases de Datos y Aplicaciones web alterando los parámetros de conexión.

http://vimeo.com/16532422
 
El vídeo lo podéis ver en el enlace de arriba en Vimeo.

Un saludo!
73  Comunicaciones / Redes / Instalación y Configuración de un servidor DHCP en GNU/Linux (modo consola) en: 9 Noviembre 2010, 21:07 pm
 Este articulo también esta publicado en la wiki del foro en la sección de Redes.
DHCP EN LINUX

 

Instalar el cliente DHCP:
apt-get install dhcp3-cliente
Suele venir instalado por defecto.


 
Instalar el servidor DHCP:
apt-get install dhcp3-server


 
Archivos que intervienen en la configuración del DHCP en GNU/Linux:

 
  • /etc/default/dhcp3-server = se indica el interface o tarjeta de red a través del cual escuchara y respondera al servidor DHCP
  • webmin → /var/lib/dhcp3/dhcp.leases
  • consola → /etc/lib/dhcp3/dhcp.leases = tanto en este como en el de arriba se guarda la información de las IP conocidas (Se recomienda no editarlo)
  • /etc/dhcp3/dhcpd.conf = guarda la configuracion del servidor DHCP y los parametros que asignara a los clientes

Dentro de este archivo (/etc/dhcp3/dhcpd.conf ) hay varias sentencias:

Declaraciones:
Describen redes, maquinas o grupos de maquinas con un rango de direcciones IP que se pueden editar

Parámetros:
Pueden ser locales o globales que pertenezcan a un conjunto de declaraciones.

Tipos de Parámetros:
  • Todos los parámetros que empiezan con “option” describen datos que proporciona el servidor al cliente y que forma parte del protocolo.
Formato: option <nombre_parametros> [valores]:
  • Los parámetros que van sin “option” describen características del servidor DHCP.



 
Estructura del archivo dhcpd.conf:

 
Parámetros globales:

 
Declaracion1 {

 
[Parámetros locales relativa la Declaracion1]

 
[Sub-declaracion anidada a la Declaracion1]

 
};

 


 


 
Significado de los parámetros:

 


 
  • authoritative – indica que el servidor DHCP esta autorizado para delegar IP's en esa red.

     
  • lease-file-name – indica el nombre del archivo donde se almacena la tabla de las IP asignadas (/var/lib/dhcp3/dhcpd.conf)

     
  • server-identifier – indica al servidor cual es el interface por el cual debe escuchar.

     
  • default-lease-time – tiempo de validez en segundos de la IP asignada.

     
  • max-lease-time – tiempo limite de concesión de la IP, por si pide una indefinida.

     
  • option subnet-mask – indica la mascara de red general a asignar

     
  • option broadcast address – indica la direccion de broadcast a asignar

     
  • option domain-name-servers – indica la lista de servidores DNS a asignar

     
  • option domain-name – indica el nombre de dominio a asignar

     
  • ddns-update-style – indica el metodo de actualizacion dinamica en el servidor DNS con los valores de IP asignados

     



 
El archivo de configuración del servidor DHCP esta almacenado en : /etc/dhcp3/dhcpd.conf
#
# Sample configuration file for ISC dhcpd for Debian
#
# Attention: If /etc/ltsp/dhcpd.conf exists, that will be used as
# configuration file instead of this file.
#
# $Id: dhcpd.conf,v 1.1.1.1 2002/05/21 00:07:44 peloy Exp $
#
# The ddns-updates-style parameter controls whether or not the server will
# attempt to do a DNS update when a lease is confirmed. We default to the
# behavior of the version 2 packages ('none', since DHCP v2 didn't
# have support for DDNS.)
ddns-update-style none;
# option definitions common to all supported networks...
option domain-name "example.org";
option domain-name-servers ns1.example.org, ns2.example.org;
default-lease-time 600;
max-lease-time 7200;
# If this DHCP server is the official DHCP server for the local
# network, the authoritative directive should be uncommented.
#authoritative;
# Use this to send dhcp log messages to a different log file (you also
# have to hack syslog.conf to complete the redirection).
log-facility local7;
# No service will be given on this subnet, but declaring it helps the
# DHCP server to understand the network topology.
#subnet 10.152.187.0 netmask 255.255.255.0 {
#}
# This is a very basic subnet declaration.
#subnet 10.254.239.0 netmask 255.255.255.224 {
# range 10.254.239.10 10.254.239.20;
# option routers rtr-239-0-1.example.org, rtr-239-0-2.example.org;
#}
# This declaration allows BOOTP clients to get dynamic addresses,
# which we don't really recommend.
#subnet 10.254.239.32 netmask 255.255.255.224 {
# range dynamic-bootp 10.254.239.40 10.254.239.60;
# option broadcast-address 10.254.239.31;
# option routers rtr-239-32-1.example.org;
#}
# A slightly different configuration for an internal subnet.
#subnet 10.5.5.0 netmask 255.255.255.224 {
# range 10.5.5.26 10.5.5.30;
# option domain-name-servers ns1.internal.example.org;
# option domain-name "internal.example.org";
# option routers 10.5.5.1;
# option broadcast-address 10.5.5.31;
# default-lease-time 600;
# max-lease-time 7200;
#}
# Hosts which require special configuration options can be listed in
# host statements. If no address is specified, the address will be
# allocated dynamically (if possible), but the host-specific information
# will still come from the host declaration.
#host passacaglia {
# hardware ethernet 0:0:c0:5d:bd:95;
# filename "vmunix.passacaglia";
# server-name "toccata.fugue.com";
#}
# Fixed IP addresses can also be specified for hosts. These addresses
# should not also be listed as being available for dynamic assignment.
# Hosts for which fixed IP addresses have been specified can boot using
# BOOTP or DHCP. Hosts for which no fixed address is specified can only
# be booted with DHCP, unless there is an address range on the subnet
# to which a BOOTP client is connected which has the dynamic-bootp flag
# set.
#host fantasia {
# hardware ethernet 08:00:07:26:c0:a5;
# fixed-address fantasia.fugue.com;
#}
# You can declare a class of clients and then do address allocation
# based on that. The example below shows a case where all clients
# in a certain class get addresses on the 10.17.224/24 subnet, and all
# other clients get addresses on the 10.0.29/24 subnet.
#class "foo" {
# match if substring (option vendor-class-identifier, 0, 4) = "SUNW";
#}
#shared-network 224-29 {
# subnet 10.17.224.0 netmask 255.255.255.0 {
# option routers rtr-224.example.org;
# }
# subnet 10.0.29.0 netmask 255.255.255.0 {
# option routers rtr-29.example.org;
# }
# pool {
# allow members of "foo";
# range 10.17.224.10 10.17.224.250;
# }
# pool {
# deny members of "foo";
# range 10.0.29.10 10.0.29.230;
# }
#}

 
Esa es la configuración por defecto, como ven las lineas están comentadas,


 
A continuación vamos a editar los siguientes parámetros, si no están en el fichero de configuración hay que agregarlos.

 
# option definitions common to all supported networks...

 
option domain-name "elhacker.net"; ← Es el dominio que tendran los nodos que pidan IP por DHCP

 
option domain-name-servers ns1.elhacker.net; ← Es el nombre de dominio del servidor DNS, también podemos poner las IP, por ejemplo : 8.8.8.8, 8 .8.4.4

 
server-identifier 192.168.1.100;

 
En vuestro caso, poned la IP de vuestro servidor DHCP

 
option routers 192.168.1.1;

 
Sera la puerta de enlace que tendrán configurada los nodos.

 
option subnet-mask 255.255.255.0:

 
Es la mascara de Red a asignar.

 
Option broadcast-address 192.168.1.255

 
Es la IP de broadcast de la red.

 
Esa es la configuración del servidor. Ahora vamos a crear una subred, agregamos lo siguiente al final del archivo:


 
subnet 192.168.1.100 netmask 255.255.255.0 {

 
range 192.168.1.150 192.168.1.180;

 
}

Con ese rango cualquier nodo que pida una IP, el servidor le asignara una que este comprendida entre .150 y .180


 
Asignar IP a un Host concreto


 
Esta es la técnica mas común de asignarle una IP a un cierto nodo de la red. Necesitamos saber su MAC.

host equipo01 {
hardware ethernet 00:50:b3:c5:60:29;
fixed-address 196.168.1.181;
}



 
Con esa daclaracion, a la MAC 00:50:b3:c5:60:29 (me la he inventado) se le asigna la ip declarada con fixed-address.


 
Para una mejor organización, podemos crear grupos, por ejemplo: el grupo “contabilidad” donde estarán todos los nodos que correspondan a ese departamento.


#Grupo Contabilidad
group contabilidad {
option routers 192.168.1.1:
option subnet-mask 255.255.255.0;
host ordenador01 {
hardware ethernet 00:50:b3:c5:60:29;
fixed-address 196.168.1.181;
}
host ordenador02 {
hardware ethernet 00:50:b3:c5:60:29;
fixed-address 196.168.1.181;
}
}


 
Así tendremos los nodos mejor definidos y no tendremos que escribir tanto. Dentro del grupo podemos agregar cuantas declaraciones queramos.


 
Ahora solo tenemos que reiniciar el servidor para que cargue la nueva configuración y que los nodos vayan pidiendo IP's.

 
$ /etc/init.d/dhcp3-server restart

 


 
Acepta mas parámetros como : start, stop, reload, status.

 


 
Podemos ver las IP que ha asignado mirando el archivo:

 
$cat /var/lib/dhcp3/dhcpd.leases

 
Esto es todo.

 
74  Comunicaciones / Redes / [Taller]Instalación/Configuración y Teoría de Servicios en Red en: 7 Noviembre 2010, 20:36 pm
                Sistemas Operativos:

                Windows Server:

                GNU/LINUX:

                Administración de Equipos y Servidores:

                Servicios en Red:

                DNS:


                DHCP:


                Administración Remota de Equipos (SSH) :


                Servicio Web (HTTP) :


                FTP :


                Servicio de Correo Electrónico :

                Se ruega no postear en este hilo, las dudas que tengáis hacedla en el hilo del articulo. Pero si tenéis alguna sugerencia para el taller es bienvenida.

                Post en Construcción! [/list][/list][/list][/list][/list][/list][/list]
                75  Comunicaciones / Redes / Servidor DHCP en: 7 Noviembre 2010, 20:21 pm
                Este articulo también esta publicado en la wiki del foro en la sección de Redes.
                DHCP


                Es un protocolo de configuración dinámica de host que permite a los nodos de una red TCP/IP obtener la configuración de red de forma automática.

                Los parámetros que puede proporcionar son los siguientes:

                 * Dirección IP
                 * Mascara de Red
                 * Tiempo de concesión de la IP
                 * Tiempo de renovación de la IP
                 * Tiempo de reconexión


                Opcionalmente:

                 * Dirección IP de la puerta de enlace(gateway)
                 * Dirección IP de los servidores DNS
                 * Servidor de Nombres Wins (Redes Windows)
                 * El tipo de nodo Wins o Nbt (Redes Windows)



                El servicio DHCP puede asignar IP de 3 formas:


                 1. Estática o Fija = se asigna la misma IP al equipo, siempre.
                 2. Automática = se asigna una IP al equipo que la solicita y la mantiene hasta que la libera (hasta que el equipo se apaga)
                 3. Dinámica = se asigna una IP al nodo de forma temporal. Pasado ese tiempo, el cliente debe negociar y/o pedir de nuevo una IP

                Ventajas y Desventajas




                Funcionamiento


                 1. El servicio DHCP recibe las peticiones de asignación de direcciones IP por parte de los clientes. Envía la petición como un mensaje de broadcast a todos los equipos (puede haber mas de 1 servidor DHCP)
                 2. Los servidores DHCP responden al cliente en cuestión, proponiéndole una dirección IP .
                 3. El cliente selecciona la primera IP que reciba y responde al servidor DHCP correspondientes notificándole su MAC.
                 4. El servidor DHCP almacena esta información en una tabla interna hasta que finalice el tiempo de validez o el cliente libere la IP.


                NOTA:

                Si hay varios servidores DHCP no existe comunicación entre ellos, por tanto, no saben que direcciones asigno uno y que asignan los demás.

                El Administrador de Red es el quien debe efectuar la configuración adecuada y correcta para evitar que se intente asignar la misma IP, a los dos o mas nodos.


                Tipos de Mensajes DHCP



                Los mensajes que están en Verde son ordenes enviadas por el cliente y las de azul son enviadas por el servidor.



                Proceso de Asignación de una Dirección IP


                 1.Arranca el cliente DHCP .
                 2.El cliente envía un mensaje DHCPDISCOVER.
                 3.El Servidor DHCP prepara la información a enviar al cliente.
                 4.El Servidor DHCP envía un mensaje DHCPOFFER con la configuración propuesta.
                 5.Cliente envía DHCPREQUEST.
                 6.El Servidor almacena la MAC del cliente en la tabla de direcciones asignadas.
                 7.El Servidor envía DHCPACK.
                 8.El cliente ejecuta la ordena ARP para comprobar que la IP no esta duplicada y si no lo esta, queda completamente configurado.




                Caso practico de asignación de dirección IP


                En siguiente captura de paquetes hecha con WireShark:

                Se pueden observar los mensajes que envían el cliente y el servidor para tramitar la asignación de una IP.
                76  Comunicaciones / Redes / Instalacion y Configuracion de un servidor DNS en Windows Server 2008 en: 6 Noviembre 2010, 21:17 pm
                Este articulo también esta publicado en la wiki del foro en la sección de Redes.
                Hoy vamos a ver como instalar y configurar un servidor DNS en Windows Server 2008. Si anteriormente hemos instalado el Active Directory, ya lo tenemos instalado.

                Podemos encontrarlo en Administrador del Servidor / Funciones / Servidor DNS. Si no hemos instalado Active Directory nos tocara instalar el servidor manualmente :
                Administrador del Servidor / Funciones / Clic derecho sobre Funciones y agregar Función / Seguir el asistente.

                En nuestro caso como ya lo tenemos vamos a crear una nueva zona :



                Si desplegamos la pestaña Zonas de búsqueda directa observamos que ya tenemos creado un dominio : elhacker.net

                Para no crear confusión, vamos a crear otro dominio al que llamaremos: intranet-elhacker.net. Hacemos clic derecho sobre la carpeta de Zonas de búsqueda directa y Zona nueva:



                Se nos abrirá el Asistente para crear zona nueva:



                Hacemos clic en Siguiente:



                En nuestro caso vamos a dejar el tipo de Zona por defecto (Zona Principal). Los demás tipos de Servidores DNS están explicados en el articulo de DNS Teoria.



                Configuramos el ámbito de replicacion marcamos Para todos los servidores DNS en este dominio : dominio.com

                En el siguiente paso es donde tenemos que poner el nombre que tendrá la nueva zona: intranet-elhacker.net



                Permitimos solo actualizaciones dinámicas seguras de momento, en otra practica lo cambiaremos.



                Hacemos clic en Siguiente y en Finalizar



                Ahora ya tenemos creado nuestro segundo dominio (el primero fue creado en la instalación de Active Directory)



                Si hacemos clic derecho sobre el nuevo dominio veremos que se pueden agregar nombres de hosts.



                Creo que no hace falta explicar todas las opciones. A continuación vamos a crear un nombre de Host, clic en Host Nuevo (A o AAA).



                En nombre ponemos el nombre que tendra el subdominio: ej. administrador.intranet-elhacker.net .Ese subdominio se lo podemos asignar al ordenador del Administrador de la Red. En dirección IP ponemos la dirección del ordenador.

                Marcamos también la casilla de Crear registro del puntero (PTR) asociado, para que nos cree también la resolución inversa de ese nodo.

                Para que podamos agregar registros PTR asociados a A o AAA primero tenemos que crear la zona de búsqueda inversa. Para eso hacemos clic derecho sobre Zonas de búsqueda inversa y Zona nueva...

                Nos saldrá el mismo asistente que cuando creamos la Zona de búsqueda directa, lo único diferente sera lo siguiente:



                Ahí en nuestro caso ponemos Búsqueda inversa para IPv4. Hacemos clic en siguiente.



                En este paso tenemos que escribir la dirección de identificación IP de nuestra red, en mi caso es 192.168.1 . Hacemos clic en siguiente hasta Finalizar.

                Si nos fijamos en las Zonas del Servidor DNS veremos que ha agregado una zona nueva en la carpeta de búsqueda inversa.



                Ahora si volvemos a crear un registro de tipo A y marcamos la casilla de Crear registro del puntero (PTR) asociado también nos creara el registro inverso de ese subdominio.



                Si no os lo crea, teneis que agregarlo vosotros a mano haciendo clic derecho sobre Zonas de búsqueda inversa y Nuevo Puntero (PTR)



                Rellenamos el formulario con los datos pedidos y Aceptamos.



                Ahora veremos que se a agregado a la Zona Inversa.



                Lo siguiente seria agregar los registros con todos los equipos de nuestra red, cosa que ya no haremos.

                77  Comunicaciones / Redes / Instalar Active Directory en Windows Server 2008 en: 5 Noviembre 2010, 22:07 pm
                Este articulo también esta publicado en la wiki del foro en la sección de Redes.

                Active Directory
                Son los servicios de directorios en una red distribuida de ordenadores de tipo Microsoft Windows.

                Cosas a tomar en cuenta:
                • Primero debemos pensar en un nombre de dominio. En mi caso sera elhacker.net
                • Debemos configurar el protocolo TCP/IP
                • Hay que destacar que también se instalara el servidor DNS, ya que es necesario para implementar el Active Directory.

                Empezar la Instalación

                Para instalarlo podemos ir al Administrador del Servidor, hacer clic derecho sobre Funciones y seleccionar Agregar Funciones, ahi elegimos Servicios de dominio de Active Directory:



                Vamos a la consola (Menu Inicio / Símbolo del Sistema) y escribimos :
                dcpromo

                Esto nos lanzara la instalación de Active Directory. Durante unos instantes estará instalando los binarios y después nos saldrá el asistente de instalación:



                Hacemos clic en siguiente, nos mostrara unas advertencias sobre la compatibilidad de Windows Server 2008 con versiones anteriores. Hacemos clic en siguiente.



                A continuación nos preguntara si queremos crear un nuevo bosque o unirnos a uno ya existente. Hacemos clic en Crear un dominio nuevo en un bosque nuevo.



                En la siguiente pantalla agregamos el nombre que tendrá nuestro nuevo dominio:



                Seguidamente tendremos que establecer el nivel funcional del bosque, esto es mas o menos la compatibilidad que tendrá con otros servidores Windows Server. Si por ejemplo elegimos Windows Server 2003 solo se podrá agregar a nuestro bosque los servidores que ejecuten Windows Server 2003 o posterior.



                En la siguiente pantalla establecemos el nivel funcional del dominio, seleccionamos Windows Server 2003 como en el paso anterior:



                Hacemos clic en siguiente y el instalador examinara la configuración DNS, nos preguntara los componentes adicionales que queramos instalar, el servidor DNS es indispensable:



                En algunos casos nos advierte que nuestra IP es configurada dinamicamente:



                Hacemos clic en Si, el equipo usara una IP asignada dinamicamente y procedemos con la instalacion del servidor DNS.

                En la pantalla siguiente tenemos que configurar las rutas donde se guardaran las bases de datos del servicio DNS. Lo dejamos todo por defecto en nuestro caso.



                Elegimos una contraseña de administrador :



                Hacemos clic en siguiente, en la siguiente pantalla podemos exportar la configuración, por si luego volveremos a usarla.



                Después de hacer clic en siguiente empezara la instalación:



                Al acabar la instalación nos pedirá que reiniciemos, procedemos a reiniciar el servidor.

                Ya tenemos nuestro Active Directory instalado, podemos ir al Administrador del Servidor



                Desplegar el menú de Funciones:



                De momento esto es todo.
                78  Comunicaciones / Redes / Servidor de Nombres de Dominio (DNS) en: 24 Octubre 2010, 19:51 pm
                Este articulo tambien esta disponible en la wiki del foro : Servidor de Nombres de Dominio (DNS)



                Servicios DNS


                DNS(Domain Name System): es un sistema de nombres
                jerárquico para ordenadores, servicios y recursos de una red conectada a
                 Internet o privada (corporativa). Una definición mas técnica seria : es
                 un servicios de gestión y búsqueda de ordenadores en una red.


                Resolución de nombres de Dominio: es el proceso por el cual, a partir de un nombre de host o de dominio se puede conocer su IP.


                Cuando un host(equipo) necesita enviar datos a otro host, puede
                acceder a el por su dirección IP o bien a través de su nombre de dominio
                 (DNS), que sera lo mas común. Para utilizar el nombre DNS necesita
                hacer la conversión de este nombre en su dirección IP equivalente. De
                esto se encargan los servidores DNS.


                Proceso de Resolución de nombre de dominio: El host
                emisor envía un paquete de consulta a su servidor DNS predeterminado
                con el nombre DNS que intenta resolver, para que el servidor DNS lo
                resuelva o ejecute los mecanismos necesarios de consulta con otros
                servidores DNS, y le devuelva la IP que necesitaba. El ordenador la
                almacena en su propia memoria cache y se la pasa al navegador o al
                servicios que solicito la resolución.


                En sistemas UNIX, y por absorción tecnológica también en otros
                sistemas, existe un fichero de configuración llamado

                <etc/hosts> que contiene una relación de asignaciones de
                 nombres DNS con direcciones IP para los nodos de la red de área local.
                Antiguamente todos los servidores utilizaban este método. En Windows
                esta situado en <%systemroot%\system32\drivers/etc>, mientras que
                en sistemas Unix se sitúa en &lt;/etc&gt;. Este es un modo de utilizar
                nombre asociados a IP sin tener acceso a un servidor DNS. Obviamente
                este fichero puede tener un numero muy limitado de asignaciones, que
                además deben ser previamente conocidas para poder ser escritas por el
                administrador de red en el fichero de hosts. Esta técnica no se utiliza
                en casi ninguna empresa, solo en algunos entornos caseros,


                Los servidores actuales no solo registran nodos de la red sino que
                también pueden dar de alta en su base de datos otros servicios, de modo
                que un nodo de la red puede preguntarle donde se encuentran los
                servicios que necesita dentro de su red.


                El servicios DNS consta de 3 componentes principales:
                • Clientes DNS: Envían peticiones de resolución de nombres. En formato : que dirección IP le corresponde a este nombre de dominio?


                • Servidores DNS: Responden a las peticiones consultando la base de datos propia o a otros servidores DNS.
                • Espacio de Nombres de Dominio: Es una base de
                   datos distribuida (esta en varios ordenadores de la red) y es
                  jerárquica (tiene forma de árbol) que clasifica los dominios en
                  niveles.
                En la imagen de abajo podéis ver la estructura del árbol de dominios,
                 se empieza a leer desde abajo, ejemplo : foro.elhacker.net. (ojo, acaba
                 en punto). El ultimo punto no se suele poner, pero cuando se configura
                un servidor DNS es necesario ponerlo. Prueba a poner en tu navegador : http://elhacker.net. Veras como te redirecciona a la web.




                La estructura de arriba tiene 4 niveles:
                • El primer nivel es el Root (Raiz) o el punto.
                • El segundo raíz son los TLD (Top Level Domain), que son : es, com, net, gov, etc.
                • El tercer nivel son los nombres de dominios de distintas webs/empresas.
                • El cuarto nivel son los que los webmasters llaman subdominios. Ejemplo: blog, foro.
                El nombre completo de un dominio o de un nodo esta
                formado por una secuencia de nombres (que no pueden tener mas de 60
                caracteres) separados por puntos, formado por las etiquetas de los
                dominios hasta llegar al dominio raíz, teniendo en cuenta que el nombre
                completo no puede tener mas de 255 caracteres (incluyendo puntos) y que
                siempre acaba en punto.


                A un nombre de dominio o un nombre completo se le denomina FQDN
                 (Fully Qualified Domain Name) o nombre de dominio completamente
                cualificado. El FQDN del foro de elhacker.net seria : foro.elhacker.net.


                Los TLD (Top level Domain) o dominios de nivel superior esta clasificados según:
                • Su funcion organizativa : .com, .net, .org, .edu, .gov, .mil, etc.
                • Geograficamente: .es, .fr, .us, .ch, etc.
                • Especializados: .info, .museum, .aero, etc.
                El dominio .es gestionado por ESNIC(http://www.esnic.es/index.action). El organismo que gestiona los TLD es ICANN(http://www.icann.org/tr/spanish.html)



                La base de datos que compone el servicio DNS permite su
                administración descentralizada por medio de un mecanismo llamado
                Delegación de Dominios, según este mecanismo se realiza la cesión de la
                autoridad, para la gestión de la base de datos.


                Quien tenga autoridad sobre la zona, tiene una serie de responsabilidades:
                • Debe mantener actualizada los datos de ese subdominio.
                • Debe responder ante las peticiones de resolución de nombre que llegue acerca de ese subdominio.
                • No significa que el subdominio tenga el control, puede tenerlo cedido o incluso cederlo a su vez a otro subdominio.


                Registros de Recursos: es donde los servidores de dominio almacenan información de los nombres de dominio.


                Zona de Autoridad: es una parte del espacio de
                nombre de dominios sobre la que es responsable un servidor DNS, que
                puede tener autoridad sobre varias zonas.


                Zona: base de datos que contiene determinados registros de recursos de la base de datos del espacio de nombres de dominio.





                Tipos de Servidores DNS:

                • Servidor Primario/Principal/Maestro. Mantiene
                   de forma oficial la información de la zona sobre la que tiene
                  autoridad. Responde a las peticiones de resolución consultando sus
                  propios archivos de zona.
                • Servidor Secundario/Esclavo. Obtiene la información de la zona pidiendosela constantemente al servidor primario.
                • Servidor Cache. Se utilizan para acelerar las
                  consultas de resolucion de nombres de dominio frecuentemente
                  utilizados. Suelen emplearse en redes de area local/
                Transferencia de Zona: es el mecanismo por que
                permite actualizar la información a los servidores secundarios a partir
                de los archivos de zona contenidos en el primario.


                Bases de Datos del Servidor DNS


                En realidad no son mas que unos archivos de texto. El formato general
                 de los Registros de Recursos es parecido al esquema de abajo:



                _______________________________________________________


                | Propietario | TTL | Clase | Tipo | Rdata |


                ———————————————————————————-


                | servidor | 3600 | IN(internet) | A | 172.26.0.100 |


                Descripción de los campos:


                #Propietario: es el nombre del nodo o del dominio (FQDN). Si el valor de este campo es @, representa el nombre de la zona.


                #TTL(Time To Life): Es el tiempo de vida en segundos que el registro
                el valido en la memoria cache del servidor DNS. Es opcional.


                #Clase: Hace referencia a la familia de protocolos usada, IN (Internet).


                #Tipo: Define el tipo de recurso descrito en ese registro.



                #Rdata: contiene información según el tipo de registro.







                Tipos de Registros
                • SOA(State of Authority). Indica el nombre del
                  servidor DNS con autoridad en la zona. Direccione de correo electrónico
                   del contacto técnico, otros parámetros.
                Formato: elhacker.net IN SOA server.elhacker.net (2010100501;version 10800;actualizacion 3600:reintentos 604800;caducidad 86400;TTL)
                • NS(Name Server). Identifica a los servidores DNS autorizados en la zona.
                Formato: elhacker.net IN NS servidor2.elhacker.net

                • A(Address). Asocia el nombre FQDN del dominio o de un nodo con su dirección IP
                Formato: administrador.elhacker.net IN A 172.26.0.150
                • AAA(version A en IPV6). Desarrolla la misma tarea que A(Address) pero en versión IPV6
                Formato: equipo1.elhacker.net IN AAA 2001::C1:AB:0A:1C
                • PTR(Pointer). Asocia una IP a un nombre FQDN de un nodo o dominio. Hace justo lo contrario que A, hace la resolución inversa de la zona.
                Formato: 150.0.26.172.in-addr.arpa IN PTR equipo1.elhacker.net



                Nota: La IP esta escrita al revés y hace falta poner .in-addr.arpa
                • CNAME(Canonical Name/Alias). Indica un alias por el que se conoce a ese nodo también a ese nodo/dominio.
                Formato: administrador.elhacker.net IN CNAME el_jefe


                Nota: Se podrá acceder a ese nodo solamente poniendo el_jefe al nodo administrador.elhacker.net
                • MX(Mail). Indica la direccion del servidor de correo electrónico que existe en ese dominio.
                Formato: elhacker.net IN MX webmail.elhacker.net

                • SRV(Service). Indica la ubicación de los servidores disponibles para determinados servicios/protocolos.
                Formato: ftp.tcp.elhacker.net IN SRV 0 0 21


                Donde 0(es el orden, por si hay mas de un servidor) 0(es el reparto
                de trabajo, si hay mas de un servidor) 21(es el puerto redireccionado)
                • TXT(Text). Indica que el contenido del registro es
                   de tipo texto, y puede ser cualquier información. También permite a
                  los servidores identificarse de modo arbitrario.
                Métodos de búsqueda


                Búsqueda Recursiva



                Se realiza una petición de resolución de nombres al servidor local, y
                 si el servidor no dispone de la información solicitada va a buscarla al
                 servidor de nombres con autoridad que la contiene. Para ello el
                servidor de nombres local necesita consultar a un servidor raíz y este
                dará información acerca de aquellos servidores autoritarios intermedios
                hasta llegar al servidor que contiene el nombre del dominio objeto de la
                 consulta.


                En este caso, el servidor local asume la responsabilidad de dar una
                respuesta al cliente, y el consulta a los otros servidores en nombre del
                 cliente.





                Búsqueda Iterativa


                El servidor DNS local devuelve la mejor respuesta que puede ofrecer
                al cliente en función del contenido de su cache, pero si el servidor no
                dispone de la información solicitada indica la IP del siguiente servidor
                 de nombres autorizado a preguntar, comenzando siempre por un servidor
                Raíz.


                Este le refiere al servidor del nivel siguiente que lo contiene
                (.es), y el servidor local vuelve a lanzar la petición (iteración) al
                servidor referido, el cual, si no dispone de la información solicitada,
                le refiere al servidor del nivel siguiente que lo contiene (.gva.es); a
                continuación, el servidor DNS local vuelve a lanzar la petición al
                servidor referido y así sucesivamente hasta llegar al servidor de nombre
                 que contiene la información acerca del dominio solicitado.


                En la imagen de abajo se puede ver como el servidor de nombre
                interrogado consulta a su vez a todos los servidores autorizados para
                cada uno de los dominios que contienen al nombre de dominio en cuestión.






                79  Comunicaciones / Redes / Instalación de un Servidor DNS en GNU/Linux en modo Consola en: 23 Octubre 2010, 22:36 pm
                Este post tambien esta publicado en la wiki del foro : Instalación de un Servidor DNS en GNU/Linux en modo Consola



                Instalación de un Servidor DNS en GNU/Linux en modo Consola



                Sobre Bind


                 (Berkeley Internet Name Domain, anteriormente : Berkeley Internet Name Daemon) es el servidor de DNS más comúnmente usado en Internet, especialmente en sistemas Unix, en los cuales es un Estándar de facto. Es patrocinado por la Internet Systems Consortium. BIND fue creado originalmente por cuatro estudiantes de grado en la University of California, Berkeley y liberado por primera vez en el 4.3BSD. Paul Vixie comenzó a mantenerlo en 1988 mientras trabajaba para la DEC.

                 Una nueva versión de BIND (BIND 9) fue escrita desde cero en parte para superar las dificultades arquitectónicas presentes anteriormente para auditar el código en las primeras versiones de BIND, y también para incorporar DNSSEC (DNS Security Extensions). BIND 9 incluye entre otras características importantes: TSIG, notificación DNS, nsupdate, IPv6, rndc flush, vistas, procesamiento en paralelo, y una arquitectura mejorada en cuanto a portabilidad. Es comúnmente usado en sistemas GNU/Linux.

                 [sacado de la wikipedia]

                 [web oficial de bind9 ]



                 Empezando con la Instalación


                 Instalar los siguientes paquetes : apt-get install bind9 bind9-doc dnsutils .Esto creara un nuevo daemon llamado named.

                 En algunos casos el servicio DNS no arranca solo y tenemos que inicializarlo nosotros, hay que resaltar que debemos reiniciar el servidor después de cada configuración que hagamos.

                 Dependiendo de la distribución Linux usada y la versión de Bind el servicio DNS se puede inicializar/reiniciar de dos modos:

                 
                • sudo /etc/bind/start o restart
                • sudo /etc/init.d/bind9 start o restart
                Si hacemos un ls (para listar el directorio) nos devolverá los siguientes ficheros:

                Código:
                mad@server:~$ ls /etc/bind 

                 bind.keys db.127 db.empty db.root named.conf.default-zones named.conf.options zones.rfc1918

                 db.0 db.255 db.local named.conf named.conf.local rndc.key

                Los siguientes ficheros son con los que trabajaremos:

                 
                • /etc/bind/named.conf.local – aquí se almacenan los nombres de los archivos de zona y de zona inversa y el archivo de de configuración de la zona y de la zona inversa.
                • /etc/bind/named.conf.options – Almacena sentencias para permitir la transferencia de zona (allow-transfer). Esto también puede hacerse en el fichero anterior.


                 Creando Zonas

                 Primero vamos a crear la zona, la zona que crearemos sera local-elhacker.net . Para eso editaremos el fichero /etc/bind/named.conf.local

                Código:
                $nano /etc/bind/named.conf.local

                 y añadimos lo siguiente:

                 zone “local-elhacker.net“ {

                 type master;

                 file “/etc/bind/db.elhacker.net”;

                 };

                 zone “1.168.192.in-addr.arpa” {
                 type master;
                 file “/etc/bind/db.192.168.1″;
                 };

                _zone indica la creación de una nueva zona.

                 _type es el tipo de zona (master o slave)

                 _file indica la ruta donde se encuentra ubicado el fichero que contendrá los registros de la zona.

                 Es obligatorio acabar todas las lineas con punto y coma ;

                 En mi caso llamare a la zona local-elhacker.net como si se tratara de los nodos que componenen la red.

                 La primera zona es la de resolución directa y la segunda es la de resolución inversa. Substituid el nombre de la zona y las IP’s de este tutorial por las vuestras, En la zona de resolución inversa tenemos que poner la IP de nuestra red (por ejemplo, si nuestra red es 192.168.1.1 entonces tenemos que escribir la IP al revés de esta forma: 1.168.192.in-addr.arpa )

                 Después de hacer esto, podemos comprobar si hay algún error en el fichero que acabamos de editar usando el siguiente comando: named-checkconf /etc/bind/named.conf.local si no devuelve ningún error entonces es que esta todo bien.



                 Añadiendo Registros de Resolucion Directa

                 A continuacion vamos a crear el fichero donde guardaremos los registros: touch /etc/bind/db.elhacker.net y lo editamos para agregar los registros : nano /etc/bind/db.elhacker.net y agregamos lo siguiente:

                Código:
                $ttl 38400

                 local-elhacker.net. IN SOA ns.local-elhacker.net. madpitbull@elhacker.net. (

                 20101022; Número de serie
                 3600 ; Tiempo de refresco (1 hora)
                 300 ; Tiempo entre reintentos de consulta (5 min)
                 17200 ; Tiempo de expiración de zona (2 dias)
                 43200 ; Tiempo total de vida (TTL) (12 horas) )

                 ;

                 local-elhacker.net. IN NS ns.local-elhacker.net.

                 ns.local-elhacker.net IN A 192.168.1.100

                 ordenador01.local-elhacker.net. IN A 192.168.1.125

                 ordenador02.local-elhacker.net. IN A 192.168.1.126

                 ordenador03.local-elhacker.net. IN A 192.168.1.127

                 ordenador04.local-elhacker.net. IN A 192.168.1.128

                 ordenador05.local-elhacker.net. IN A 192.168.1.129

                 ordenador06.local-elhacker.net. IN A 192.168.1.130

                 miguel_sanchez IN CNAME ordenador01.local-elhacker.net.

                 alejandra_primo IN CNAME ordenador02.local-elhacker.net.

                 alex_morales IN CNAME ordenador03.local-elhacker.net.

                 sobremesa_jefe IN CNAME ordenador04.local-elhacker.net.

                 belen_ortega IN CNAME ordenador05.local-elhacker.net.

                 portatil_jefe IN CNAME ordenador06.local-elhacker.net.

                Nota: también se puede crear el archivo de zona a partir de /etc/bind/db.empty Algunos recomiendan mas esta opcion asi que en caso de querer usarla poned: cp /etc/bind/db.empty /etc/bind/db.elhacker.net

                 Empezare explicando el primer registro (SOA) :

                 
                • Primero definimos el nombre de la zona (elhacker,net,)
                • IN hace referencia al tipo de protocolo usado (IN = Internet)
                • SOA es el tipo de registro (State of Authority), indica el servidor que tiene autoridad en la zona
                • ns.elhacker.net es el nombre que yo le he dado al servidor DNS de esta red (NS viene de Name Server)
                • madpitbull@elhacker.net. Es la dirección de correo electrónica del encargado de mantener la zona.
                • Parámetros que están dentro de los paréntesis:
                  • Numero de Serie: es el numero de revisión del archivo de zona. En mi caso yo he puesto la fecha de la ultima modificación, es importante actualizar ese campo siempre que vayamos ha editar el archivo de la zona.
                  • Tiempo de refresco: es el tiempo que tarda el servidor secundario en pedirle al servidor Maestro la copia de la zona. El servidor DNS secundario compara el número de serie del registro SOA del archivo de zona del servidor DNS principal y el número de serie de su propio registro SOA. Si son diferentes, el servidor DNS secundario solicitará una transferencia de zona desde el servidor DNS principal. El valor predeterminado es 3.600 (que es 1 hora).
                  • Tiempo entre reintentos de consulta: Esto es el tiempo que un servidor secundario espera para recuperar una transferencia de zona fallida. Este tiempo suele ser menor al intervalo de actualización
                  • Tiempo de expiración de zona: es el tiempo antes que un servidor secundario deje de responder a las búsquedas una vez se haya producido un intervalo de actualización de la zona.
                  • Tiempo Total de Vida: Tiempo en el que el servidor de nombres mantiene la caché cualquier registro del recurso de este archivo en base de datos.
                Ahora explicare los registros :

                 
                • elhacker.net. IN NS ns.elhacker.net. – Indica servidores con autoridad en la zona. NS(Name Server) es el tipo de registro.
                • ns.elhacker.net. IN A 192.168.1.100 – Indica el nombre del servidor DNS de la zona. Asigna a esa IP el dominio ns.elhacker.net
                • Todos los registros de tipo A asocian un dominio (que en este caso son ordenadores) a una IP
                • Los registros de tipo CNAME asignan un alias por el que también se les conoces a esos dominios. Se podría decir que es como un mote.
                Recordad que siempre podemos probar la configuracion del archivo de zona usando : named-checkconf /etc/bind/db.elhacker.net



                 Probando la configuración del Servidor

                 Tambien podemos probar si el servidor DNS carga con éxito el archivo que contiene los registros usando el comando: named-checkzone elhacker.net /etc/bind/db.elhacker.net , en mi caso despues de reiniciar el servidor y poner el comando me ha devuelto :

                Código:
                mad@server:/etc/bind$ sudo /etc/init.d/bind9 restart 

                 * Stopping domain name service… bind9 [ OK ]

                 * Starting domain name service… bind9 [ OK ]

                 mad@server:/etc/bind$ sudo named-checkzone local-elhacker.net /etc/bind/db.elhacker.net

                 zone local-elhacker.net/IN: loaded serial 1

                 OK

                 mad@server:/etc/bind$

                Creo que no hace falta mencionar que significa el mensaje de salida OK.



                 Configurando los clientes DNS

                 Antes de añadir los registros de resolución inversa vamos a probar si nuestro servidor DNS funciona.

                 Para eso tenemos que editar los siguientes ficheros:

                  /etc/host.conf En este fichero nos saldrá lo mismo que abajo:

                Código:
                # The “order” line is only used by old versions of the C library. 

                 order hosts,bind

                 multi on

                Lo que tenemos que hacer es cambiar el ordena de las palabras de la segunda linea por los siguientes:

                 order bind,hosts

                 Asi al buscar un dominio primero preguntara al servidor DNS Bind si tiene ese dominio o IP en su archivo de registros.

                  /etc/resolv.conf En este fichero tenemos que agregar al principio search local-elhacker.net y nameserver 192.168.1.100 que es la IP del servidor DNS. Claramente elhacker.net lo reemplazáis por vuestro dominio.

                 /etc/network/interfaces Ahí esta la configuración de la tarjeta de red, si abrimos ese fichero nos aparecera :

                Código:
                # This file describes the network interfaces available on your system 

                 # and how to activate them. For more information, see interfaces(5).

                 # The loopback network interface

                 auto lo

                 iface lo inet loopback

                 # The primary network interface

                 auto eth0

                 iface eth0 inet static

                 address 192.168.1.100 # Esta sera nuestra IP

                 netmask 255.255.255.0 # La mascara de red

                 gateway 192.168.1.1 # La puerta de enlace por defecto

                 nameserver [b][u]192.168.1.100[/u][/b] # El DNS local

                Sustituimos la IP del servidor DNS que teníamos configurado anteriormente por la IP de nuestro servidor DNS local.



                 Forwarders

                 Pero que pasara por ejemplo si yo quiero acceder a Google.com ? Pues como no tenemos ese registro en nuestra base de datos el servidor DNS que tengamos configurado deberá pasarle la consulta de resolución de nombre a otro servidor DNS. Esos servidores DNS son tambien conocidos como Forwarders y en Bind se configuran el la siguiente ruta:

                 /etc/bind/named.conf.options

                 Editamos ese fichero y dentro de options agregamos:

                Citar
                options {

                 directory “/var/cache/bind”;

                 // If there is a firewall between you and nameservers you want

                 // to talk to, you may need to fix the firewall to allow multiple

                 // ports to talk. See http://www.kb.cert.org/vuls/id/800113

                 // If your ISP provided one or more IP addresses for stable

                 // nameservers, you probably want to use them as forwarders.

                 // Uncomment the following block, and insert the addresses replacing

                 // the all-0′s placeholder.

                 forwarders {

                 8.8.8.8;

                  8.8.4.4;

                 };

                 auth-nxdomain no; # conform to RFC1035

                 listen-on-v6 { any; };

                 };

                Esos son los servidores públicos de Google. Cuando nuestro servidor local no encuentre un dominio se lo preguntara al servidor DNS de Google.



                 Aplicando los cambios y probando la resolución directa

                 Reiniciamos la configuración de la Tarjeta de Red para que coja los cambios : /etc/init.d/networking restart

                 Y probamos la resolución directa haciendo ping por ejemplo a ordenador04.local-elhacker.net :

                Código:
                mad@server:/etc/bind$ ping ordenador04.local-elhacker.net 

                 PING ordenador04.local-elhacker.net (192.168.1.128) 56(84) bytes of data.

                 64 bytes from 192.168.1.128: icmp_seq=1 ttl=128 time=8.52 ms

                 64 bytes from 192.168.1.128: icmp_seq=2 ttl=128 time=0.044 ms

                 64 bytes from 192.168.1.128: icmp_seq=3 ttl=128 time=0.019 ms

                 64 bytes from 192.168.1.128: icmp_seq=4 ttl=128 time=1.40 ms

                 64 bytes from 192.168.1.128: icmp_seq=5 ttl=128 time=0.156 ms

                Vemos que funciona y que hace ping al ordenador que nosotros hemos definido en el archivo de registros de zona.

                 Podemos probar también el alias (CNAME):

                Código:
                mad@server:/etc/bind$ ping portatil_jefe 

                 PING ordenador04.local-elhacker.net (192.168.1.128) 56(84) bytes of data.

                 64 bytes from 192.168.1.128: icmp_seq=1 ttl=128 time=0.352 ms

                 64 bytes from 192.168.1.128: icmp_seq=2 ttl=128 time=0.335 ms

                 64 bytes from 192.168.1.128: icmp_seq=3 ttl=128 time=0.671 ms

                 ^Z

                 [2]+ Detenido ping portatil_jefe

                Otros comandos que podemos probar son:

                  host portatil_jefe

                  nslookup portatil_jefe

                  dig local-elhacker.net

                 Con esos bastaría para probar nuestro servidor DNS local.



                Añadiendo Registros de Resolucion Inversa

                 Una vez eso hecho es la hora de crear la base de datos de la resolución inversa, con la resolución inversa a partir de una IP podemos saber el nombre de host. Es un registro de tipo PTR(Pointer-Puntero).

                 Si os acordais creamos una zona inversa en el fichero de zona del servidor, “1.168.192.in-addr.arpa” En la declaracion de la zona inversa incluimos el fichero db.192.168.1 .Ahora vamos a crear ese fichero, podemos crearlo con touch :

                 
                Código:
                $ touch db.192.168.1
                O crearlo a partir de un fichero de prueba que viene con el servidor:

                 
                Código:
                $ cp db.127 db.192.168.1
                Para no tener que poner la ruta completa, escribo los comandos desde la carpeta donde esta situado el Bind (/etc/bind)

                 Seguimos con la edición del fichero de resolución inversa, lo abrimos con algun editor (nano por ejemplo) y ponemos:

                Código:
                ; 

                 ; Archivo de Resolucion Inversa

                 ;

                 $TTL 604800

                 1.168.192.in-addr.arpa. IN SOA ns.local-elhacker.net. madpitbull@local-elhacker.net. (

                 1 ; Serial

                 604800 ; Refresh

                 86400 ; Retry

                 2419200 ; Expire

                 604800 ) ; Negative Cache TTL

                 ;

                 1.168.192.in-addr.arpa. IN NS ns.local-elhacker.net.

                 100.1.168.192.in-addr.arpa. IN PTR ns.local-elhacker.net.

                 125.1.168.192.in-addr.arpa. IN PTR ordenador01.local-elhacker.net.

                 126.1.168.192.in-addr.arpa. IN PTR ordenador02.local-elhacker.net.

                 127.1.168.192.in-addr.arpa. IN PTR ordenador03.local-elhacker.net.

                 128.1.168.192.in-addr.arpa. IN PTR ordenador04.local-elhacker.net.

                 129.1.168.192.in-addr.arpa. IN PTR ordenador05.local-elhacker.net.

                 130.1.168.192.in-addr.arpa. IN PTR ordenador06.local-elhacker.net.

                 Guardamos el fichero y probamos la configuracion:

                 mad@server:/etc/bind$ sudo named-checkconf db.192.168.1

                 OK

                Y luego comprobamos si carga la zona corectamente:

                Código:
                mad@server:/etc/bind$ sudo named-checkzone 1.168.192.in-addr.arpa. /etc/bind/db.192.168.1 

                 zone 1.168.192.in-addr.arpa/IN: loaded serial 1

                 OK




                Probando la Resolucion Inversa

                 Ya tenemos un Servidor que resuelve resoluciones directas e inversas. Para probar la resolución inversa podemos poner:

                Código:
                mad@server:/etc/bind$ host 192.168.1.128 

                 128.1.168.192.in-addr.arpa domain name pointer ordenador04.local-elhacker.net.

                También os he dejado un vídeo donde se pueden ver los ficheros de configuración y el correcto funcionamiento del servidor DNS.

                 

                80  Seguridad Informática / Seguridad / Glosario de téminos de Seguridad elhacker.net en: 23 Octubre 2010, 21:29 pm
                Este tema tiene como objetivo recopilar términos de uso frecuente en este apartado del foro y definirlos de forma informal teniendo en cuenta el contexto en el que se encuentran. Es decir, no se trata de una definición de diccionario ni de un articulo de la wikipedia entero, se trata de una breve definición añadiendo datos interesantes relacionándolos con el subforo.
                 
                Aportad los términos que queráis con o sin su definición correspondiente, los iremos poniendo en este post y creando el glosario. Los términos pueden estar compuestos por varias palabras y las definiciones se modificaran para crear un conjunto mas o menos uniforme (extensión, registro del leguaje utilizado...).
                 
                 Esperamos hacer entre todos un recopilatorio de términos que sea útil y sobre todo ameno a la lectura.
                 
                 Gracias por vuestra participación.



                Pharming: Es un método de ataque que tiene como objetivo redirigir el tráfico de un sitio web hacia otro falso, no siendo el original. De modo que el usuario ingrese (sin saberlo) datos de facturación o tarjetas de crédito u otros datos críticos para el usuario en cuestión.









                Glosarios creados:
                Criptografía
                Hacking Wireless
                Programación
                Redes
                Seguridad

                Indice alfabético

                A-B-C-D-E-F-G-H-I-J-K-L-M-N-O-P-Q-R-S-T-U-V-W-X-Y-Z



                Terminos:

                A
                Análisis heurístico: Aplicada al entorno del malware. Es una técnica algorítmica utilizada por los antivirus para detectar virus que en ese momento no han sido identificados (no forman parte del fichero de firmas).

                B

                C
                Cifrado: Es un método de cifrado o codificación de datos que permite evitar que los usuarios no autorizados lean o manipulen dichos datos.

                Crimeware: Este término que engloba a todos las herramientas, documentos o mensajes de correo electrónico que se utiliza para obtener beneficios económicos de forma fraudulenta. Convirtiéndose en un delito informático.


                D
                Decodificación: Es un método que tiene como finalidad volver al texto original (datos que anterioremente estaban cifrados) para ser leído.
                 
                E
                 
                F
                Fichero de firmas: Para los Antivirus, es fichero que cuenta con todas las características que identifican inequívocamente a cada uno de los distintas amenazas de seguridad como los virus conocidos, facilitando su detección y su posterior tratamiento. Estos ficheros se han de actualizar constantemente. Debido a los nuevos tipos y tendencias de malware.
                 
                G
                 
                H
                 
                I
                 
                J
                 
                K
                 
                L
                 
                M
                Malware o Badware: Es un tipo de software que tiene como objetivo infiltrar o dañar un PC sin el consentimiento de su propietario. Y que presente un riesgo o amenza para el sistema y la privacidad de los datos del usuario.
                 
                 
                N
                 
                O
                 
                P
                Pentesting
                Privacidad
                 
                Q
                 
                R
                 
                S
                 
                T
                 
                U
                 
                V
                 
                W
                 
                X
                 
                Y
                 
                Z
                 


                Pentesting:viene de la unión de las palabras Penetration + Testing, consiste en una serie de métodos con los que se intenta evaluar la seguridad de un ordenador, de una red, de una aplicación de escritorio o web. Se analiza tanto la seguridad pasiva como la activa siempre tratando de mantener los objetivos de la Seguridad Informática (Confidencialidad,Integridad, Disponibilidad y No Repudio). El Pentester se pone en el lugar del atacante para encontrar posibles vulnerabilidades en el sistema y tapar los agujeros de seguridad.

                Privacidad:La privacidad en la red consiste en la habilidad de cada individuo de controlar qué información revela uno mismo en el conjunto de Internet, y controlar quién puede acceder a ella.
                Para mantener la privacidad es importante saber como va a ser tratada y controlada la información personal que publiquemos. Conocer quien tiene acceso a nuestros datos, si podemos modificarlos y como se protegen son aspectos a valorar antes de publicar información personal en un foro, red social, chat, blog o página web.
                Páginas: 1 2 3 4 5 6 7 [8] 9 10
                WAP2 - Aviso Legal - Powered by SMF 1.1.21 | SMF © 2006-2008, Simple Machines