September 2021 - Buscador

Re: [BUD] punto.hn, sobre buscador de dominios
by José Urzúa 17 Dec '21

17 Dec '21

Estimado Galileo Es un gusto poder darle mis saludos y espero que todo esté muy bien por vuestra parte. Agradezco el interés en participar en este proyecto y les damos la bienvenida desde el grupo de trabajo del buscador (en copia en este correo). Sobre gitlab, acabo de enviar la invitación al correo galileo(a)punto.hn <mailto:galileo@punto.hn> A continuación, le dejo los enlaces del documento y video que explica la instalación, configuración, puesta en marcha y pruebas. Documento CAS: https://docs.google.com/document/d/1ddSNC5etZQdnmWu_uemvAQow-u6Ugvv5BqFoidI… <https://docs.google.com/document/d/1ddSNC5etZQdnmWu_uemvAQow-u6Ugvv5BqFoidI…> Video CAS: https://drive.google.com/file/d/1dMw2cv2q_QKAKHojo1E7ClOCnddimFpo/view?usp=… <https://drive.google.com/file/d/1dMw2cv2q_QKAKHojo1E7ClOCnddimFpo/view?usp=…> Quedo muy atento en caso de cualquier duda o comentario. Saludos cordiales, -- José Urzúa Jefe Desarrollo de Sistemas NIC Chile - Universidad de Chile > El 29-09-2021, a las 15:59, Galileo García <galileo(a)rds.org.hn> escribió: > > Saludos José, mi nombre es Galileo, trabajo para Punto.hn, y estoy encargado de trabajar en el buscador de dominios con ustedes. > En mi primera instancia quisiera poder tener permiso del proyecto en gitLab, > Mi correo sería: galileo(a)punto.hn <mailto:galileo@punto.hn>, mi número de teléfono es +504 31903136 ya que solicito su asesoría para realizar el desarrollo de manera adecuada.

2 2

[RECORDATORIO / REMINDER] Reunión del 1 de octubre // October 1st meeting
by Santiago Fernández Ruiz 30 Sep '21

30 Sep '21

*Buscador Unificado de DominiosUnified Domain Search Engine* *Webinar* ------------------------------ *Reunión bisemanalBiweekly meeting* ------------------------------ Viernes 1 de octubre / *Friday, October 1st* 16.00 UTC ------------------------------ Unirse a la reunión / *Join meeting* Zoom ES / EN <https://us02web.zoom.us/webinar/register/WN_Hhk6jLYuQUu9maN77Z6YTQ> Clave / Password: LACTLD2020 [image: Facebook] <http://www.facebook.com/> [image: Twitter] <http://www.twitter.com/> [image: Website] <http://www.yourwebsite.com/> Copyright © 2020 LACTLD, All rights reserved. -- *Santiago Fernández Ruiz* Communications Officer *M:* santiago(a)staff.lactld.org *T:* +54 9 1130473172 *W:* www.lactld.org

1 0

Reunión del 1 de octubre // October 1st meeting
by Santiago Fernández Ruiz 27 Sep '21

27 Sep '21

*Buscador Unificado de DominiosUnified Domain Search Engine* *Webinar* ------------------------------ *Reunión bisemanalBiweekly meeting* ------------------------------ Viernes 1 de octubre / *Friday, October 1st* 16.00 UTC ------------------------------ Unirse a la reunión / *Join meeting* Zoom ES / EN <https://us02web.zoom.us/webinar/register/WN_Hhk6jLYuQUu9maN77Z6YTQ> Clave / Password: LACTLD2020 [image: Facebook] <http://www.facebook.com/> [image: Twitter] <http://www.twitter.com/> [image: Website] <http://www.yourwebsite.com/> Copyright © 2020 LACTLD, All rights reserved. -- *Santiago Fernández Ruiz* Communications Officer *M:* santiago(a)staff.lactld.org *T:* +54 9 1130473172 *W:* www.lactld.org

1 0

Re: [BUD] [Ext] Consulta RDAP y dominio disponible
by José Urzúa 20 Sep '21

20 Sep '21

