Administración

de red DNS
Autora: Mariela Rocha
· ¿Qué es DNS y cómo funciona?
· Introducción
· Funcionamiento del DNS
MODULO 1.
· Estructura jerárquica
· Tipos de servidores de dominio
MODULO 2.
· Resolver
MODULO 3. · Servidor recursivo
MODULO 4. · Servidor autoritativo
· DNSSEC
MODULO 5.
· IDN
MODULO 6. · BIND
MODULO 7. · Organizaciones involucradas en el Sistema de
Nombres de Dominio
MODULO 8.

MODULO 9.

MODULO 10.

MODULO 11.

MODULO 12.
Administración
de red
Autora: Mariela Rocha 5.
¿Qué es DNS y cómo funciona?
MODULO 1. Introducción
MODULO 2.
Tal como se ha mencionado al definir las direcciones IP en
MODULO 3. este curso, cada dispositivo que se conecta a Internet ne-
cesita de un valor numérico único que lo identifique en la
MODULO 4. red, análogamente a lo que sucede con los teléfonos en
una red de telefonía convencional.
MODULO 5.
DNS
Las direcciones IP distinguen entre sí a computadoras,
MODULO 6. teléfonos inteligentes, cámaras, televisores, servidores y
otros dispositivos que se conectan a Internet. Las direccio-
MODULO 7. nes IP pueden ser versión 4 (IPv4) o versión 6 (IPv6).
MODULO 8. En cualquiera de los casos, no resulta viable que cuando un
MODULO 9. usuario se desee conectar a Internet tenga que recordar
cada número que identifica a un nombre de servidor para
MODULO 10. acceder a una página web, enviar un correo electrónico o
usar cualquier otro servicio.
MODULO 11.

MODULO 12.
Así como para identificar a cada persona, empresa o razón
social con la que deseamos comunicarnos telefónicamente
Administración utilizamos una agenda telefónica, en Internet existe un sis-
tema para asociar cada dirección IP a los nombres que co-
de red nocen los usuarios y que, continuando con la analogía de la
Autora: Mariela Rocha red telefónica, serían equivalentes a los que tendríamos en
nuestra agenda de teléfonos, y que para el caso de Internet
serían por ejemplo:
MODULO 1.
lacnic.net o www.example.com.uy
MODULO 2.
En pocas palabras, en Internet existe un sistema que per-
MODULO 3. mite asociar cada número que identifica a los dispositivos
conectados a la red con un nombre que sea más fácil de
MODULO 4.
recordar. Este sistema se denomina Sistema de Nombres
de Dominio o DNS (por sus siglas en inglés de Domain
MODULO 5.
DNS Name System).

MODULO 6. Funcionamiento del DNS

MODULO 7. El DNS trabaja asociando direcciones IP a nombres de do-

minio, y nombres de dominio a direcciones IP, proceso que
MODULO 8.
se denomina resolución inversa. Por ejemplo:
MODULO 9.
Resolución directa:
MODULO 10. www.example.com.uy ---> 192.0.2.3
MODULO 11.
Resolución inversa:
MODULO 12. 192.0.2.3 ---> www.example.com.uy
Administración Para conseguir estos datos el DNS hace consultas y brinda
respuestas a través de unos recursos denominados regis-
de red tros, o RR (por sus siglas en inglés de Resource Records).
Autora: Mariela Rocha
Algunos de los registros más utilizados para la resolución
de nombres de dominio son:
MODULO 1.
Registro Acción
MODULO 2.

MODULO 3. A Traslada un nombre de dominio a una dirección IPv4

MODULO 4. AAAA Traslada un nombre de dominio a una dirección IPv6

MODULO 5.
NS Indica qué servidor de DNS responde por un deter-
DNS
minado dominio
MODULO 6. PTR Traslada una dirección IPv4 a un nombre de dominio

MODULO 7. MX Indica qué servidor de correo electrónico responde

por un determinado dominio
MODULO 8.

MODULO 9.

MODULO 10. En el apartado de la bibliografía del curso se podrá en-

contrar un listado extenso de las RFC que definen al DNS
MODULO 11. y sus funciones, incluyendo las cuestiones de seguridad
y DNSSEC, a las cuales, si bien no son del alcance de este
MODULO 12.
curso, se recomienda tener en cuenta.
Administración Estructura jerárquica
de red El Sistema de Nombres de Dominio tiene una estructura de
Autora: Mariela Rocha árbol invertido o jerárquica. Las hojas y los nodos del árbol,
concatenados, pasan a formar el nombre del dominio, tal
como muestra la siguiente figura:
MODULO 1.
.
MODULO 2.

