g9 NAT

Gua 9 Configuracin de una DMZ
Contenido de la gua
GUA 9 CONFIGURACIN DE UNA DMZ ................................................................................................................................ 1

I. INDICACIONES SOBRE LA GUA ............................................................................................................................................ 3
1.1 DESCRIPCIN DEL ESCENARIO GLOBAL. ........................................................................................................................................... 3
1.2 CONSIDERACIONES TCNICAS PARA EL LABORATORIO. ....................................................................................................................... 6
1.3 TEORA TCNICA REQUERIDA ........................................................................................................................................................ 8
II. DESARROLLO DE LA GUA. ................................................................................................................................................ 10

2.1 INSTALACIN Y CONFIGURACIN DE LOS SERVICIOS EN LA DMZ ........................................................................................................ 10
Paso 1 Instalar el servicio DNS. ............................................................................................................................................ 10
Paso 2. Verifique que se han instalado los archivos ............................................................................................................. 11
Paso 3. Crear el directorio de trabajo del servidor Bind ....................................................................................................... 11
Paso 4. Crear el archivo de configuracin ............................................................................................................................ 12
Paso 5. Crear los archivos de zona. ...................................................................................................................................... 13
Paso 5. Inicializar servidor DNS ............................................................................................................................................ 15
Paso 6. Pruebas de consulta................................................................................................................................................. 15
Paso 7. Guardar los cambios en el Core Plus. ....................................................................................................................... 17
2.2 INSTALACIN DER SERVIDOR WEB. .............................................................................................................................................. 18
2.3 CONFIGURACIN DEL SRVEXT ..................................................................................................................................................... 19
Paso 1. Agregar una cuarta tarjeta de red. .......................................................................................................................... 19
Paso 2. Verificar la configuracin IPv4 de la interfaz eth3 ................................................................................................... 19
Paso 3. Crear reglas de filtrado de paquetes para comprobar comunicacin entre la DMZ y srvext (opcional) ................. 20
Paso 4. Verificar la aplicacin de las reglas temporales (opcional) ..................................................................................... 21
2.4 MODIFICAR EL REENVIADOR DEL DNS INTERNO PARA QUE APUNTE AL DNS EXTERNO. .......................................................................... 22
Paso 1. Ingresar a la herramienta de configuracin Web de SRVINT .................................................................................. 22
Paso 2. Comprobar navegacin de los clientes de la LAN1 .................................................................................................. 23
2.5 CREAR REGLAS NAT PARA LA DMZ ............................................................................................................................................. 23
Paso 1. Acceder al men de configuracin de reglas de reenvo. ........................................................................................ 23
Paso 2. Verificar que se haya creado la regla NAT ............................................................................................................... 24
Paso 3. Verificar el proceso de redireccin ........................................................................................................................... 26
III. TAREAS ............................................................................................................................................................................ 28

ANEXOS ................................................................................................................................................................................ 29
ARCHIVOS DE APOYO PARA DNS ...................................................................................................................................................... 29
Material elaborado por Vctor Cuchillac (padre) Pgina 1 de 34

Objetivo general de la gua.
Crear una red DMZ en el escenario de la EMPRESAY, que presente servicios a clientes externos y annimos
de la EMPRESAY de forma que los servicios internos no sean expuestos.
Objetivos especficos.
Configurar una DMZ
Configurar un servidor DNS externo para la resolucin de los servicios pblicos.
Configurar el servidor DNS interno para utilizar como reenviador al servidor DNS externo.
Crear reglas para NAT
Comprobar la redireccin de servicios pblicos.
Nomenclatura de la gua:
En esta gua se ha utilizado el siguiente formato:
Fuente courrier en negrita para los comandos que deben digitarse, por ejemplo:
root@front-end:~# ps aux |grep sshd
Texto con resaltado en amarillo, para la informacin que debe visualizar cuando realice algn procedimiento
o comando. Puede contener color rojo dentro del fondo amarillo.
root@front-end:~# mcedit /etc/resolv.conf
search empresay.com.sv
nameserver 192.168.60.2
Las notas o consideraciones se destacan con: Nota:
La informacin aqu presentada ha sido creada por Vctor Cuchillac (padre), cualquier uso o referencia debe citarse
al autor.
La informacin que no es de la propiedad del autor se ha citado y colocado su direccin electrnica, y pueda ser que
dicha informacin se haya sido corregida o modificada.

I. Indicaciones sobre la gua
1.1 Descripcin del escenario global.

Usted y su equipo de trabajo han sido contratados para configurar una red DMZ que contiene los servicios de un DNS
externo y un servidor HTTP a usuarios externos y annimos de la EMPRESAY, manteniendo la seguridad de los
servicios internos de la empresa. Es decir, mantener la configuracin del Firewall que se ha utilizado en los escenarios
anteriores.
El servidor DNS deber resolver solo las peticiones externas (desde Internet), acordes a los tems 6 y 7 del
cuadro 3, el servidor DNS externo se convertir en el nico reenviador del servidor DNS interno.
El servidor HTTP deber tener una pgina en HTML o PHP que muestre un mensaje diferente del HTTP del
servidor02
Los usuarios pblicos pueden acceder al sitio web tanto desde equipos de escritorio como dispositivos
mviles (usar Android)
Para realizar el desafo se debe:

Instalar el servidor BIND 9.X en uno de los equipos Core Plus, (est en la libertad de instalar BIND en otra
distribucin de Linux, si los recursos de hardware le permiten hacer esto).
Utilizar MaSSHandra para la administracin remota de los servidores.
Analizar la configuracin de la seccin 1.2 que ms se les facilite para desarrollar el escenario.
Puede utilizar cualquier sistema operativo para ejecutar la conexin de los clientes pblicos (pub01 y pub02)
Comenzar a trabajar con el uso de una pgina en PHP que consulte cualquier tabla en la base de datos der
servidor02, esto ser requerido en la evaluacin prctica grupal
En la siguiente figura se ilustra el escenario de red para la gua
Figura 1 Diagrama del escenario de la nube privada y pblica de la EMPRESAY.