Estimado Francisco, Muchas gracias por su respuesta. Con el grupo de trabajo revisaremos en detalle las alternativas planteadas. Personalmente, me gusta bastante la alternativa 1 y agradezco la referencia la propuesta abandonada. Saludos cordiales, -- José Urzúa Jefe Desarrollo de Sistemas NIC Chile - Universidad de Chile > El 17-09-2021, a las 21:17, Francisco Arias Correa <francisco.arias(a)icann.org> escribió: > > Que tal José: > > Con gusto trataremos de ayudar. Estoy incluyendo en este mensaje a Gustavo y Eduardo que en mi equipo aquí en ICANN trabajan en RDAP. > > De entrada, el RFC 7480 menciona que en RDAP se puede usar cualquier código HTTP. Sin embargo, no encuentro ninguno que me haga sentido para el caso de uso que mencionas. Después de platicar el tema con Gustavo y Eduardo llegamos a tres alternativas que listo a continaución: > > 1. Crear una extensión de RDAP para este propósito. Por ejemplo, Gustavo sugería: registrableDomain/<domain> , 200 - si, 404 - no. Es probablemente la opción mas limpia, pero require algo de trabajo para documentarla y registrarla en IANA. Una propuesta más compleja, y ahora abandonada la puedes ver en https://datatracker.ietf.org/doc/html/draft-newton-regext-rdap-domain-avail… > > 2. Eduardo sugiere usar el "Error response body" como se describe en sección del RFC 9083. No require estandarización, por tanto es relativamente fácil de implementar, basta con que los ccTLDs participantes se pongan de acuerdo en que poner en la respuesta para indicar si el dominio se puede registrar o no. Por no ser estandarizado, solo los participantes que sepan de ello lo entenderán. > > 3. Registrar un nueve código HTTP. No estoy seguro cuál es el proceso, el registro de los códigos en IANA https://www.iana.org/assignments/http-status-codes/http-status-codes.xhtml dice que se require "IETF review", lo que suena complicado, sobre todo tomando en cuenta que probablemente habría que encontrar una propuesta de uso general. > > Saludos, > > -- > Francisco. > > > > On 9/16/21, 10:26, "José Urzúa" <jose(a)nic.cl> wrote: > > Estimado Francisco > > Espero que se encuentre muy bien. Mi nombre es José Urzúa, trabajo para NIC Chile (.CL) y le escribo porque soy parte del grupo de trabajo de LACTLD que está desarrollando un buscador de dominios regional (en copia de este correo). En este grupo también participa José Ernesto Grimaldo y él nos comentó que podemos contactarlo por el tema que paso a explicar: > > De forma muy resumida, el buscador de dominios permite que un usuario pueda saber si un nombre está disponible para inscripción en la región, informando las distintas alternativas que existen en cada ccTLD participante. La aplicación “buscador”, obtiene esa información consultando a cada ccTLD y una forma de consultar es usando el servicio RDAP que algunos países tienen disponible. Por ejemplo, en el caso de .CL tenemos RDAP disponible por medio de reddog. Pero al realizar pruebas con nombres de dominio internacionalizados (IDN) nos encontramos con un caso que nos generó la duda: al consultar por un nombre de dominio que no está inscrito recibo una respuesta con código 404 "Not found”, lo que me parece bien y así podemos mostrar en el buscador que ese nombre está disponible. Pero si consulto por un dominio que “no se puede inscribir”, porque incluye caracteres no soportados por el ccTLD, también obtengo una respuesta con código 404, lo que erróneamente nos lleva a considerar que ese dominio sí está disponible para inscripción, cuando en realidad ese dominio no se podrá inscribir. Estuve mirando los RFC de RDAP y me parece que este comportamiento es acorde a lo que dice el RFC. > > ¿Usted sabe si hay forma de diferenciar estos casos en RDAP? > > Por ejemplo, para el caso de .CL, me gustaría poder diferenciar entre las respuestas por: > > 1- consulta por un dominio IDN disponible que se puede inscribir: diseño-qwerty.cl > 2- consulta por un dominio IDN que no se puede inscribir porque no hay soporte para estos caracteres en el ccTLD: diseño-例子.cl > > En mi opinión, para el segundo caso sería ideal que RDAP me responda con un código 400 Bad request u otro que indique que ese nombre no es válido en el ccTLD. > > De antemano, agradezco su tiempo y espero se haya entendido la consulta que estamos abordando en el grupo de trabajo. > > Saludos cordiales, > -- > José Urzúa > Jefe Desarrollo de Sistemas > NIC Chile - Universidad de Chile >

1 0

Reunión del 28 de septiembre // September 28th meeting
by Santiago Fernández Ruiz 17 Sep '21

17 Sep '21