MODULO 3.
... onu net uy edu
MODULO 4.

MODULO 5.
DNS ... fsf com

MODULO 6.
... www.exmaple.com.uy nds
MODULO 7.

MODULO 8.

MODULO 9.
Cada parte que conforma el dominio, o sea, cada nodo del
árbol, es una cadena alfanumérica (con guión como único
MODULO 10. símbolo permitido) que debe contar con al menos un carác-
ter y un máximo de 63 caracteres de longitud.
MODULO 11.
Además, cada nodo del árbol y las ramas que este posee ha-
MODULO 12.
cia arriba se denomina zona. Por ejemplo, una zona .com.uy.
Administración En el nombre del dominio, cada nombre de nodo está se-
parado por un punto. Un nombre de dominio termina con
de red un punto (aunque este último punto generalmente se
Autora: Mariela Rocha omite, ya que es puramente formal). Un nombre de domi-
nio correctamente formado es el que se está utilizando
para los ejemplos de este módulo: www.example.com.uy.
(incluyendo el punto final).
MODULO 1.

MODULO 2. Un nombre de dominio debe incluir todos los puntos y tie-

ne una longitud máxima de 255 caracteres.
MODULO 3. El primer nivel del nombre, o sea, el que está más a la de-
recha de este, es también conocido como dominio de nivel
MODULO 4.
superior o TLD (por sus siglas en inglés de Top Level Do-
main). En el caso del ejemplo, el TLD es ht.
MODULO 5.
DNS
Siguiendo con la metáfora del árbol, es muy importante
MODULO 6. referirse a la raíz, o sea, a lo que en el árbol invertido se
encuentra en la cima, el «.». Los servidores que respon-
MODULO 7. den o resuelven la zona raíz se denominan root-servers.
MODULO 8.
Obtener la respuesta de los root-servers es el primer paso
MODULO 9. en cualquier proceso de resolución de DNS. Dicho de otra
forma, los root-servers son los encargados de responder
MODULO 10. dónde se encuentra el servidor TLD para un dominio dado.
MODULO 11.
Actualmente son 13 los root-servers que responden por
MODULO 12. la zona raíz. Estos se identifican con letras: A, B. C, D, E, F,
G, H, I, J, K, L y M. Un punto importante a tener en cuenta
Administración es que si bien los root-servers son 13, esto no quiere decir
que físicamente existan solo 13 equipos. No solo existe la
de red redundancia del equipamiento, sino que además la mayo-
Autora: Mariela Rocha ría de estos servers están configurados con lo que se de-
nominan direcciones anycast, que se ubican en múltiples
localizaciones y generan de esta forma una mayor eficien-
cia en el servicio de resolución de zona raíz.
MODULO 1.

MODULO 2. El siguiente cuadro muestra los diferentes root-servers,

sus direcciones IP y quiénes los operan:
MODULO 3.
Tabla 12 (Continúa en la página 8)
MODULO 4.
Nombre de Host Dirección IP Manager
MODULO 5.
DNS a.root-servers.net 198.41.0.4, 2001:503:ba3e::2:30 VeriSign, Inc.
b.root-servers.net 199.9.14.201, 2001:500:200::b University of Southern California (ISI)
MODULO 6.
c.root-servers.net 192.33.4.12, 2001:500:2::c Cogent Communications
MODULO 7.
d.root-servers.net 199.7.91.13, 2001:500:2d::d University of Meryland
MODULO 8. e.root-servers.net 192.203.230.10, 2001:500:a8::e NASA (Ames Research Center)

MODULO 9. f.root-servers.net 192.5.5.241, 2001:500:2f::f Internet Systems Consortium, Inc.

g.root-servers.net 192.112.36.4, 2001:500:12::d0d US Department of Defense (NIC)
MODULO 10.
h.root-servers.net 198.97.190.53, 2001:500.1:53 US Army (Research Lab)
MODULO 11.
i.root-servers.net 192.36.148.17, 2001:7fe::53 Netnod
MODULO 12. j.root-servers.net 192.58.128.30, 2001:503:c27::2:30 VeriSign. Inc.
 Tabla 12