Servicios y clientes en los equipos a utilizar
Nombre
ID Servicios / Software S.O.
Equipo
1 srvext DHCP, Router, Firewall, NAT, VPN Zentyal 4.X
2 servint DNS, AD, FS Zentyal 4.X
3 servidor01 Servidor SSH, Servidor Web CorePlus 7.X
4 servidor02 Servidor SSH, Servidor VNC, CorePlus 7.X
5 servidor03 Servidor SSH, Servidos SMB, Servidor MySQL CorePlus 7.X
6 cliente01 Clientes: SSH, SCP, VNC, Web, MySQL, SMB CorePlus 7.X
10 cliente05 Clientes: SSH, SCP, VNC, Web, MySQL, SMB Windows 7, 8, 10
11 cliente06 Clientes: SSH, SCP, VNC, Web, MySQL, SMB Windows 7, 8, 10
12 cliente07 Clientes: SSH, SCP, VNC, Web, MySQL, SMB Ubuntu 14.04
13 cliente08 Clientes: SSH, SCP, VNC, Web, MySQL, SMB Android x86
14 cliente09 Clientes: SSH, SCP, VNC, Web, MySQL, SMB Windows 7, 10
15 cliente10 Clientes: SSH, SCP, VNC, Web, MySQL, SMB Ubuntu 14.04
14 cliente11 Clientes: SSH, SCP, VNC, Web, MySQL, SMB Android x86
Cuadro 1 Descripcin de los equipos del escenario de la EMPRESAY
La red IPv4 de la EMPRESAY para cada equipo se detalla en el siguiente cuadro:
Direcciones MAC e IPv4 para los equipos de la EMPRESAY
ID Equipo Direccin MAC Tipo IPv4 IPv4

02:AA:E0:Y:X:01 Dinmica La del ISP
1 serext 02:AA:E1:Y:X:02 Esttica 192.168.60+Y.1
02:AA:E2:Y:X:03 Esttica 192.168.50+Y.1
2 srvint 02:BB:00:Y:X:00 Esttica 192.168.60+Y.2
3 servidor01 02:BB:00:Y:X:01 Reservada 192.168. 60+Y.11
6 cliente01 02:CC:00:Y:X:01 Reservada 192.168.50+Y.11
7 cliente02 02:CC:00:Y:X:02 Dinmica 192.168.50+Y.12
Cuadro 2 Datos generales de red para el escenario de la EMPRESAY segn equipo de trabajo

Nota: Para garantizar que no exista una direccin MAC, una IPv4, un host y un dominio duplicado en la red del
laboratorio, se utilizar la siguiente nomenclatura:
Y = representa el nmero del grupo de trabajo, y se utilizan dos dgitos
X = representa el nmero del estudiante, se utilizan dos dgitos
Ejemplos: Grupo 7 y estudiante 1 Grupo 05 y estudiante 2 Grupo 11 y estudiante 3

02:BB:00:Y:X:01 02:BB:00:07:01:01 02:BB:00:05:02:01 02:BB:00:11:03:01
empresaY.com.sv empresa07.com.sv empresa05.com.sv empresa11.com.sv
192.168.50+Y.3 192.168.57.3 192.168.55.3 192.168.61.3
Nota: Imprima o elabore en una hoja con los datos de grupo y nmero de alumno, de forma que no halla consultas
redundantes, prdida de tiempo o errores ocasionados por la mala configuracin de la red en el laboratorio.
Servicios y clientes en los equipos a utilizar

Equipo / Direccin
ID Alias FQDN
Nombre de host IPv4
192.168.50+Y.1
1 srvext 192.168.60+Y.1 router01 srvext.empresay.com.sv
192.168.70+Y.1
2 servint 192.168.60+Y.2 fs01 servint.empresay.com.sv
3 servidor01 192.168. 60+Y.11 www servidor01.empresay.com.sv
4 servidor02 192.168. 60+Y.12 bd01 servidor02.empresay.com.sv
5 servidor03 192.168. 60+Y.13 fs02 servidor03.empresay.com.sv
6 servidor04 192.168. 70+Y.14 --- servidor04.empresay.com.sv
www
7 servidor05 192.168. 70+Y.15 mail servidor05.empresay.com.sv
smtp
Cuadro 3 Datos de resolucin para equipos

1.2 Consideraciones tcnicas para el laboratorio.
Recursos requeridos:
Un equipo o MV con servidor srvext.
Un equipo o MV con servidor srvint.
Tres servidores TinyCore 7.X o superior (con servicio HTTP de preferencia)
Cuatro clientes TinyCore 7.X o superior con aplicaciones cliente que estarn en la nube (simulando Internet)
Conexin a Internet.
Los servicios DHCP y DNS debern estar bien configurados, proveyendo todos los datos de la red de la
empresa EMPRESAY (sustituir Y por el nmero de grupo)
El servidor srvext deber tener salida a Internet.
MaSSHandra para Windows
WinSCP o FileZilla para Windows.
Notepad+++ para Windows (opcional)
Consideraciones:
Si utiliza mquinas virtuales se utilizar VirtualBox versin 5.X (De preferencia), y para cada equipo se
utilizarn las direcciones fsicas del cuadro 2.
Escriba en un papel todas las direcciones IPv4 de su red, utilice el valor de Y con el nmero de grupo asignado,
por ejemplo: Y=grupo01 192.168.50+Y.1 = 192.168.168.51.1 (ver cuadro 2)
La mquina virtual del servidor01 se puede clonar las veces que sea necesario para obtener los servidores de
la red LAN01, los clientes de la red LAN02 y equipos de la DMZ
Utilice un fondo de escritorio con el nombre de cada servidor y cliente para identificar mejor cada equipo.
Verifique que utiliza la direccin MAC para cada grupo y alumno.
El equipo srvext tendr tres interfaces y Puede configurarse de la siguiente manera:
Configuracin 01 para las NIC de srvext con VirtualBox

Adaptador en VirtualBox Alias NIC en Tipo conexin VirtualBox
Linux
Adaptador 1 eth0 Bridge a la tarjeta Ethernet de la computadora
Adaptador 2 eth1 Bridge a una loopback de MS o Ethernet
Este escenario es til si, se desean repartir las servidores y clientes virtuales entre dos o ms
computadoras del laboratorio.
Si es Windows donde est VirtualBox, se debe crear una loopback para micrososoft: Win + R,
hdwwiz, seleccionar hardware manual, NIC, Seleccionar Microsft, loopback KM-Test
Si es Linux donde est VirtualBox, se debe crear una loopback tipo tap0
Solo los Adaptadores con bridge a tarjetas Ethernet pueden comunicarse con otros equipos
virtuales que se ejecutan en otra computadora del centro de cmputo.
Siempre se debe configurar la direccin IPv4 de la interfaz eth0 de srvext y el GW por default.

Linux
Adaptador 1 eth0 NAT
Adaptador 2 eth1 Bridge a una loopback de Micrososft
Este escenario es til si hay una configuracin de portal cautivo en la red Wifi, o si la
comunicacin es complicada de realizar
En Windows: se debe crear una loopback: Win + R, hdwwiz, seleccionar hardware manual, NIC,
Seleccionar Microsft, loopback KM-Test
En Linux: Se debe crear una loopback tipo tap0
No es necesario configurar la direccin eth0 del servidor srvext (siempre ser dinmica con el
valor 10.0.2.15)

