DNS LACNOG July 2017

dns@listas.nog.lat

9 participants
4 discussions

[dns-esp] Información sobre la rotación de la KSK de la raíz
by Hugo Salgado-Hernández 12 Sep '17

12 Sep '17

Estimad@s, la próxima semana se viene el primer paso (dentro del DNS) de la rotación de la llave KSK de la raíz. Este tema es muy importante para los que mantienen DNS resolvedores, validen o no! Como prometimos, acá dejamos información que esperemos sea clara y completa: http://www.lacnog.org/wg-dns-ksk-rollover/ Espero que les sea de utilidad, y por favor conversemos acá cualquier duda, sugerencia, comentario, etc. Por favor compártanlo en sus comunidades! Saludos y gracias. Hugo

6 7

[dns-esp] Fwd: [NCUC-DISCUSS] ICANN seeks consultants for two reviews
by Alejandro Acosta 19 Jul '17

19 Jul '17

-------- Mensaje reenviado -------- Asunto: [NCUC-DISCUSS] ICANN seeks consultants for two reviews Fecha: Sat, 15 Jul 2017 09:44:54 +0200 De: William Drake <william.drake(a)uzh.ch> Para: NCUC-discuss <ncuc-discuss(a)lists.ncuc.org> Hi ICANN needs to do reviews of the SSAC and the RSSAC. I’ve been asked to circulate the CFPs. If anyone is interested and has the relevant expertise please see the below. RSSAC: https://www.icann.org/news/announcement-2017-07-11-en SSAC: https://www.icann.org/news/announcement-2017-07-07-en Cheers Bill *********************************************** William J. Drake International Fellow & Lecturer Media Change & Innovation Division, IPMZ University of Zurich, Switzerland william.drake(a)uzh.ch <mailto:william.drake@uzh.ch> (direct), wjdrake(a)gmail.com <mailto:wjdrake@gmail.com> (lists), www.williamdrake.org <http://www.williamdrake.org> ***********************************************

1 0

[dns-esp] Ayuda con registro PTR
by Alexander 19 Jul '17

19 Jul '17

Hola a todos! Les escribo con el fin de obtener alguna ayuda por parte de ustedes. Se nos está presentando la siguiente situación con un nuevo cliente; ellos nos están solicitando la resolución inversa con una dirección IP de nosotros, ya que la IP la están bloqueando por spam, además porque los logs del servidor de ellos presentan el siguiente error: Jul 18 14:55:07 www postfix/pickup[13415]: B1E439FB6B: uid=33 from=<registro(a)municarrillo.go.cr> Jul 18 14:55:07 www postfix/cleanup[13872]: B1E439FB6B: message-id=<20170718205507.B1E439FB6B(a)www.municarrillo.go.cr> Jul 18 14:55:07 www postfix/qmgr[1799]: B1E439FB6B: from=<registro(a)municarrillo.go.cr>, size=700, nrcpt=1 (queue active) Jul 18 14:55:09 www postfix/smtp[13874]: B1E439FB6B: host mx.grupomicrosistemas.com[66.96.140.68] refused to talk to me: 554 bosimpinc13 bizsmtp Connection rejected. Reverse DNS for 200.5.60.123 does not exist. Jul 18 14:55:10 www postfix/smtp[13874]: B1E439FB6B: to=<info(a)grupomicrosistemas.com>, relay=mx.grupomicrosistemas.com[66.96.140.69]:25, delay=2.9, delays=0.02/0.01/2.8/0, dsn=4.0.0, status=deferred (host mx.grupomicrosistemas.com[66.96.140.69] refused to talk to me: 554 bosimpinc13 bizsmtp Connection rejected. Reverse DNS for 200.5.60.123 does not exist.) Nosotros no poseemos en este momento un servidor autoritativo(Se están realizando los trámites para comprar el hardware), tratando de resolverle de manera temporal, en uno de los servidores recursivos con Bind, configuré una zona reversa de la siguiente manera: *zone "123.60.5.200.in-addr.arpa" {** ** type master;** ** file "/var/lib/bind/200.5.60.123.rev";** ** };* Este es el archivo .rev: *$ttl 38400** **123.60.5.200.in-addr.arpa. IN SOA municarrillo.go.cr. a_cortes.municarrillo.go.cr. (** ** 1500402085** ** 10800** ** 3600** ** 604800** ** 38400 )** **123.60.5.200.in-addr.arpa. IN NS municarrillo.go.cr.** *** A la hora de hacer consultas con el comando dig, me muestra el siguiente resultado: root@DNS2:/var/lib/bind# dig -x 200.5.60.123 @200.5.60.110 *; <<>> DiG 9.10.3-P4-Ubuntu <<>> -x 200.5.60.123 @200.5.60.110** **;; global options: +cmd** **;; Got answer:** **;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 39244** **;; flags: qr aa rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 1** ** **;; OPT PSEUDOSECTION:** **; EDNS: version: 0, flags:; udp: 4096** **;; QUESTION SECTION:** **;123.60.5.200.in-addr.arpa. IN PTR** ** **;; AUTHORITY SECTION:** **123.60.5.200.in-addr.arpa. 38400 IN SOA municarrillo.go.cr. a_cortes.municarrillo.go.cr. 1500402085 10800 3600 604800 38400** ** **;; Query time: 0 msec** **;; SERVER: 200.5.60.110#53(200.5.60.110)** **;; WHEN: Tue Jul 18 16:07:46 CST 2017** **;; MSG SIZE rcvd: 117* Hay algo malo en la configuración? Hay otro método que me permita resolver este problema mientras implementamos el autoritativo? Quedo atento a sus respuestas y muchas gracias de antemano!!! --

3 4

[dns-esp] Mejor Practica para DNS en la nube
by Miguel Angel Amador 11 Jul '17

11 Jul '17

Estimados Alguien tendra una guia de las mejoras practicas por el lado de seguridad... para colocar DNS 's en la nube? ... por aca un cliente interno se esta llevando el dns a cloudflare, dejando el master en la nube, aparte de perder la sincronizacion con el dns interno (entrar a configurar en ambientes separados un registro), siento que deberían tener el master (visible solo a los slave, pero onpremise) y los slave en la nube, para su replicacion. Pero necesito algún estudio que avale lo que pienso. Se agradece cualquier documento que aporte alguna directriz al respecto. Saludos Miguel Amador L.

2 1

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

DNS LACNOG July 2017