Administración
de red k.root-servers.net 193.0.14.129, 2001:7ds::1 RIPE NCC

Autora: Mariela Rocha l.root-servers.net 199.7.83,43, 2001:500:9f::42 ICANN

m.root-servers.net 202.12.27.33, 2001:dc3::35 WIDE Project

MODULO 1. Tipos de servidores de dominio

MODULO 2.
A continuación se abordarán definiciones para tres de los
MODULO 3. componentes más importantes de un sistema de nombres
de dominio: el Resolver, el Servidor recursivo y el Servidor
MODULO 4. autoritativo. Independientemente de la información que
se brinda en este curso, puede encontrarse la termino-
MODULO 5.
logía que define IETF para DNS en el RFC 7719, al cual se
DNS
aconseja consultar para lograr más detalle de lo expresa-
MODULO 6. do en estos textos.

MODULO 7. Resolver:
El Resolver es un programa que se ejecuta en la misma má-
MODULO 8. quina donde se origina la consulta de DNS y actúa como un
MODULO 9.
cliente en la resolución de nombres de dominio.

MODULO 10. Un resolver se encarga de realizar las consultas a un ser-

vidor DNS, interpretarlas y devolverlas al programa que ha
MODULO 11. efectuado la consulta.
Los servidores DNS también pueden incorporar un resolver,
MODULO 12.
que gestiona las consultas que un servidor DNS debe hacer.
Administración La función lógica del resolver se denomina «resolución» y
las hay de diferentes tipos, que se verán en los siguientes
de red apartados.
Autora: Mariela Rocha
En algunos casos, el resolver puede tener una pequeña ca-
ché con la misma funcionalidad que la de los servidores DNS.
MODULO 1.
Servidor recursivo:
MODULO 2. Estos servidores tienen un modo de resolución en el cual
el servidor recibe las consultas de DNS y responde a esas
MODULO 3. consultas desde una caché local o envía las consultas a
otros servidores para obtener las respuestas finales a las
MODULO 4.
consultas originales.
MODULO 5.
DNS Se puede considerar que un servidor recursivo tiene una
función de servidor de nombres (que es lo que responde a la
MODULO 6. consulta) y una función de resolver (que ejecuta resolución).
Los sistemas que operan en este modo se denominan co-
MODULO 7. múnmente servidores recursivos.
MODULO 8.
Cuando un usuario se conecta a Internet, uno de los da-
MODULO 9. tos que necesita es el servidor DNS que hará de recursivo.
Esto generalmente es asignado en forma automática por
MODULO 10. el ISP, pero también puede hacerse manualmente en re-
des locales.
MODULO 11.

MODULO 12. Un buen ejercicio para confirmar lo dicho es ver qué DNS
tiene asignado un teléfono celular.
Administración Servidor autoritativo:
Un Servidor autoritativo es aquel que conoce la respuesta
de red a una consulta de DNS porque tiene ese dato almacenado
Autora: Mariela Rocha localmente, y por lo tanto puede responder consultas so-
bre esa zona (de la que es autoritativo) sin necesidad de
consultar otros servidores.
MODULO 1.
Se trata de un sistema que responde a consultas DNS con
MODULO 2. información sobre zonas para las que ha sido configurado.
Cuando responde lo hace con el indicador «AA» en el en-
MODULO 3. cabezado de respuesta (del inglés Authoritative Answer,
respuesta autoritativa). Es un servidor que tiene autori-
MODULO 4.
dad sobre una o más zonas DNS. Dicho de otra manera, un
servidor autoritativo es el que tiene configuradas determi-
MODULO 5.
DNS nadas zonas, ya sea en forma primaria (master) o secun-
daria (slave).
MODULO 6.
Es una buena práctica separar el servidor autoritativo (o
MODULO 7. sea, el que responde por determinados dominios o zonas)
de los servidores recursivos (es decir, los que responden
MODULO 8.
por cualquier consulta más allá de las zonas que tienen
MODULO 9. configuradas).

MODULO 10. En el siguiente ejemplo puede verse cómo es que los dife-
rentes tipos de servidores interactúan entre sí:
MODULO 11.

MODULO 12.
Administración
de red
Autora: Mariela Rocha

MODULO 1.

MODULO 2.

MODULO 3.

MODULO 4.

MODULO 5.
DNS

MODULO 6.

MODULO 7.

MODULO 8.

MODULO 9.