Linux
Adaptador 1 eth0 Bridge o NAT
Adaptador 2 eth1 Conexin a LAN interna (lan01)
Este escenario es til si se utiliza una laptop o computadora de escritorio que necesite permisos
para instalar dispositivos.
No necesita crear interfaces loopback, por lo que hacer pruebas de comunicacin es muy complejo
Nota: Si se utilizan el escenario 01 o el escenario 02 se debe crear una interfaz loopback con las direcciones para
la red LAN01 y LAN02
Por ejemplo:
C:\Users\cuchillac>ipconfig
Configuracin IP de Windows
Adaptador de LAN inalmbrica Wi-Fi:
Sufijo DNS especfico para la conexin. . : uni.edu.sv
Direccin IPv4. . . . . . . . . . . . . . : 10.10.3.223
Mscara de subred . . . . . . . . . . . . : 255.255.255.0
Puerta de enlace predeterminada . . . . . : 10.10.3.254
Adaptador de Ethernet loopback:
Sufijo DNS especfico para la conexin. . :
Direccin IPv4. . . . . . . . . . . . . . : 192.168.50.155
Mscara de subred . . . . . . . . . . . . : 255.255.255.0
Direccin IPv4. . . . . . . . . . . . . . : 192.168.60.155
Mscara de subred . . . . . . . . . . . . : 255.255.255.0
Direccin IPv4. . . . . . . . . . . . . . : 192.168.70.155
Mscara de subred . . . . . . . . . . . . : 255.255.255.0
Puerta de enlace predeterminada . . . . . :

1.3 Teora tcnica requerida
Pendiente de finalizar
Para impedir que las personas externas a la compaa puedan obtener informacin de la red interna, utilice servidores
DNS independientes para la resolucin de nombres internos y de Internet. Su espacio de nombres DNS interno debe
estar alojado en los servidores DNS detrs del servidor de seguridad de su red. Su presencia DNS externa en Internet
debe administrarla un servidor DNS en una red perimetral (conocida tambin como DMZ, zona desmilitarizada o
subred apantallada). Para proporcionar la resolucin de nombres de Internet en hosts internos, puede hacer que sus
servidores DNS internos utilicen un servidor de envo para enviar las consultas externas a su servidor DNS externo.
Prrafo tomado de: https://msdn.microsoft.com/es-es/library/cc780338(v=ws.10).aspx
Si el servidor que ejecuta el servicio del Servidor DNS es un equipo de hosts mltiples, limite el servicio del Servidor
DNS slo para escuchar en la direccin IP de interfaz utilizada por sus clientes DNS y servidores internos. Por
ejemplo, un servidor que acta como servidor proxy puede tener dos tarjetas de interfaz de red, una para la intranet y
otra para Internet. Si dicho servidor ejecuta tambin el servicio del Servidor DNS, puede configurar el servicio para
que slo escuche el trfico DNS en la direccin IP utilizada por la tarjeta de interfaz de red de la intranet
Si el servidor que ejecuta el servicio del Servidor DNS es un controlador de dominio, utilice listas de control de acceso
(ACL) de Active Directory para proteger el control de acceso del servicio del Servidor DNS.
Su infraestructura debe disponer de al menos tres DNS, los cuales se recomienda que estn replicados para alta
disponibilidad (es decir, seis servidores DNS):
El primer DNS es el encargado de responder a las peticiones externas que pregunten sobre un dominio de
nuestra infraestructura y por tanto es el encargado de resolver las IP pblicas de nuestra red. ste debe estar
en una zona dedicada y propia de la infraestructura, y dicho DNS no debe permitir peticiones recursivas y
por supuesto peticiones desde nuestra infraestructura.
El segundo DNS se encontrar en la red perimetral o DMZ. Contiene las IP privadas de los servidores de
DMZ y a su vez ser el encargado de consultar a los DNS externos de la infraestructura si recibe peticiones,
si y solo si, de activos pertenecientes a la red perimetral o del DNS interno.
El tercer DNS ser el interno, que responder nica y exclusivamente a peticiones de los activos de la red
interna y en caso de no disponer de la respuesta, siempre deber preguntar al DNS de la red perimetral de la
infraestructura y jams, repito, JAMS, a un DNS externo de Internet.
---
Cuando se utiliza DNS externo:
Configuracin de DNS para correo entrante
DNS desempea un papel fundamental en la entrega de correo de Internet. Para recibir correo de Internet, se necesita
la configuracin siguiente:
Debe existir un registro de intercambio de correo (MX) para su servidor de correo en el servidor DNS externo.
Puede emplear la herramienta Nslookup para determinar si los registros MX estn configurados
correctamente. Asegrese de que los servidores de correo que utiliza como servidores cabeza de puente o
como servidores de correo de Internet tienen un registro MX en los servidores DNS externos.
Para que los servidores DNS externos resuelvan el registro MX de su servidor de correo y se pongan en
contacto con l, ste debe ser accesible desde Internet. Puede utilizar el programa telnet para determinar si
otros servidores pueden tener acceso a su servidor de correo.
Exchange Server debe estar configurado para ponerse en contacto con un servidor DNS o para resolver
nombres DNS externos.
El servidor DNS debe estar configurado correctamente.
Tomado de: https://technet.microsoft.com/es-es/library/aa996996(v=exchg.65).aspx

Ejemplos de proteccin de los datos de la empresa
http://www.ibm.com/support/knowledgecenter/es/ssw_i5_54/rzakk/rzakkscenario5.htm
Tomado de: http://www.securityartwork.es/2011/06/30/no-quiero-a-mi-dns/

Se puede ver como se puede para la infeccin de malware por el uso de DNS (Sinkhole,)
http://www.securityartwork.es/2011/06/30/no-quiero-a-mi-dns/, manual de Sinkhole https://www.sans.org/reading-
room/whitepapers/dns/dns-sinkhole-33523
Informacin de bind en Espaol

