DNS LACNOG

dns@listas.nog.lat

205 discussions

[dns-esp] Fwd: Proposal for Future Root Zone KSK Rollovers
by Hugo Salgado-Hernández 07 Nov '19

07 Nov '19

Hola. ICANN publicó una propuesta para los futuros rollovers de la KSK de la raíz. Considera hacerlo cada 3 años y prepublicarla 2 años antes. Los 3 años me parecen un buen compromiso entre la gente que considera que debe hacerse muy seguido, para darle normalidad; y darle tiempo a los softwares y OS de sacar nuevos releases con la nueva llave. Lo de la prepublicación parecería exagerado si uno piensa que es solo para dar tiempo al RFC5011, pero bajo el argumento de usarla como "backup" en caso de compromiso de la llave actual, cobra un nuevo sentido. Supongo que el miedo por el aumento de tamaño del DNSKEY ya no tiene mucho sentido, después que el rollover del año pasado estuvo pospuesto por 1 año con las llaves viviendo 14 meses en la raíz, sin errores importantes que hubiéramos notado! Saludos, Hugo

1 0

[dns-esp] DNS Recursivo - Separar Cache v4 e v6 - Como medir a efetividade?
by Douglas Fischer 23 Oct '19

23 Oct '19

Olá a todos! Uma saudação principal aqueles que estavam no BoF de DNS no LACNIC32. Bom, o nome da lista é "DNS em Espanhol", mas vou tomar a liberdade de escrever em português... (Consultei os colegas, e me disseram que não haveria problemas). Para meu primeiro contato com o Working Group, resolvi trazer a tona aquele tema que comentei na reunião presencial. *** Caches Separados para DNS Recursivo para IPv6 e para IPv4. *** *** Como fazer uma análise para verificar se isso é realmente efetivo? *** Apenas para clarificar: Não falo e eliminar resposta v4 das consultas para o socket v6 e nem eliminar respostas v6 para cunsultas feitas para o socket v4. Essa teoria tem a ver com a formação dos caches e com a diferença da tabela de roteamento IPv4 e IPv6 Vou tentar exemplificar: a - Imagine que uma CDN(Akamai, Azion, EdgeCast, etc...) tenha os seguintes nodos: a.1 - São Paulo - 200.1.55.80 - 2001:1:55:80 a.2 - Miami - 200.1.1.80 - 2001:1:1::80 b - Quando um cliente acessa algum site que use essa CDN para entrega de conteúdo, ele provavelmente vai receber alguma coisa como https://staticcontent.siteacessed.com/photoofthecompany.png. c - A primeira coisa que vai acontecer é que a empresa siteacessed.com vai apontar staticcontent.siteacessed.com para a CDN. Provavelmente com um CNAME para siteacessed.somecdnname.net. d - Imaginando um end-user usando IPv4 (200.189.189.189) de um ISP no Rio de Janeiro esteja acessando esse site, ele vai mandar para o NS recursivo usando IPv4 (200.189.180.53) do ISP a pergunta: ?siteacessed.somecdnname.net ? e - O Recursivo vai fazer a consulta e vai perguntar para os NS autoritativo(x.y.z.53) da CDN ?siteacessed.somecdnname.net? f - O mecanismo inteligente do Autoritativo da CDN vai analisar que o servidor que está mais "PERTO" desse cliente é o nodo de São Paulo, e vai responder A -> 200.1.55.80 AAAA -> 2001:1:55::80 g - O end-user vai acessar o conteúdo em 200.1.55.80, RioDeJaneiro->SãoPaulo_SãoPaulo->RioDeJaneiro e vai ser feliz... --- Até aqui tudo normal --- h - Agora um outro end-user desse mesmo ISP do Rio de janeiro, usando IPv6 2001:189:190::1234, resolve acessar o mesmo conteúdo que o usuário anterior, e vai mandar a pergunta ?siteacessed.somecdnname.net? para o mesmo NS recursivo só que por IPv6 (2001:189:180::53) i - Acontece que agora o NS Recursivo tem no Cache as duas respostas... E vai mandar para o end-user. A -> 200.1.55.80 AAAA -> 2001:1:55::80 j - O end-user vai pegar essa resposta e vai tentar acessar 2001:1:55::80 que é de São Paulo. Porém, por uma diferença nas políticas de roteamentos dos ASNs envolvidos, para acesssar esse IPv6, os pacotes tem que ir RioDeJaneiro->Miami->SãoPaulo_SãoPaulo->Miami->RioDeJaneiro... A diferença entre J e G é absurda... Certo? Para resolver isso, o que as CDNs fazem? -> Reduzem o TTL para 1 minuto... Bom, sabemos que isso não é saudável. E além de resolver completamente, pode também causar o problema contrário... No caso de a primeira pergunta depois da expiração do cache ser em IPv6. A minha proposta é que para contornar isso, os ISPs criem servidores separados para v4 e para v6: - Server v4 só responde para IPv4, prefere fazer perguntas aos autoritativosm em IPv4 - Server v6 só responde para IPv6, prefere fazer perguntas aos autoritativosm em IPv6 Pronto. Contei a história! E aí? Faz algum sentido para os senhores? Se faz sentido, como criar comprovar isso? -- Douglas Fernando Fischer Engº de Controle e Automação