MODULO 10.

MODULO 11. Se verá cada uno de los pasos que se siguen hasta resol-
ver cuál es la dirección IP para una URL que se introduce
MODULO 12.
en el navegador: www.example.com.uy
Administración 1. Desde un dispositivo cualquiera (laptop, celular, tableta,
computadora, etc.) se intenta acceder a la dirección www.
de red example.com.ht. En el dispositivo se cuenta con el resol-
Autora: Mariela Rocha ver que es quien actuará como cliente de DNS.

2. El resolver que está en el dispositivo consulta cuál es la

dirección IP de www.example.com.uy al servidor de DNS
MODULO 1.
que tiene configurado (ya sea porque se configuró ma-
MODULO 2. nualmente o porque lo asignó en forma automática el ISP).
El servidor de DNS es un servidor recursivo, por lo que
MODULO 3. hará el trabajo de hacer recursivamente todas las consul-
tas necesarias hasta obtener la dirección IP buscada.
MODULO 4.
3. El servidor de DNS recursivo consulta en primera instancia
MODULO 5.
DNS a la zona raíz, ya que no tiene hasta ese momento ninguna
información más que los root-servers. La consulta que envía
MODULO 6. pide la dirección asociada a www.example.com.uy.

MODULO 7. 4. El root-server devolverá como respuesta quién es el

servidor de DNS que responde por la zona .uy, ya que no
MODULO 8.
tiene información sobre www.example.com.uy (este domi-
MODULO 9. nio está configurado en otro servidor). Debe tomarse nota
de que el root-server solo responde con lo que conoce, no
MODULO 10. trata de averiguar lo que el cliente necesita.
MODULO 11.
5. El servidor recursivo consultará al servidor indicado por
MODULO 12. el root-server y le enviará la misma consulta por la direc-
ción de www.example.com.uy
Administración 6. El servidor que responde por las zonas .uy enviará al
servidor recursivo la respuesta de dónde consultar lo que
de red dependa de .com.uy.
Autora: Mariela Rocha
7. El servidor recursivo se basa en la respuesta obtenida
en la última consulta y se dirige a consultar por el dominio
www.example.com.ht ahora a las zonas .com.uy
MODULO 1.

MODULO 2. 8. Ya casi finalizando el proceso, el servidor recursivo ob-

tiene la información de cuál es el servidor que podrá de-
MODULO 3. cirle la dirección IP de www.example.com.uy.
MODULO 4.
9. El servidor recursivo realiza su última consulta sobre
www.example.com.ht al servidor indicado, que es el que
MODULO 5.
DNS tiene la zona example.com.uy

MODULO 6. 10. El que responde es un servidor autoritativo, que tiene

configurada la zona example.com.uy., y lo hace comuni-
MODULO 7. cando al servidor recursivo cuál es la dirección IP de www.
example.com.uy.
MODULO 8.

MODULO 9. Como puede observarse, en cada una de las etapas el ser-

vidor recursivo realiza el mismo procedimiento de consul-
MODULO 10. ta y utiliza la información recibida para reiniciar el proceso.
Es así sucesivamente hasta que encuentra la información
MODULO 11.
buscada, recorriendo de alguna forma el árbol jerárquico.
MODULO 12.
Administración DNSSEC
de red Cuando los servidores recursivos cumplen el proceso de
Autora: Mariela Rocha consulta hasta obtener una dirección IP, consideran como
válida la información que obtienen de cada uno de los ser-
vidores consultados. Pero ¿qué sucedería si la informa-
ción que se obtiene no es la correcta? O sea, si por algún
MODULO 1.
ataque o problema en la configuración, esa información
MODULO 2. fuera alterada. En esos casos, el servidor recursivo podría
encontrarse con serios problemas al tomar como válida
MODULO 3. una dirección IP falsa.
MODULO 4.
DNSSEC (acrónimo en inglés de Domain Name System Se-
curity Extensions) es un conjunto de extensiones creadas
MODULO 5.
DNS por la IETF que intentan aumentar la confiabilidad de los
datos a través de procesos de firma digital. Básicamente,
MODULO 6. es un proceso que utiliza para la búsqueda de DNS la crip-
tografía de clave pública. Para esto se crea una firma digi-
MODULO 7. tal de las zonas, utilizando claves públicas y privadas para
cada zona y estableciendo una cadena de confianza que
MODULO 8.
comienza en un conjunto de claves públicas de la zona
MODULO 9. raíz del DNS.