(http://www.ite.educacion.es/formacion/materiales/85/cd/linux/m2/servidor_dns_bind9.html)

II. Desarrollo de la gua.
2.1 Instalacin y configuracin de los servicios en la DMZ
Paso 1 Instalar el servicio DNS.

1.1 Abrir el administrador de APP
1.2 digitar bind
1.3 Seleccionar OnBoot

1.4 Instalar bind.tcz y bind-doc.tcz
Otra forma de instalar por consola
tc@servidor03:~$ tce-load -wi bind

bind.tcz 100% |************************************| 128k 0:00:00 ETA
bind.tcz: OK
tc@servidor03:~$ tce-load -wi bind-doc.tcz

Downloading: bind-doc.tcz
Connecting to repo.tinycorelinux.net (89.22.99.37:80)
bind-doc.tcz 100% |*******************************| 128k 0:00:00 ETA
bind-doc.tcz: OK

Paso 2. Verifique que se han instalado los archivos
Digite los siguientes comandos
tc@servidor03:~$ ll /tmp/tcloop/bind/usr/local/
total 0
drwxr-xr-x 2 root root 91 Nov 6 2013 bin/
drwxr-xr-x 2 root root 32 Nov 6 2013 etc/
drwxr-xr-x 2 root root 3 Nov 6 2013 lib/
drwxr-xr-x 2 root root 491 Nov 6 2013 sbin/
drwxr-xr-x 2 root root 3 Nov 6 2013 share/
drwxr-xr-x 3 root root 26 Nov 6 2013 var/
tc@servidor03:~$ ll /tmp/tcloop/bind/usr/local/bin/
total 5141
-rwxr-xr-x 1 root root 1328972 Nov 6 2013 dig
-rwxr-xr-x 1 root root 1319284 Nov 6 2013 host
-rwxr-xr-x 1 root root 3216 Nov 6 2013 isc-config.sh
-rwxr-xr-x 1 root root 1318644 Nov 6 2013 nslookup
-rwxr-xr-x 1 root root 1292944 Nov 6 2013 nsupdate
tc@servidor03:~$ ll /tmp/tcloop/bind/usr/local/sbin/
total 16879
-rwxr-xr-x 1 root root 3840 Nov 6 2013 arpaname
-rwxr-xr-x 1 root root 368032 Nov 6 2013 ddns-confgen
-rwxr-xr-x 1 root root 9888 Nov 6 2013 dnssec-checkds
-rwxr-xr-x 1 root root 26578 Nov 6 2013 dnssec-coverage
-rwxr-xr-x 1 root root 1239576 Nov 6 2013 dnssec-dsfromkey
-rwxr-xr-x 1 root root 1240244 Nov 6 2013 dnssec-keyfromlabel
-rwxr-xr-x 1 root root 1248052 Nov 6 2013 dnssec-keygen
-rwxr-xr-x 1 root root 1235480 Nov 6 2013 dnssec-revoke
-rwxr-xr-x 1 root root 1240136 Nov 6 2013 dnssec-settime
-rwxr-xr-x 1 root root 1274000 Nov 6 2013 dnssec-signzone
-rwxr-xr-x 1 root root 1239640 Nov 6 2013 dnssec-verify
-rwxr-xr-x 1 root root 7740 Nov 6 2013 genrandom
-rwxr-xr-x 1 root root 67780 Nov 6 2013 isc-hmac-fixup
-rwxr-xr-x 2 root root 1813980 Nov 6 2013 lwresd
-rwxr-xr-x 2 root root 1813980 Nov 6 2013 named
-rwxr-xr-x 1 root root 1298644 Nov 6 2013 named-checkconf
-rwxr-xr-x 1 root root 1227992 Nov 6 2013 named-checkzone
lrwxrwxrwx 1 root root 15 Nov 6 2013 named-compilezone -> named-checkzone
-rwxr-xr-x 1 root root 1215060 Nov 6 2013 named-journalprint
-rwxr-xr-x 1 root root 101236 Nov 6 2013 nsec3hash
-rwxr-xr-x 1 root root 238224 Nov 6 2013 rndc
-rwxr-xr-x 1 root root 367836 Nov 6 2013 rndc-confgen
Paso 3. Crear el directorio de trabajo del servidor Bind
3.1 digite el siguiente comando
tc@servidor03:/usr/share$ sudo mkdir /usr/local/etc/namedb
3.2 verifique que lo ha creado correctamente
tc@servidor03:~$ ll /usr/local/etc/ |grep name

drwxr-xr-x 2 root root 260 Jun 21 06:16 namedb/

3.3 Asigne los permisos al usuario tc en el directorio namedb
tc@servidor03:~$ sudo chown tc:staff /usr/local/etc/namedb* -R
tc@servidor03:~$ ll /usr/local/etc/ |grep name

drwxr-xr-x 2 tc staff 260 Jun 21 06:16 namedb/
3.4 Copiar las llaves del servidor Bind (opcional)

Digitar el siguiente comando en una sola lnea
tc@servidor03:~$ sudo cp /usr/local/etc/bind.keys

/usr/local/etc/namedb/bind.keys
Paso 4. Crear el archivo de configuracin
4.1 Crear el archivo de configuracin del servidor Bind
tc@servidor03:~$ sudo touch /usr/local/etc/named.conf
4.2 Escribir el siguiente contenido.
tc@servidor03:~$ mcedit /usr/local/etc/named.conf
//Yo lo preparee
include "/usr/local/etc/namedb/bind.keys";
options {
// Directorio principal
directory "/usr/local/etc/namedb";
// Permitir acceo al cache -> None
//allow-query-cache { none; };
// Operacin predeterminada
//allow-query { any; };
// Proveer recursividad -> No
//recursion no;
//reenviadores, DNS de los ISP
forwarders { 8.8.8.8; 192.168.1.13; };
}
// prime the server with knowledge of the root servers
zone "." {
type hint;
file "db.root";
};
// be authoritative for the localhost forward and reverse zones, and for
// broadcast zones as per RFC 1912
zone "localhost" {
type master;
file "db.local";
};
zone "127.in-addr.arpa" {
type master;
file "db.127";
};

type master;
file "db.0";
};
type master;
file "db.255";
};
zone "empresay.com.sv" {
type master;
file "db.empresay.com.sv";
};
zone "70.168.192.in-addr.arpa" {
type master;
file "db.70.168.192";
};
Nota: Para mayor compresin del archivo se sugiere leer los siguientes enlaces:
http://www.mpipks-dresden.mpg.de/~mueller/docs/suse10.1/suselinux-manual_en/manual/sec.dns.bind.html
http://www.mpipks-dresden.mpg.de/~mueller/docs/suse10.1/suselinux-manual_en/manual/sec.dns.named.html
https://linuxconfig.org/linux-dns-server-bind-configuration
4.3 Verificar que o haya errores en el archivo de configuracin
root@servidor03:~# named-checkconf
Nota: Solo si existe algn error se mostrar un mensaje en la pantalla.

Paso 5. Crear los archivos de zona.
Se debern crear los archivos con las zonas directa e inversa para empresay.com.sv y se debern agregar las zonas
que permiten la resolucin local y hacia los servidores de Internet
Nota: En el anexo se colocan los archivos de las zonas de apoyo.

5.1 Crear los siguientes archivos vacos
Usar el comando touch para crear dentro de /usr/local/etc/namedb los siguientes archivos vacos:
db.0
db.127
db.255
db.empty
db.local
db.root
zones.rfc1918
db.empresay.com.sv
db.70.168.192

5.2 Escriba el contenido del archivo de zona directa
tc@servidor03:~$ mcedit /usr/local/etc/namedb/db.empresay.com.sv