6 6

[dns-esp] Invitación a DNS WG BoF en LACNOG 2019 Panamá
by Mauricio Vergara Ereche 22 Oct '19

22 Oct '19

Estimados DNS entusiastas, Para aquellos que estén físicamente en Panamá para las reuniones LACNIC 32 y LACNOG 2019, el día *Jueves 10 de Octubre a las 18:00 hr* aproximadamente (luego del término de las sesiones de LACNOG) en la *sala 9* del mismo lugar de la conferencia, junto a Hugo Salgado de NIC Chile y quien les escribe, les invitamos a participar en una sesión de BoF para conversar temas sobre DNS y el Working Group DNS de LACNOG. La agenda tentativa para esa jornada es la siguiente: - Qué es y qué hace el WG DNS de LACNOG - Tópicos de discusión sobre Seguridad y Privacidad sobre DNS - Algunos tips sobre DoT y DoH - Preguntas abiertas / Ideas de proyectos / Comentarios sobre el futuro del WG. El único requisito para participar es estar inscrito, traer su credencial de la reunión LACNOG y estar interesados en asistir a esta jornada trayendo sus comentarios, inquietudes, ideas y cualquier otro tema que sea relacionado con el mundo DNS. La reunión no durará más de 1 hora. Hasta el momento no tenemos asignado audio/video para participantes remotos, pero si existe interés en participar a distancia, por favor responda a este mismo correo en forma privada, e intentaremos dar algún acceso. Saludos cordiales, Hugo, Mauricio -- Mauricio Vergara Ereche about.me/mave

6 9

[dns-esp] [DNS-ES] Consulta sobre query y delegación
by Miguel Angel Amador 18 Oct '19

18 Oct '19

Estimados Recurro a la lista por un caso puntual a resolver. en mi vista interna tengo el dominio pepito.com (por dar un ejemplo) ... pero se requiere que www.pepito.com apunta hacia cloudflare, donde vive todos los sitios web, entonces lo que se hizo fue crear en el dns interno el registro: pepito.com www 3600 IN NS rafe.ns.cloudflare.com. www 3600 IN NS zeus.ns.cloudflare.com. y en cloudflare es autoritativo para pepto.com en internet y en el el registro www.pepito.com A 200.20.20.20 , pero a su vez es proxeado por cloudflare. entonces mi duda es...una consulta en mi dns resolver interno no hace recursion, si no que va y consulta el www directo hacia cloudflare... y esta query es respondida por cloudflare como autoritativo, dando las ip's que el presenta, ¿La query es diferente a si yo la envio a un resolver de internet que si va a un autoritaritativo directamente? yo encuentro un poco sucia o poco elegante esa forma, pero no tengo un argumento tecnico de buena practica para decir que no es correcto y es lo que busco... o si es correcto, bueno, aceptarlo. Quedo atento. Gracias!

8 7

[dns-esp] [LACTLD] Informe IETF 105
by Rocío de la Fuente 06 Sep '19

06 Sep '19

Estimados: Podrán encontrar adjunta la versión en español del Informe sobre el IETF 105. Este informe fue producido en colaboración con CENTR y traducido por LACTLD. Agradecemos, especialmente, a Hugo Salgado (NIC Chile) por la revisión de la edición en español. Esperamos que les resulte de utilidad. Saludos cordiales, -- *Rocío de la Fuente* Communications Officer LACTLD +598 2 604 22 22 www.lactld.org