MODULO 10. Se trata de un proceso complejo que escapa al alcance de

este curso. No obstante, si se quiere conocer acerca del
MODULO 11.
tema, se puede comenzar consultando el RFC 4033: «In-
MODULO 12. troducción y requisitos de seguridad de DNS».
Administración IDN
de red El Sistema de Nombres de Dominio, DNS, es un sistema
Autora: Mariela Rocha que fue concebido teniendo en cuenta caracteres ASCII.
Es decir, no están considerados dentro de los nombres
permitidos en el sistema caracteres como acentos de nin-
gún tipo, la letra ñ, el carácter ç, caracteres árabes, entre
MODULO 1.
otros cientos de caracteres que se requieren en Internet
MODULO 2. para representar internacionalmente nombres.

MODULO 3. En 1998 se comenzó a trabajar con una propuesta que

considerara los IDN (por sus siglas en inglés de Interna-
MODULO 4.
tionalized Domain Name, nombre de dominio internacio-
nalizado). A principios del siglo XXI se decide adoptar un
MODULO 5.
DNS estándar denominado IDNA (del inglés Internationalizing
Domain Names in Applications, nombre de dominio in-
MODULO 6. ternacionalizado en aplicaciones). IDNA especifica cómo
debe realizarse la conversión de caracteres no-ASCII a
MODULO 7. caracteres ASCII en los navegadores web y cualquier otra
aplicación. Las aplicaciones que no soportan IDNA no son
MODULO 8.
capaces de manejar nombres de dominio con caracteres
MODULO 9. no-ASCII, aunque actualmente existe un importante so-
porte de IDNA.
MODULO 10.
BIND
MODULO 11.

MODULO 12. Sin duda uno de los softwares más extendidos como
servidor de DNS en las plataformas Linux/Unix es BIND
Administración (del inglés Berkeley Internet Name Domain), patrocinado
por la Internet Systems Consortium (ISC).
de red
Autora: Mariela Rocha Para su descarga e instalación se utilizan los sistemas ha-
bituales de cada distribución (apt-get, por ejemplo) y para
configurarlo simplemente se editan archivos de texto.
A partir de la versión 9, BIND prácticamente se reescribió
MODULO 1.
desde cero para poder superar algunos problemas encon-
MODULO 2. trados, pero se aprovechó para incorporar DNSSEC e IPv6,
entre otras funcionalidades.
MODULO 3.
La configuración de BIND está en el archivo named.conf
MODULO 4.
(generalmente /etc/named.conf), que, además de definir
parámetros de operación y características de funciona-
MODULO 5.
DNS miento del servidor, contiene las referencias a los archivos
de zonas (primarias y secundarias).
MODULO 6.
El siguiente es un ejemplo muy básico de archivo de la
MODULO 7. zona example.com.uy, tal como se muestra con BIND:
MODULO 8.

MODULO 9.

MODULO 10.

MODULO 11.

MODULO 12.
 $ORIGIN example.com.
Administración $TTL 86400
de red @ IN SOA dns1.example.com. hostmaster.example.com. (
Autora: Mariela Rocha 2001062501 ; serial
21600 ; refresh after 6 hours
3600 ; retry after 1 hour
604800 ; expire after 1 week
MODULO 1. 86400 ) ; minimum TTL of 1 day
MODULO 2.
IN NS dns1.example.com.
MODULO 3. IN NS dns2.example.com.

MODULO 4. IN MX 10 mail.example.com.
IN MX 20 mail2.example.com.
MODULO 5.
DNS
IN
A 10.0.1.5
MODULO 6.
server1 IN A 10.0.1.5
MODULO 7. server2 IN A 10.0.1.5
dns1 IN A 10.0.1.5
MODULO 8. dns2 IN A 10.0.1.5
MODULO 9.
ftp IN CNAME server1
MODULO 10. mail IN CNAME server1
mail2 IN CNAME server2
MODULO 11. www IN CNAME server2
MODULO 12.
Administración Organizaciones involucradas en el DNS
de red Como se ha tratado en el Módulo 1, la IANA, que se en-
Autora: Mariela Rocha cuentra bajo las incumbencias de ICANN, tiene entre sus
funciones la gestión de la zona raíz y asigna la operación
de cada uno de los TLD.
MODULO 1.
Para la región de América Latina y Caribe existe una enti-
MODULO 2. dad llamada LACTLD, una organización sin fines de lucro
creada en 1998, que está compuesta por otras organiza-
MODULO 3. ciones que administran los códigos de país en la región.
Dicho de otra forma, LACTLD tiene como miembros a los
MODULO 4.
administradores de los CCTLD (Country Code Top Level
Domain) de la región de América Latina y Caribe.
MODULO 5.
DNS
Entre los objetivos de LACTLD están:
MODULO 6.
· Coordinar políticas en conjunto así como estrategias de
MODULO 7. desarrollo de los nombres de dominio a nivel regional
MODULO 8.
· Representar los intereses conjuntos de sus miembros
MODULO 9. ante los organismos pertinentes