$TTL 2D
empresay.com.sv. IN SOA servidor04 servidor04.empresay.com.sv. (
2016062022 ; serial
1D ; refresh
2H ; retry
1W ; expiry
2D ) ; minimum
IN NS servidor04
IN MX 10 mail.empresay.com.sv.
srvext IN A 192.168.70.1
srvint IN A 192.168.60.2
servidor04 IN A 192.168.70.4
servidor05 IN A 192.168.70.5
www IN CNAME servidor05
smtp IN CNAME servidor05
mail IN CNAME servidor05
5.3 Escriba el contenido del archivo de zona inversa.
tc@servidor03:~$ cat /usr/local/etc/namedb/db.70.168.192
$TTL 2D
$ORIGIN 70.168.192.in-addr.arpa.
@ IN SOA servidor04.empresay.com.sv. servidor04.empresay.com.sv. (
2016062022 ;serial number
8H ;refresh
2H ;retry
4W ;expiration
1D ) ;
;
NS servidor04.empresay.com.sv.
;
1 PTR srvext.empresay.com.sv.
2 PTR srvint.empresay.com.sv.
4 PTR servidor04.empresay.com.sv.
5 PTR servidor05.empresay.com.sv.
5.4 Verificar estructura de las zonas directa e inversa
tc@servidor03:~$named-checkzone empresay.com.sv
/usr/local/etc/namedb/db.empresay.com.sv
zone empresay.com.sv/IN: empresay.com.sv/MX 'mail.empresay.com.sv' is a CNAME (illegal)

zone empresay.com.sv/IN: loaded serial 2016062040
OK
tc@servidor03:~$named-checkzone 70.168.192.in-addr.arpa
/usr/local/etc/namedb/db.70.168.192
zone 70.168.192.in-addr.arpa/IN: loaded serial 2016062040

OK

Paso 5. Inicializar servidor DNS
5.1 Iniciar manualmente el servidor DNS
tc@servidor03:~$ sudo named -c /usr/local/etc/named.conf
5.2 Verificar que el servicio haya iniciado
tc@servidor03:~$ netstat -atpn
netstat: showing only processes with your user ID

Active Internet connections (servers and established)
Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program
name
tcp 0 0 192.168.70.4:53 0.0.0.0:* LISTEN -
tcp 0 0 127.0.0.1:53 0.0.0.0:* LISTEN -
tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN -
netstat: /proc/net/tcp6: No such file or directory
5.3 Apagar el servidor DNS
tc@servidor03:~$ sudo killall named
5.4 Verificar que se haya apagado
tc@servidor03:~$ netstat -atpn
netstat: showing only processes with your user ID

Active Internet connections (servers and established)
Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program
name
tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN -
netstat: /proc/net/tcp6: No such file or directory
Paso 6. Pruebas de consulta
6.1 Configure los valores IPv4 del servidor04
IPv4 192.168.70.4/24, DNS 172.168.70.4 y el GW 192.168.70.1
6.2 Resuleva de forma directa, e inversa.
Digitar los siguientes comandos
tc@servidor03:~$ nslookup servidor04.empresay.com.sv

Server: 192.168.70.4
Address: 192.168.70.4#53
Name: servidor04.empresay.com.sv
Address: 192.168.70.4
tc@servidor03:~$ nslookup www.empresay.com.sv

Server: 192.168.70.4
Address: 192.168.70.4#53
www.empresay.com.sv canonical name = servidor05.empresay.com.sv.

Name: servidor05.empresay.com.sv
Address: 192.168.70.5
tc@servidor03:~$ nslookup 192.168.70.5

Server: 192.168.70.4
Address: 192.168.70.4#53
5.70.168.192.in-addr.arpa name = servidor05.empresay.com.sv.
tc@servidor03:~$ dig servidor04.empresay.com.sv
; <<>> DiG 9.9.4 <<>> servidor04.empresay.com.sv

;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 42746
;; flags: qr aa rd; QUERY: 1, ANSWER: 1, AUTHORITY: 1, ADDITIONAL: 1
;; WARNING: recursion requested but not available
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;servidor04.empresay.com.sv. IN A
;; ANSWER SECTION:
servidor04.empresay.com.sv. 172800 IN A 192.168.70.4
;; AUTHORITY SECTION:
empresay.com.sv. 172800 IN NS servidor04.empresay.com.sv.
;; Query time: 4 msec

;; SERVER: 192.168.70.4#53(192.168.70.4)
;; WHEN: Tue Jun 21 08:28:44 UTC 2016
;; MSG SIZE rcvd: 85
tc@servidor03:~$ dig www.empresay.com.sv
; <<>> DiG 9.9.4 <<>> www.empresay.com.sv

;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 55224
;; flags: qr aa rd; QUERY: 1, ANSWER: 2, AUTHORITY: 1, ADDITIONAL: 2
;www.empresay.com.sv. IN A
;; ANSWER SECTION:
www.empresay.com.sv. 172800 IN CNAME servidor05.empresay.com.sv.
;; AUTHORITY SECTION:
empresay.com.sv. 172800 IN NS servidor04.empresay.com.sv.
;; ADDITIONAL SECTION:

;; SERVER: 192.168.70.4#53(192.168.70.4)
;; WHEN: Tue Jun 21 08:28:53 UTC 2016
tc@servidor03:~$ dig 192.168.70.5
; <<>> DiG 9.9.4 <<>> 192.168.70.5

;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: REFUSED, id: 17900
;; flags: qr rd; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 1
;192.168.70.5. IN A

;; SERVER: 192.168.70.4#53(192.168.70.4)
;; WHEN: Tue Jun 21 08:29:20 UTC 2016
Paso 7. Guardar los cambios en el Core Plus.
Debido a que la versin de Core Plus fue diseada para sistemas operativos tipo LIVE, ser necesario indicar los
archivos y directorios que sern persistentes
tc@servidor03:~$ mcedit /opt/.filetool.lst

opt
home
etc/passwd
etc/shadow
usr/local/etc/ssh
var/www
usr/local/etc/httpd/httpd.conf
etc/my.cnf
usr/local/mysql/data
var/run/mysqld
usr/local/etc/samba/smb.conf
usr/local/etc/samba/private/passdb.tdb
usr/local/etc/named.conf
usr/local/etc/namedb
tmp/tcloop/bind/
opt/eth0.sh

2.2 Instalacin der servidor Web.
Utilice un clon del servidor02
Nota: Recuerde que el servidor Apache no se ejecuta automticamente, si se desea se puede configurar para que
inicie en cada arranque, esto aparece en la primera gua del primer mdulo.

2.3 Configuracin del srvext
Paso 1. Agregar una cuarta tarjeta de red.