1 0

[dns-esp] Foro DNS LAC en Puerto Rico el 22 de Agosto
by Mauricio Vergara Ereche 01 Aug '19

01 Aug '19

Hola! Les quería compartir esta información sobre un Foro del DNS que se realizará en Puerto Rico, dentro del marco de la celebración de los 30 años del .PR La agenda está disponible acá: http://lacdnsforum.lat/ No me queda claro si habrá una señal de streaming en vivo, pero puede ser interesante para alguien que esté en esa área y que le interese participar. Saludos! -- Mauricio Vergara Ereche about.me/mave

1 0

[dns-esp] Dns Flag Day 2020
by Miguel Angel Amador 31 Jul '19

31 Jul '19

Estimado colisteros Les dejo esta información para que la tengan en el radar. https://www.forbes.com/sites/forbestechcouncil/2019/07/30/dns-flag-day-is-b… <https://www.forbes.com/sites/forbestechcouncil/2019/07/30/dns-flag-day-is-b…> https://dnsflagday.net/2020/#dns-flag-day-2020 Saludos

3 2

[dns-esp] Problemas con la implementación DNSSEC en F5
by Hugo Salgado-Hernández 19 Jul '19

19 Jul '19

Estimados, la gente de .CZ encontró un problema con la implementación de DNSSEC en los balanceadores BIG-IP de F5, que causa problemas en ciertos validadores: <https://en.blog.nic.cz/2019/07/10/error-in-dnssec-implementation-on-f5-big-…> Dentro del artículo hay más detalles y la forma de parcharlo. Saludos, Hugo

6 9

[dns-esp] Información sobre aumento de tamaño de llaves DNSSEC ZSK para las zonas .NET y .ARPA
by Mauricio Vergara Ereche 10 Jul '19

10 Jul '19

Hola! Verisign en su rol de mantenedor de las zonas .NET y .ARPA ha anunciado que está preparando un cambio operacional para aumentar el tamaño de las llaves ZSK de las zonas .NET (de 1024b a 1280b) y .ARPA (de 1024b a 2048b). Los hitos importantes: 10-Jul: Nueva ZSK (de 1280b) de .NET será pre-publicada 11-Jul: Nueva ZSK (de 2048b) de .ARPA será pre-publicada 15-Jul: La zona .NET comenzará a ser firmada con esa nueva ZSK 20-Jul: La antigua ZSK de .NET (de 1024b) será removida de la zona. 21-Jul: La zona .ARPA comenzará a ser firmada con esa nueva ZSK 10-Ago: La antigua ZSK de .ARPA (de 1024b) será removida de la zona. Los mensajes originales fueron estos: https://lists.dns-oarc.net/pipermail/dns-operations/2019-July/019005.html https://lists.dns-oarc.net/pipermail/dns-operations/2019-July/019006.html El cambio se espera que no genere ningún problema operacional, pero Verisign ha de todas maneras ha preparado un plan para hacer un rollover en caso de emergencia y volver a usar las llaves originales. Saludos! -- Mauricio Vergara Ereche about.me/mave

1 0

[dns-esp] Llamado a postulación de presentaciones DNS-OARC 31, Austin Texas 31-Oct - 01-Nov 2019
by Mauricio Vergara Ereche 01 Jul '19

01 Jul '19