(English below) Estimados, Espero estén muy bien. Ayer olvidé mencionar que nuestra próxima reunión (28 de septiembre) coincide con uno de los días del Taller de Políticas y Legal. Por lo tanto, quería presentarles 4 planes alternativos: - Atrasar la reunión ese mismo 28/9 a las 18:30 / 19 UTC - Adelantar la reunión al martes que viene (21 de septiembre, 16 UTC) - Mover la reunión al viernes 1 de octubre (16 UTC) - Cancelar la reunión y esperar directamente al 12 de octubre Quedo atento a sus indicaciones, Saludos! ----- Dear all, I hope you are doing well. Yesterday I forgot to mention that our next meeting (September 28) overlaps with one of the days of the Policy and Legal Workshop. Therefore, I wanted to present you with 4 alternative plans: - Delay the meeting that same September 28th at 18:30 / 19 UTC. - Move the meeting to next Tuesday (September 21, 16 UTC) - Move the meeting to Friday October 1st (16 UTC) - Cancel the meeting and wait directly for October 12. I look forward to hearing from you, Best regards! -- *Santiago Fernández Ruiz* Communications Officer *M:* santiago(a)staff.lactld.org *T:* +54 9 1130473172 *W:* www.lactld.org

7 7

Consulta RDAP y dominio disponible
by José Urzúa 16 Sep '21

16 Sep '21

Estimado Francisco Espero que se encuentre muy bien. Mi nombre es José Urzúa, trabajo para NIC Chile (.CL) y le escribo porque soy parte del grupo de trabajo de LACTLD que está desarrollando un buscador de dominios regional (en copia de este correo). En este grupo también participa José Ernesto Grimaldo y él nos comentó que podemos contactarlo por el tema que paso a explicar: De forma muy resumida, el buscador de dominios permite que un usuario pueda saber si un nombre está disponible para inscripción en la región, informando las distintas alternativas que existen en cada ccTLD participante. La aplicación “buscador”, obtiene esa información consultando a cada ccTLD y una forma de consultar es usando el servicio RDAP que algunos países tienen disponible. Por ejemplo, en el caso de .CL tenemos RDAP disponible por medio de reddog. Pero al realizar pruebas con nombres de dominio internacionalizados (IDN) nos encontramos con un caso que nos generó la duda: al consultar por un nombre de dominio que no está inscrito recibo una respuesta con código 404 "Not found”, lo que me parece bien y así podemos mostrar en el buscador que ese nombre está disponible. Pero si consulto por un dominio que “no se puede inscribir”, porque incluye caracteres no soportados por el ccTLD, también obtengo una respuesta con código 404, lo que erróneamente nos lleva a considerar que ese dominio sí está disponible para inscripción, cuando en realidad ese dominio no se podrá inscribir. Estuve mirando los RFC de RDAP y me parece que este comportamiento es acorde a lo que dice el RFC. ¿Usted sabe si hay forma de diferenciar estos casos en RDAP? Por ejemplo, para el caso de .CL, me gustaría poder diferenciar entre las respuestas por: 1- consulta por un dominio IDN disponible que se puede inscribir: diseño-qwerty.cl 2- consulta por un dominio IDN que no se puede inscribir porque no hay soporte para estos caracteres en el ccTLD: diseño-例子.cl En mi opinión, para el segundo caso sería ideal que RDAP me responda con un código 400 Bad request u otro que indique que ese nombre no es válido en el ccTLD. De antemano, agradezco su tiempo y espero se haya entendido la consulta que estamos abordando en el grupo de trabajo. Saludos cordiales, -- José Urzúa Jefe Desarrollo de Sistemas NIC Chile - Universidad de Chile

1 0

FW: Contacto para dudas de RDAP
by Jose Ernesto Grimaldo Tijerina 15 Sep '21

15 Sep '21