1.1 Ingresar a Red / Interfaces
1.2 Seleccionar eth3
1.3. Definir los valores de la interfaz
Tipo de configuracin: Esttica
IPv4: 192.168.70.1 / 255.255.255.0
1.4 Dar clic en botn Cambiar

1.5 Dar clic en botn Guadar cambios
Paso 2. Verificar la configuracin IPv4 de la interfaz eth3
Digitar el siguiente comando:
root@srvext:~# ip addr list

1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
inet 127.0.1.1/8 scope host secondary lo
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast
state UP group default qlen 1000
link/ether 02:aa:e0:00:00:01 brd ff:ff:ff:ff:ff:ff
inet 10.0.2.15/24 brd 10.0.2.255 scope global eth0
Paso 3. Crear reglas de filtrado de paquetes para comprobar comunicacin entre la DMZ y srvext
(opcional)
A continuacin, se recomeinda crear las siguientes reglas de filtyrado para probar conectividad entre la DMZ y la red
LAN1, despus se deben eliminar. No es necesario contar con estas reglas, sin embargo ayudar a establecer la
comunicacin.
I. Hacer ping entre la DMZ y srvext, para comprobar la comunicacin IPv4

II. Permitir a los servidores de la DMZ navegar en Internet (slo HTTP), as se comprueba la resolucin
interactiva, y trfico IPv4.
3.1 Seleccionar men Cortafuegos / Filtrado de paquetes

3.2 Seleccionar Desde redes internas hacia Zentyal
Parmetros de la regla a crear:

Origen: Objeto con las dos direcciones IPv4 de la DMZ
Destino: Any.
Servicio: Any ICMP
Descripcin: Borrar, Permitir ICMP desde LAN3 a SRVEXT
3.3 Seleccionar detro de Filtrado de paquetes, Redes internas
3.4 Aadir regla que permita nevegacin HTTP en la DMZ
Parmetros de la regla a crear:

Origen: Objeto con las dos direcciones IPv4 de la DMZ
Destino: Any.
Servicio: HTTP
Descripcin: Borrar, Permitir a red LAN3 acceso a sitios WEB
Paso 4. Verificar la aplicacin de las reglas temporales (opcional)
4.1 Comprobar la comunicacin IPV4 entre la DMZ y el srvext (opcional)
tc@servidor03:~$ ping -c 3 192.168.70.1
PING 192.168.70.1 (192.168.70.1): 56 data bytes

64 bytes from 192.168.70.1: seq=0 ttl=64 time=0.914 ms
--- 192.168.70.1 ping statistics ---
3 packets transmitted, 3 packets received, 0% packet loss
round-trip min/avg/max = 0.914/0.944/0.983 ms
tc@servidor01:~$ ping -c 3 192.168.70.1

PING 192.168.70.1 (192.168.70.1): 56 data bytes
--- 192.168.70.1 ping statistics ---
3 packets transmitted, 3 packets received, 0% packet loss
round-trip min/avg/max = 0.795/0.892/0.964 ms

4.2 Comprobar la navegacin Web en la DMZ
Ingresar al servidor05 y navegar en Internet
2.4 Modificar el reenviador del DNS interno para que apunte al DNS externo.
Paso 1. Ingresar a la herramienta de configuracin Web de SRVINT
1.1 Ingresar a la herramientas web de Zentyal

1.2 Seleccionar DNS
1.3 Eliminar los reenviadores anteriores
Nota: Recuerde que, si no tiene el servidor DNS externo, ya no se podr navegar en Internet
1.4 Agregar como reenviador la direccin IPv4 del servidor04
1.5 Guardar los cambios.

Paso 2. Comprobar navegacin de los clientes de la LAN1
Ingrese desde el cliente1 y navegue en la Internet
2.5 Crear reglas NAT para la DMZ
Paso 1. Acceder al men de configuracin de reglas de reenvo.
1.1 Ingresar al men Cortafuegos / Redirecciones de puertos
1.2 Dar clic en botn Aadir nuevo/a

Paso 3. Definir las opciones de la regla del NAT
Parmetros para crear la regla del NAT
Interfaz: eth0
Destino original: 10.0.2.15/32 (debe ser la direccin IPv4 de la eth0, puede utilizar el valor Zentyal)
Protocolo: TCP
Puerto de destino original: 80
Origen: 10.0.2.15/32
IP Destino: 192.168.70.5
Puerto: 80
Reemplazar direccin de origen: Activado
Registro: Activado
Descripcin de la regla: Redireccin de HTTP de SRVEXT hacia server05
1.4 Dar Clic e botn +Aadir

1.5 Guardar los cambios
Paso 2. Verificar que se haya creado la regla NAT

Digitar en la consola de srvext
root@srvext:~# iptables -t nat -L -n
Chain PREROUTING (policy ACCEPT)

target prot opt source destination
premodules all -- 0.0.0.0/0 0.0.0.0/0
DNAT tcp -- 10.0.2.15 10.0.2.15 tcp dpt:80 to:192.168.70.5:80
Chain INPUT (policy ACCEPT)

Chain OUTPUT (policy ACCEPT)

Chain POSTROUTING (policy ACCEPT)

postmodules all -- 0.0.0.0/0 0.0.0.0/0
SNAT tcp -- 10.0.2.15 192.168.70.5 tcp dpt:80 ctstate DNAT
to:192.168.70.1
MASQUERADE all -- 0.0.0.0/0 0.0.0.0/0
Chain postmodules (1 references)

Chain premodules (1 references)


Paso 3. Verificar el proceso de redireccin
Consideraciones en un escenario real

1. La tarjeta eth0 est conectada a un MODEM provisto por el ISP.
2. La direccin eth0 de srvext es una direccin pblica esttica (podra ser DHCP1)
3. Existe un registro del dominio en servidores DNS tipo TLD, por ejemplo, SVNET, que contiene la direccin
IPv4 pblica del equipo srvext
4. Cualquier equipo en Internet puede consultar a los DNS de primer nivel y llegar as a la direccin IPv4 pblica
del servidor srvext.
5. No hay inconvenientes.
Consideraciones del escenario en laboratorio CASO NAT con VirtualBox