El workshop 31 de DNS-OARC tomará lugar en el hotel JW Marriott Austin en Austin, TX, USA los días 31 de Octubre y 1 de Noviembre del 2019. Este evento ocurrirá en conjunto al NANOG 77 (del 27-Oct al 30-Oct) El comité del programa de DNS-OARC invita a presentar propuestas de trabajos y presentaciones. *Todos los temas relacionados al DNS son bienvenidos.* Adicionalmente, un espacio de tiempo estará disponible para Charlas Cortas (Lighting Talks) de 5 a 10 minutos durante el segundo día del Workshop. Dichas propuestas serán aceptadas hasta la mañana del segundo día. Durante el Workshop, habrá una sesión sobre temas internos a OARC junto al AGM (Annual General Meeting) sólo para miembros, la cual incluirá reportes sobre las actividades de DNS-OARC. Si usted es un miembro de DNS-OARC y tiene un tema sensible que le gustaría presentar, se puede acomodar un espacio durante esta sesión. Hitos del Workshop: 25 Jun 2019: Apertura de llamado a presentar propuestas de presentaciones via indico:<https://indico.dns-oarc.net/event/32> 16 Ago 2019: Fecha límite para presentar propuestas (medianoche CDT) 28 Ago 2019: Publicación de la Lista inicial de contribuciones y presentadores 28 Sep 2019: Publicación de la Agenda final del evento 18 Oct 2019: Fecha límite para subir slides o material extra a indico 31 Oct 2019: Inicio del Workshop Mayores detalles sobre el envío de propuestas se pueden revisar en: <https://indico.dns-oarc.net/event/32/call-for-abstracts/> Las presentaciones durante el workshop serán organizadas por temas afines, dependiendo de la cantidad de temas y tiempo de cada presentación. Habrán espacios de 15 y 30 minutos para cada presentación, por favor manifieste su preferencia al momento de presentar su propuesta. Para permitir que el Comité de Programa pueda hacer una evaluación objetiva de las propuestas presentadas y para asegurar la calidad del workshop, las propuestas *DEBEN* incluir material de apoyo extra (como slides). Slides iniciales o borradores son permitidas durante la presentación de propuestas. Si usted tiene dudas o preguntas, puede contactar directamente al comité de programa: https://www.dns-oarc.net/oarc/programme via <submissions(a)dns-oarc.net> Mauricio, a nombre del Comité de Programa de DNS-OARC DNS-OARC depende de auspiciadores para poder financiar sus workshops y eventos sociales. Por favor contacte a <sponsor(a)dns-oarc.net> si su organización está interesada en convertirse en un auspiciador del evento. (Notar que DNS-OARC es mantenido como una organización sin fines de lucro, por lo que no está en posición de reembolsar gastos o tiempo de los expositores durante el workshop) ***** ENGLISH VERSION ****** Subject: Call for Presentations: 31st DNS-OARC Workshop, Austin, Texas, Oct 31 - Nov 01 2019 Colleagues, The 31st DNS-OARC Workshop will take place at the JW Marriott Austin in Austin, Texas, USA on October 31st and November 1st 2019. It is co-located with and will take place right after NANOG 77 (Oct 27th to Oct 30th 2019). The Workshop's Program Committee is now requesting proposals for presentations. All DNS-related subjects are welcome. A time slot will also be available for lightning talks (5-10 minutes each) on day two of the workshop, for which submissions will be accepted just before the start of the workshop and until the start of the morning break on day two. There will be an OARC Business and AGM session during the workshop, which will be for OARC Members only. If you are an OARC member and have a sensitive topic that you wish to present during that session those can be accommodated. Workshop Milestones: 25 Jun 2019 - Submissions open via Indico 16 Aug 2019 - Deadline for submission (midnight CDT) 28 Aug 2019 - Initial Contribution list published 28 Sep 2019 - Full agenda published 18 Oct 2019 - Deadline for slideset submission 31 Oct 2019 - Workshop Details for presentation submission are published here: <https://indico.dns-oarc.net/event/32/call-for-abstracts/> The workshop presentations will be organized by common themes, depending on the topics and the timing of each presentation. There are 30-minute and 15-minute slots, let us know your preference in your submission. To allow the Programme Committee to make objective assessments of submissions, so as to ensure the quality of the workshop, submissions SHOULD include slides. Draft slides are acceptable on submission. If you have questions or concerns you can contact the Programme Committee: https://www.dns-oarc.net/oarc/programme via <submissions(a)dns-oarc.net> Mauricio, for the DNS-OARC Programme Committee OARC depends on sponsorship to fund its workshops and associated social events. Please contact <sponsor(a)dns-oarc.net> if your organization is interested in becoming a sponsor. (Please note that OARC is run on a non-profit basis, and is not in a position to reimburse expenses or time for speakers at its meetings.) -- Mauricio Vergara Ereche about.me/mave

1 0

← Newer
1
2
3
4
5
6
7
8
9
...
21
Older →

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

DNS LACNOG