MODULO 10. · Promover el desarrollo de los ccTLD de la región

MODULO 11.
· Fomentar la cooperación y el intercambio de experien-
MODULO 12. cias entre sus miembros en todos los aspectos necesarios
para el adecuado funcionamiento de los ccTLD
Administración · Establecer lazos de colaboración con las asociaciones
análogas de otras regiones del mundo
de red
Autora: Mariela Rocha El siguiente es el listado de miembros de LACTLD. Pue-
de verse en el cuadro siguiente qué organizaciones son
las que administran cada código de país, que constituyen
parte del conjunto de TLD:
MODULO 1.

MODULO 2. Tabla 13 (Continúa en la página 20)

MODULO 3. ccTLD Nombre de Registro Dependencia URL

MODULO 4. .ai Register Anguilla Domain Names Gouvernement d’Anguilla Ir al sitio

MODULO 5. .ar NIC Argentina Secretaría Legal y Técnica, Presi- Ir al sitio

DNS dencia de la Nación
.aw NIC AW SETAR Ir al sitio
MODULO 6.

MODULO 7. .bo NIC Bolivia Agencia para el Desarrollo de la So- Ir al sitio

ciedad de la Información en Bolivia
MODULO 8. .br Registro Br Comite Gestor da Internet no Brasil Ir al sitio

MODULO 9.
.bz NIC Belize University College of Belize. Ir al sitio
MODULO 10.
.cl NIC Chile Universidad de Chile Ir al sitio
MODULO 11.
.co .CO Internet S.A.S CO Internet SAS. Ir al sitio
MODULO 12.
 Tabla 13 (Continúa en la página 21)
Administración
de red .cr NIC Costa Rica Academia Nacional de las Ciencias Ir al sitio
Autora: Mariela Rocha
.cu Cuba NIC CENIA Internet. Ir al sitio

.cw .CW Registry Curação University of Curação Ir al sitio

MODULO 1.
.do NIC Do Pontificia Universidad Católica Ma- Ir al sitio
MODULO 2.
dre y Maestra.
MODULO 3. .ec NIC Ec NIC.EC. Ir al sitio

MODULO 4. .gt NIC Gt Universidad del Valle de Guatemala. Ir al sitio

MODULO 5. .gy Guyana top level domain Centre for Information Technology Ir al sitio
DNS (CIT), University of Guyana
.hn NIC Hn Red de Desarrollo Sostenible. Ir al sitio
MODULO 6.

MODULO 7. .ht NIC Ht Consortium FDS/RDDH. Ir al sitio

MODULO 8. .mx NIC Méxique NIC México. Ir al sitio

MODULO 9. .ni NIC Nicaragua Universidad Nacional de Ingeniería Ir al sitio

MODULO 10.
.pa NIC Panama PANNET/Universidad Tecnológica Ir al sitio
MODULO 11. de Panamá
.pe NIC Pérou Red Científica Peruana Ir al sitio
MODULO 12.
 Tabla 13
Administración
de red .pr NIC Puerto Rico Gauss Research Laboratory Inc. Ir al sitio
Autora: Mariela Rocha
.py NIC Paraguay Universidad Nacional de Asunción Ir al sitio

.sv SvNET Asociación SVNet. Ir al sitio

MODULO 1.
.uy NIC Uy SeCIU - Universidad de la República Ir al sitio
MODULO 2.
.ve NIC Ve CONATEL Ir al sitio
MODULO 3.

MODULO 4.

MODULO 5.
DNS

MODULO 6.

MODULO 7.

MODULO 8.

MODULO 9.

MODULO 10.

MODULO 11.

MODULO 12.