Hola a Todos. Adicionalmente les comparto el contacto en ICANN para dudas más específicas sobre RDAP. Francisco Arias francisco.arias(a)icann.org<mailto:francisco.arias@icann.org> Las consultas pueden ir en español sin problema. Saludos! José Ernesto Grimaldo | NIC México Este mensaje contiene información confidencial y se entiende dirigido y para uso exclusivo del destinatario. Si recibes este mensaje y no eres el destinatario por favor elimínalo, ya que difundir, revelar, copiar o tomar cualquier acción basada en el contenido está estrictamente prohibido. Network Information Center, S.A. de C.V., ubicado en Ave. Eugenio Garza Sada 427 Piso 2 Local 1 Col. Altavista, Monterrey, México, C.P. 64840 recaba tus datos personales necesarios para: la prestación, estudio, análisis y mejora del servicio, la realización de comunicaciones y notificaciones; la transferencia y publicación en los casos aplicables; el cumplimiento de la relación existente; así como para la prevención o denuncia en la comisión de ilícitos. Si eres colaborador o candidato a colaborador de NIC México, tus datos serán utilizados para: la creación y administración de tu perfil como profesionista; el otorgamiento de herramientas de trabajo; la realización de estudios; el otorgamiento de programas y beneficios para mejorar tu desarrollo profesional; la gestión y administración de servicios de pago y/o nómina; así como para contacto y/o notificaciones. Si participas en promociones o en estudios podrás dejar de participar. Para mayor información revisa el Aviso de Privacidad (https://www.nicmexico.mx/es-nicmx-avisosdeprivacidad). This message contains confidential information and is intended only for the individual named. If you are not the named addressee please delete it, since the dissemination, distribuition, copy or taking any action in reliance on the contents is strictly prohibited. Network Information Center, S.A. de C.V., located on Av. Eugenio Garza Sada 427 Piso 2 Local 1, Col. Altavista, Monterrey, Mexico, CP 64840 collects your personal data which is necessary to: provide, research, analyze and improve the service; send communications and notices; transfer and publish your personal data when applicable; fulfill the existing relationship; prevent or inform in the commission of unlawful acts or events. If the data is processed in your quality of candidate or collaborator of NIC Mexico, the purpose of treatment is to: create and manage your profile as a professional; provide you with working tools; conduct studies; grant benefits and programs to enhance your professional development; manage and administrate payment services and/or payroll; as well as to contact you. If you participate in promotions or surveys you may stop or quit your participation at any time. For more information read the Privacy Note (https://www.nicmexico.mx/es-nicmx-avisosdeprivacidad/).

1 0

Consulta RDAP - reddog
by José Urzúa 14 Sep '21

14 Sep '21

Estimado Alberto Espero que se encuentre muy bien. Mi nombre es José Urzúa, trabajo para NIC Chile (.CL) y le escribo porque soy parte del grupo de trabajo de LACTLD que está desarrollando un buscador de dominios regional. En este grupo también participa José Ernesto Grimaldo y él nos comentó que podemos contactarlo por el tema que paso a explicar: De forma muy resumida, el buscador de dominios permite que un usuario pueda saber si un nombre está disponible para inscripción en la región, informando las distintas alternativas que existen en cada ccTLD participante. La aplicación “buscador”, obtiene esa información consultando a cada ccTLD y una forma de consultar es usando el servicio RDAP que algunos países tienen disponible. Por ejemplo, en el caso de .CL tenemos RDAP disponible por medio de reddog. Pero al realizar pruebas con nombres de dominio internacionalizados (IDN) nos encontramos con un caso que nos generó la duda: al consultar por un nombre de dominio que no está inscrito recibo una respuesta con código 404 "Not found”, lo que me parece bien y así podemos mostrar en el buscador que ese nombre está disponible. Pero si consulto por un dominio que “no se puede inscribir”, porque incluye caracteres no soportados por el ccTLD, también obtengo una respuesta con código 404, lo que erróneamente nos lleva a considerar que ese dominio sí está disponible para inscripción, cuando en realidad ese dominio no se podrá inscribir. Estuve mirando los RFC de RDAP y me parece que este comportamiento es acorde a lo que dice el RFC, pero no es acorde al uso que necesitamos en el buscador de dominios de LACTLD. ¿Usted sabe si hay forma de diferenciar estos casos en RDAP? Por ejemplo, para el caso de .CL, me gustaría poder diferenciar entre las respuestas por: 1- consulta por un dominio IDN disponible que se puede inscribir: diseño-qwerty.cl 2- consulta por un dominio IDN que no se puede inscribir porque no hay soporte para estos caracteres en el ccTLD: diseño-例子.cl Para el segundo caso, sería ideal que RDAP me responda con un código 400 Bad request u otro que indique que ese nombre no es válido en el ccTLD. De antemano, agradezco su tiempo y espero se haya entendido la consulta que estamos abordando en el grupo de trabajo. Saludos cordiales, -- José Urzúa Jefe Desarrollo de Sistemas NIC Chile - Universidad de Chile

1 0

Re: [BUD] Buscador de Dominios
by José Urzúa 14 Sep '21

14 Sep '21

Estimado Jan Un gusto poder darte mis saludos y espero que todo esté muy bien por vuestra parte. Agradezco el interés en participar en este proyecto y les damos la bienvenida desde el grupo de trabajo del buscador (en copia en este correo). De acuerdo a lo que presentamos en el Taller Técnico de LACTLD, hasta el momento tenemos 2 formas de integración con el buscador. La primera alternativa, es la que hemos probado con mayor detalle y que cumple con lo requerido, es por medio de uso de la aplicación cctld-availability-service (CAS) que desarrollamos en este mismo grupo de trabajo y para la cual tenemos un documento y video que explica la instalación, configuración, puesta en marcha y pruebas. Documento CAS: https://docs.google.com/document/d/1ddSNC5etZQdnmWu_uemvAQow-u6Ugvv5BqFoidI… <https://docs.google.com/document/d/1ddSNC5etZQdnmWu_uemvAQow-u6Ugvv5BqFoidI…> Video CAS: https://drive.google.com/file/d/1dMw2cv2q_QKAKHojo1E7ClOCnddimFpo/view?usp=… <https://drive.google.com/file/d/1dMw2cv2q_QKAKHojo1E7ClOCnddimFpo/view?usp=…> La segunda alternativa es por medio de RDAP, pero tenemos algunos temas pendientes de abordar. En caso que en .HN tengan disponible RDAP y les interese continuar por esta vía, nos avisas y vemos cómo continuar. Espero puedas revisar el documento y video que preparamos para la aplicación CAS, quedamos muy atentos a cualquier comentario que tengas. Saludos, -- José Urzúa Jefe Desarrollo de Sistemas NIC Chile - Universidad de Chile > El 14-09-2021, a las 13:06, Jan Melgar Alvarado <janalvarado(a)rds.org.hn> escribió: > > Buen día estimado José, > > Espero que todo marche muy bien de tu lado. Me remito a tu persona para saber cómo podemos realizar de parte del .HN el poder anexarnos en lo que sería el buscador de dominios, asimismo, aprovecho para exponerte que en nuestro caso nosotros estamos basados en una instancia tercerizada con CoCCA, así con ello poder saber que necesitamos solicitarle a Garth con respecto a la integración que haría nuestro desarrollador. > > A la espera de tus comentarios. > > Atte. > > > <Outlook-f2ykovjt.jpg>

2 1

Contacto RedDog en NIC México
by Jose Ernesto Grimaldo Tijerina 14 Sep '21

14 Sep '21

Hola a todos, Para consultas en torno a RedDog pueden escribirle a Alberto Leiva aleiva(a)nic.mx<mailto:aleiva@nic.mx> Cualquier cuestión adicional no duden en avisarme y con gusto revisamos internamente. Saludos! José Ernesto Grimaldo | NIC México Este mensaje contiene información confidencial y se entiende dirigido y para uso exclusivo del destinatario. Si recibes este mensaje y no eres el destinatario por favor elimínalo, ya que difundir, revelar, copiar o tomar cualquier acción basada en el contenido está estrictamente prohibido. Network Information Center, S.A. de C.V., ubicado en Ave. Eugenio Garza Sada 427 Piso 2 Local 1 Col. Altavista, Monterrey, México, C.P. 64840 recaba tus datos personales necesarios para: la prestación, estudio, análisis y mejora del servicio, la realización de comunicaciones y notificaciones; la transferencia y publicación en los casos aplicables; el cumplimiento de la relación existente; así como para la prevención o denuncia en la comisión de ilícitos. Si eres colaborador o candidato a colaborador de NIC México, tus datos serán utilizados para: la creación y administración de tu perfil como profesionista; el otorgamiento de herramientas de trabajo; la realización de estudios; el otorgamiento de programas y beneficios para mejorar tu desarrollo profesional; la gestión y administración de servicios de pago y/o nómina; así como para contacto y/o notificaciones. Si participas en promociones o en estudios podrás dejar de participar. Para mayor información revisa el Aviso de Privacidad (https://www.nicmexico.mx/es-nicmx-avisosdeprivacidad). This message contains confidential information and is intended only for the individual named. If you are not the named addressee please delete it, since the dissemination, distribuition, copy or taking any action in reliance on the contents is strictly prohibited. Network Information Center, S.A. de C.V., located on Av. Eugenio Garza Sada 427 Piso 2 Local 1, Col. Altavista, Monterrey, Mexico, CP 64840 collects your personal data which is necessary to: provide, research, analyze and improve the service; send communications and notices; transfer and publish your personal data when applicable; fulfill the existing relationship; prevent or inform in the commission of unlawful acts or events. If the data is processed in your quality of candidate or collaborator of NIC Mexico, the purpose of treatment is to: create and manage your profile as a professional; provide you with working tools; conduct studies; grant benefits and programs to enhance your professional development; manage and administrate payment services and/or payroll; as well as to contact you. If you participate in promotions or surveys you may stop or quit your participation at any time. For more information read the Privacy Note (https://www.nicmexico.mx/es-nicmx-avisosdeprivacidad/).

2 1

2024

2023

2022

2021

Buscador September 2021