1. La interfaz eth0 est conectada como NAT dentro de VirtualBox.
2. La eth0 es dinmica y siempre obtendr el valor de 10.0.2.15/24
3. Como el NAT de VirtualBox no tiene DNS, se puede utilizar el archivo hosts del equipo cliente donde se
ejecuta VirtualBox, y no se puede conectarse
4. Para que el sistema operativo donde se ejecuta VirtualBox pueda llegar al servicio hay que crear reglas de
NAT en la herramienta de configuracin de VirtualBox.
5. Inconveniente: No se puede redireccionar trfico desde otros equipos del laboratorio.
Consideraciones del escenario en laboratorio CASO BRIDGE a una Ethernet con VirtualBox
1. La interfaz eth0 est conectada como BRIDGE dentro de una red LAN, por ejemplo, 10.10.3.0/24
2. La eth0 es dinmica y obtendr un valor del DHCP de la red LAN, (puede ser configurada estticamente)
3. Como lo ms probable es que no se pueda configurar editar la base de datos del servidor DNS de la red LAN
del laboratorio, se debe utilizar el archivo hosts del equipo cliente donde se desea conectarse.
4. Cualquier equipo de la red LAN (por ejemplo, 10.10.3.0/24) puede llegar as a la direccin IPv4 del eth0 del
servidor srvext, la cual simula ser una IPv4 pblica.
5. Inconveniente: Cmo no se puede editar la tabla de ruteo del Gateway del laboratorio las computadoras de la
empresay no podrn navegar a Internet.
3.1 Caso BRIDGE
Desde la computadora 10.10.3.155 coloque la direccin 10.10.3.154 (eth0 de srvext)
1
Para entornos empresariales las direcciones IPv4 provistas por los ISP son generalmente configuradas como estticas.
3.2 Caso NAT
Hay que crear una regla que permita reenviar el trfico de la mquina donde est instalado VirtualBox a eth0 de
srvext.

III. Tareas
Desarrolle los siguientes puntos, sern considerados para el examen terico y el examen prctico grupal.
1. Es el mismo resultado en trminos de resolucin, utilizar un DNS con vistas que dos DNS (uno externo y otro
interno)?
2. Cul es la diferencia entre NAT esttico y NAT dinmico?
3. Qu es el PAT overriding?
4. Qu es el pre routing y post routing?
5. Realizar una consulta va php en el servidor05 hacia la base de datos del servidor MariaDB de la red LAN01
El servidor05 tendr una pgina principal con un enlace hacia una pgina PHP
La pgina PHP del servidor05 deber establecer la conexin utilizando las credenciales de usuario:
ususelect/123456 hacia la base de datos del MariaDB del servidor02
La pgina PHP debe mostrar el contenido de la base de datos del servidor MariaDB
El servidor01 tendr una pgina principal con un enlace hacia una pgina PHP
La pgina PHP del servidor01 tendr un formulario que deber permitir agregar, mostrar y borrar registros
de la base de datos MariaDB en el servidor02
La pgina PHP del servidor01 deber utilizar en la conexin hacia MariaDB las credenciales de usuario:
usumodify/123456

Anexos
A1. Archivos de apoyo para DNS

tc@servidor03:~$ mcedit /usr/local/etc/namedb/db.0
;
; BIND reverse data file for broadcast zone
;
$TTL 604800
@ IN SOA localhost. root.localhost. (
1 ; Serial
604800 ; Refresh
86400 ; Retry
2419200 ; Expire
604800 ) ; Negative Cache TTL
;
@ IN NS localhost.
tc@servidor03:~$ mcedit /usr/local/etc/namedb/db.127

;
; BIND reverse data file for local loopback interface
;
$TTL 604800
1 ; Serial
604800 ; Refresh
86400 ; Retry
2419200 ; Expire
;
@ IN NS localhost.
1.0.0 IN PTR localhost.
tc@servidor03:~$ cat /usr/local/etc/namedb/db.255

;
; BIND reverse data file for broadcast zone
;
$TTL 604800
1 ; Serial
604800 ; Refresh
86400 ; Retry
2419200 ; Expire
;
@ IN NS localhost.

tc@servidor03:~$ cat /usr/local/etc/namedb/db.empty
; BIND reverse data file for empty rfc1918 zone
;
; DO NOT EDIT THIS FILE - it is used for multiple zones.
; Instead, copy it, edit named.conf, and use that copy.
;
$TTL 86400
1 ; Serial
604800 ; Refresh
86400 ; Retry
2419200 ; Expire
;
@ IN NS localhost.
tc@servidor03:~$ cat /usr/local/etc/namedb/db.local

;
; BIND data file for local loopback interface
;
$TTL 604800
2 ; Serial
604800 ; Refresh
86400 ; Retry
2419200 ; Expire
;
@ IN NS localhost.
@ IN A 127.0.0.1
@ IN AAAA ::1
tc@servidor03:~$ cat /usr/local/etc/namedb/db.root
; This file holds the information on root name servers needed to

; initialize cache of Internet domain name servers
; (e.g. reference this file in the "cache . <file>"
; configuration file of BIND domain name servers).
;
; This file is made available by InterNIC
; under anonymous FTP as
; file /domain/named.cache
; on server FTP.INTERNIC.NET
; -OR- RS.INTERNIC.NET
;
; last update: Jan 3, 2013
; related version of root zone: 2013010300
;
; formerly NS.INTERNIC.NET
;
. 3600000 IN NS A.ROOT-SERVERS.NET.
A.ROOT-SERVERS.NET. 3600000 A 198.41.0.4
A.ROOT-SERVERS.NET. 3600000 AAAA 2001:503:BA3E::2:30
;
; FORMERLY NS1.ISI.EDU
;

. 3600000 NS B.ROOT-SERVERS.NET.
B.ROOT-SERVERS.NET. 3600000 A 192.228.79.201
;
; FORMERLY C.PSI.NET
;
. 3600000 NS C.ROOT-SERVERS.NET.
C.ROOT-SERVERS.NET. 3600000 A 192.33.4.12
;
; FORMERLY TERP.UMD.EDU
;
. 3600000 NS D.ROOT-SERVERS.NET.
D.ROOT-SERVERS.NET. 3600000 A 199.7.91.13
D.ROOT-SERVERS.NET. 3600000 AAAA 2001:500:2D::D
;
; FORMERLY NS.NASA.GOV
;
. 3600000 NS E.ROOT-SERVERS.NET.
E.ROOT-SERVERS.NET. 3600000 A 192.203.230.10
;
; FORMERLY NS.ISC.ORG
;
. 3600000 NS F.ROOT-SERVERS.NET.
F.ROOT-SERVERS.NET. 3600000 A 192.5.5.241
F.ROOT-SERVERS.NET. 3600000 AAAA 2001:500:2F::F
;
; FORMERLY NS.NIC.DDN.MIL
;
. 3600000 NS G.ROOT-SERVERS.NET.
G.ROOT-SERVERS.NET. 3600000 A 192.112.36.4
;
; FORMERLY AOS.ARL.ARMY.MIL
;
. 3600000 NS H.ROOT-SERVERS.NET.
H.ROOT-SERVERS.NET. 3600000 A 128.63.2.53
H.ROOT-SERVERS.NET. 3600000 AAAA 2001:500:1::803F:235
;
; FORMERLY NIC.NORDU.NET
;
. 3600000 NS I.ROOT-SERVERS.NET.
I.ROOT-SERVERS.NET. 3600000 A 192.36.148.17
I.ROOT-SERVERS.NET. 3600000 AAAA 2001:7FE::53
;
; OPERATED BY VERISIGN, INC.
;
. 3600000 NS J.ROOT-SERVERS.NET.
J.ROOT-SERVERS.NET. 3600000 A 192.58.128.30
J.ROOT-SERVERS.NET. 3600000 AAAA 2001:503:C27::2:30
;
; OPERATED BY RIPE NCC
;
. 3600000 NS K.ROOT-SERVERS.NET.
K.ROOT-SERVERS.NET. 3600000 A 193.0.14.129
K.ROOT-SERVERS.NET. 3600000 AAAA 2001:7FD::1
;
; OPERATED BY ICANN
;
. 3600000 NS L.ROOT-SERVERS.NET.
L.ROOT-SERVERS.NET. 3600000 A 199.7.83.42
L.ROOT-SERVERS.NET. 3600000 AAAA 2001:500:3::42
;
; OPERATED BY WIDE
;
. 3600000 NS M.ROOT-SERVERS.NET.
M.ROOT-SERVERS.NET. 3600000 A 202.12.27.33
M.ROOT-SERVERS.NET. 3600000 AAAA 2001:DC3::35
; End of File
tc@servidor03:~$ cat /usr/local/etc/namedb/zones.rfc1918

