DNS LACNOG December 2012

dns@listas.nog.lat

6 participants
5 discussions

[dns-esp] front-end/Bind9/dns
by Ruben Rozas 25 Mar '13

25 Mar '13

Hola muy buenas, Ando en busca de alguna alternativa (al probind) para el manejo de zonas, records, etc. via web. Quien de los presentes podria recomendar o dar alguna luz en algun desarrollo bueno?, una alternativa a probind?, la idea es que siga la misma logica (el de hacer un deploy hacia los servidores bind), Gracias y saludos, RRozas

5 5

[dns-esp] Normas y Buenas Practicas para DNS Resolver
by Carlos Tirado Elgueta 21 Dec '12

21 Dec '12

Estimados. Muy buenos dias. Existe alguna referencia y/o documento para tener como base de normas y buenas practicas para la configuracion de servidores DNS Resolver de un ISP? Atte, -- Carlos Francisco Tirado Elgueta Google Apps Partner Chile http://www.chilemedios.cl

3 2

Re: [dns-esp] Normas y Buenas Practicas para DNS Resolver
by Roberto Alvarado 21 Dec '12

21 Dec '12

Listeros del dns en español, Hablando de servicios de resolucion de nombres, ¿alguno de Uds. tiene experiencia con power-dns como resolver con mas de 100 mil consultas concurrentes? Siempre he utilizado bind para estas cosas y los resultados son buenos, pero hay en internet buenas opiniones sobre powerdns y sobre ambientes mas pequeños me ha dado buenos resultados. Saludos! ---- Original Message ---- From: "Alex Ojeda" To: dns-esp(a)listas.nic.cl Sent: Vie, Dic 21, 2012, 10:36 AM Subject: Re: [dns-esp] Normas y Buenas Practicas para DNS Resolver Carlos: Toda buena práctica debe partir del respectivo RFC. Lo demás es ir acomodando la infraestructura y configuraciones a la medida de lo que tengas pensado implementar. Saludos. Alex Ojeda Mercado. Administrador de Red Rosal 331, Piso 2, Santiago, Chile Fono: + 56 2 345 86 00 Mail: alex.ojeda(a)indexa.cl (mailto:jose.martinez@indexa.cl) Cuidemos el Medio Ambiente Evitemos imprimir demás CONFIDENCIALIDAD: La información contenida en este mensaje y/o en los archivos adjuntos es de carácter confidencial o privilegiada y está destinada al uso exclusivo del emisor y/o de la persona o entidad a quien va dirigida. Si usted no es el destinatario, cualquier almacenamiento, divulgación, distribución o copia de esta información está estrictamente prohibida y sancionada por la ley. Si recibió este mensaje por error, por favor infórmenos inmediatamente respondiendo este mismo mensaje y borre éste y todos los archivos adjuntos. Gracias. CONFIDENTIAL: The information transmitted in this message and/or attachments is confidential and/or privileged and is intented only for use of the person or entity to whom it is addressed. If you are not the intended recipient, any retention, dissemination, distribution or copy of this information is strictly prohibited and sanctioned by law. If you received this message in error, please reply us this same message and delete this message and all attachments. Thank you. De: dns-esp-bounces(a)listas.nic.cl [mailto:dns-esp-bounces@listas.nic.cl] En nombre de Carlos Tirado Elgueta Enviado el: viernes, 21 de diciembre de 2012 10:33 Para: dns-esp(a)listas.nic.cl Asunto: [dns-esp] Normas y Buenas Practicas para DNS Resolver Estimados. Muy buenos dias. Existe alguna referencia y/o documento para tener como base de normas y buenas practicas para la configuracion de servidores DNS Resolver de un ISP? Atte, -- Carlos Francisco Tirado Elgueta Google Apps Partner Chile http://www.chilemedios.cl (http://www.chilemedios.cl)

1 0

[dns-esp] Fwd: Advisory — D-root is changing its IPv4 address on the 3rd of January.
by Arturo Servin 14 Dec '12

14 Dec '12

Disculpa por los duplicados. Slds as Begin forwarded message: > From: Jason Castonguay <castongj(a)umd.edu> > Date: 13 December 2012 20:54:41 GMT-02:00 > To: <castongj(a)umd.edu> > Subject: Advisory — D-root is changing its IPv4 address on the 3rd of January. > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Advisory — D-root is changing its IPv4 address on the 3rd of January. > > > This is advance notice that there is a scheduled change to the IPv4 > address for one of the authorities listed for the DNS root zone and > the .ARPA TLD. The change is to D.ROOT-SERVERS.NET, which is > administered by the University of Maryland. > > The new IPv4 address for this authority is 199.7.91.13 > > The current IPv6 address for this authority is 2001:500:2d::d and it > will continue to remain unchanged. > > This change is anticipated to be implemented in the root zone on 3 > January 2013, however the new address is currently operational. It > will replace the previous IP address of 128.8.10.90 (also once known > as TERP.UMD.EDU). > > We encourage operators of DNS infrastructure to update any references > to the old IP address, and replace it with the new address. In > particular, many DNS resolvers have a DNS root “hints” file. This > should be updated with the new IP address. > > New hints files will be available at the following URLs once the > change has been formally executed: > > http://www.internic.net/domain/named.root > > http://www.internic.net/domain/named.cache > > The old address will continue to work for at least six months after > the transition, but will ultimately be retired from service. > > - -- > Jason Castonguay > > Network Integration Software Engineer > Division of Information Technology > University of Maryland > College Park, MD 20742 > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.11 (GNU/Linux) > Comment: Using GnuPG with undefined - http://www.enigmail.net/ > > iEYEARECAAYFAlDKXLEACgkQA5NiLuECHn4lRQCgoOlYQhq+kXk2Az3nPeN1hUfz > 0e4AoKCwp0cLpABJFc/7RV5E/ecfWwoJ > =ktnM > -----END PGP SIGNATURE-----

1 0

[dns-esp] Ataque de DoS
by Francisco Vargas Piedra 11 Dec '12

11 Dec '12

Buenos días, Espero que todos se encuentren muy bien. Sé que esta lista de correos es exclusiva para asuntos de DNS, sin embargo, quizá alguno me pueda ayudar con un problema que se nos ha presentado. Hemos estado recibiendo un ataque de DoS distribuido proveniente de Vietnam (básicamente de Viettel) y específicamente a una de nuestras direcciones IP ¿alguno ha tenido problemas similares? ¿cómo arrancar estos problemas de raíz? ¿cuál es la mejor solución (conozco soluciones como la de Arbor, pero buscamos un feedback de otras para mejorar nuestros sistemas) para combatir este tipo de ataques? Ojalá alguno me pueda dar retroalimentación. Me interesa saber si han tenido problemas similares provenientes de Vietnam. Ing. Francisco Vargas Piedra [Descripción: Descripción: Descripción: http://thinkbeforeprinting.org/struct/signature-1.gif]

2 2

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

DNS LACNOG December 2012