zone "10.in-addr.arpa" { type master; file "/etc/bind/db.empty"; };
zone "16.172.in-addr.arpa" { type master; file "/etc/bind/db.empty"; };


A2. Configuracin alterna para permitir acceso de otros equipos de la misma red LAN
usando NAT de VirtualBox
root@srvext:~# iptables -t nat -L -n

Chain PREROUTING (policy ACCEPT)
premodules all -- 0.0.0.0/0 0.0.0.0/0
DNAT tcp -- 0.0.0.0/0 10.0.2.15 tcp dpt:80
to:192.168.70.5:80
Chain INPUT (policy ACCEPT)

Chain OUTPUT (policy ACCEPT)

Chain POSTROUTING (policy ACCEPT)

postmodules all -- 0.0.0.0/0 0.0.0.0/0
SNAT tcp -- 0.0.0.0/0 192.168.70.5 tcp dpt:80 ctstate DNAT
to:192.168.70.1
MASQUERADE all -- 0.0.0.0/0 0.0.0.0/0
Chain postmodules (1 references)

Chain premodules (1 references)


Desde otro equipo de la red

g9 NAT

Cargado por

Copyright:

Formatos disponibles

g9 NAT

Cargado por

Información del documento

Descripción original:

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

g9 NAT

Cargado por

Copyright:

Formatos disponibles

Gua 9 Configuracin de una DMZ

GUA 9 CONFIGURACIN DE UNA DMZ ................................................................................................................................ 1

II. DESARROLLO DE LA GUA. ................................................................................................................................................ 10

III. TAREAS ............................................................................................................................................................................ 28

Material elaborado por Vctor Cuchillac (padre) Pgina 1 de 34

Material elaborado por Vctor Cuchillac (padre) Pgina 2 de 34

1.1 Descripcin del escenario global.

Para realizar el desafo se debe:

En la siguiente figura se ilustra el escenario de red para la gua

Figura 1 Diagrama del escenario de la nube privada y pblica de la EMPRESAY.

Material elaborado por Vctor Cuchillac (padre) Pgina 3 de 34

Cuadro 1 Descripcin de los equipos del escenario de la EMPRESAY

La red IPv4 de la EMPRESAY para cada equipo se detalla en el siguiente cuadro:

Direcciones MAC e IPv4 para los equipos de la EMPRESAY

ID Equipo Direccin MAC Tipo IPv4 IPv4

Material elaborado por Vctor Cuchillac (padre) Pgina 4 de 34

Ejemplos: Grupo 7 y estudiante 1 Grupo 05 y estudiante 2 Grupo 11 y estudiante 3

Servicios y clientes en los equipos a utilizar

Cuadro 3 Datos de resolucin para equipos

Material elaborado por Vctor Cuchillac (padre) Pgina 5 de 34

Configuracin 01 para las NIC de srvext con VirtualBox

Material elaborado por Vctor Cuchillac (padre) Pgina 6 de 34

Configuracin 03 para las NIC de srvext con VirtualBox

Material elaborado por Vctor Cuchillac (padre) Pgina 7 de 34

Material elaborado por Vctor Cuchillac (padre) Pgina 8 de 34

Tomado de: http://www.securityartwork.es/2011/06/30/no-quiero-a-mi-dns/

Informacin de bind en Espaol

Material elaborado por Vctor Cuchillac (padre) Pgina 9 de 34

2.1 Instalacin y configuracin de los servicios en la DMZ

Paso 1 Instalar el servicio DNS.

1.3 Seleccionar OnBoot

Otra forma de instalar por consola

tc@servidor03:~$ tce-load -wi bind

tc@servidor03:~$ tce-load -wi bind-doc.tcz

Material elaborado por Vctor Cuchillac (padre) Pgina 10 de 34

Digite los siguientes comandos

Paso 3. Crear el directorio de trabajo del servidor Bind

3.1 digite el siguiente comando

tc@servidor03:/usr/share$ sudo mkdir /usr/local/etc/namedb

3.2 verifique que lo ha creado correctamente

tc@servidor03:~$ ll /usr/local/etc/ |grep name

Material elaborado por Vctor Cuchillac (padre) Pgina 11 de 34

tc@servidor03:~$ sudo chown tc:staff /usr/local/etc/namedb* -R

tc@servidor03:~$ ll /usr/local/etc/ |grep name

3.4 Copiar las llaves del servidor Bind (opcional)

tc@servidor03:~$ sudo cp /usr/local/etc/bind.keys

Paso 4. Crear el archivo de configuracin

4.1 Crear el archivo de configuracin del servidor Bind

tc@servidor03:~$ sudo touch /usr/local/etc/named.conf

4.2 Escribir el siguiente contenido.

tc@servidor03:~$ mcedit /usr/local/etc/named.conf

Material elaborado por Vctor Cuchillac (padre) Pgina 12 de 34

4.3 Verificar que o haya errores en el archivo de configuracin

Nota: Solo si existe algn error se mostrar un mensaje en la pantalla.

Nota: En el anexo se colocan los archivos de las zonas de apoyo.

Material elaborado por Vctor Cuchillac (padre) Pgina 13 de 34

tc@servidor03:~$ mcedit /usr/local/etc/namedb/db.empresay.com.sv

5.3 Escriba el contenido del archivo de zona inversa.