Sitio Finder

Ir a: navegación, búsqueda de

Sitio Finder fue un registro DNS comodín para todos .com y .net nombres de dominio no registrados, dirigido por .com y. net dominio de nivel superior operador VeriSign entre el 15 de septiembre de 2003 y 04 de octubre de 2003.

Contenido

  • 1 Sitio Finder
  • 2 Temas y controversias
  • 3 Fallout
  • 4 Referencias
  • 5 Enlaces externos

Sitio Finder

Todos los usuarios de Internet que acceder cualquier dominios no registrados en el dominio .com y. net, fueron redirigidos a un VeriSign portal web con información sobre productos de VeriSign y enlaces a sitios de "socio". Esto le dio la ventaja de recibir mayores ingresos de publicidad y de los usuarios que deseen registrar estos nombres de dominio a VeriSign. Tuvo el efecto de "capturar" el tráfico Web escrito por varios millones de dólares mal o web experimental accesos por día y significaba que VeriSign efectivamente "propiedad" todo posible .com y dominios .net que no habían sido comprados por otros y pueden utilizarlas como plataforma publicitaria.

VeriSign describió el cambio como un intento de mejorar la experiencia del usuario ingenuo de navegación Web. Los críticos de VeriSign vieron esta afirmación como falso. Sin duda, el cambio condujo a un aumento dramático en la cantidad de tráfico de Internet llega a verisign.com. Según la empresa de medición de tráfico web Alexa., en el año anterior el cambio verisign.com rodeaba el sitio web más popular de 2,500. En las semanas siguientes el cambio, el sitio entró en los top 20 sitios más populares y alcanzó el top 10 en las secuelas del cambio y la controversia rodea.[1]

Temas y controversias

Hubo una tormenta de controversia entre los operadores de red y registradores de dominio competencia, particularmente en el influyente NANOG y ICANN listas de correo, algunos de los cuales afirmaron:

  • que la redirección era contrario a la operación apropiada de la DNS, ICANN política y la arquitectura de Internet en general;
  • VeriSign violó su confianza con la comunidad de Internet usando la arquitectura técnica a la comercialización;
  • que la redirección rompió varios RFC y perturba los servicios de Internet existentes, tales como correo electrónico relé y filtrado)spam los filtros no fueron capaces de detectar la validez de nombres de dominio);
  • que la redirección ascendió a typosquatting donde el dominio unregistered dirimiendo es un error de ortografía para un dominio registrado famoso;
  • que VeriSign abusado su control técnico sobre los dominios .com y. net ejerciendo una de facto control monopólico;
  • que VeriSign puede haber sido en violación de sus contratos para el funcionamiento de los dominios .com y. net;
  • que el servicio Site Finder asume que todo el tráfico DNS fue causado por los clientes Web, ignorando el hecho de DNS es usado por otras aplicaciones tales como red impresora conductores, FTP software y aplicaciones de comunicaciones dedicado. Si los usuarios de estas aplicaciones accidentalmente introduce un nombre de host incorrecto, en lugar de un error significativo "host no encontrado" obtendrían un error "petición timed out", que pareciera que el servidor existe pero no responde. Ninguna declaración por VeriSign en apoyo de sitio buscador incluso reconoció la existencia de tráfico DNS no causado por los clientes web,[citación necesitada] Aunque publicaron implementación los detalles que mencionó este tráfico.[2]
  • ese sitio Finder contenía un EULA que indica que el usuario acepta los términos usando el servicio--pero ya que escribir una dirección automáticamente provocó el servicio ser utilizado, los usuarios no podían negarse a aceptar los términos.

Otros estaban preocupados que fue escrito enteramente en el servicio Site Finder Inglés y por lo tanto no era accesible por no hablan inglés.

El Internet Architecture Board compuso un documento detallando muchos de los argumentos técnicos contra el nivel de registro comodines;[3] Esto fue utilizada por la ICANN como parte de sus argumentos justificativos para su acción.

Fallout

Un número de soluciones fueron desarrollado para deshabilitar localmente los efectos de sitio buscador sobre una base por la red. En particular, la Internet Systems Consortium anunció que había producido una versión de la BIND Software DNS que podría configurarse por Proveedores de servicios de Internet para filtrar comodín DNS de determinados dominios; Este software fue desplegado por un número de ISPs.

En 04 de octubre de 2003, como resultado de una fuerte carta de ICANN, VeriSign deshabilitado Site Finder. Sin embargo, VeriSign ha hecho declaraciones públicas que sugieren que puede considerar si cambiarán esta decisión en el futuro. El 27 de febrero de 2004, VeriSign presentó una demanda contra ICANN, alegando que ICANN había excedido en su autoridad. La demanda considera no sólo un sitio buscador, pero también VeriSign es muy criticada Esperar servicio de anuncios. El reclamo fue despedido en agosto de 2004; partes de la demanda continuaron y culminaron en un acuerdo de 01 de marzo de 2006 entre VeriSign e ICANN que incluyó "un nuevo acuerdo de registro relativos a la operación del registro .COM."[4]

En 09 de julio de 2004, la ICANN Comité Consultivo de seguridad y estabilidad (SSAC) impuestas a sus conclusiones tras una investigación del sitio en el buscador. Encontró que el servicio no debería implementarse antes de ICANN o comunidades de ingeniería apropiadas se ofrecieron la oportunidad de revisar una implementación propuesta y que registros de nombre de dominio que proporcionan que un servicio a terceros debe eliminar registros Comodines si se utilizan.

Referencias

  1. ^ Alexa.com
  2. ^ Implementación de VeriSign sitio Finder VeriSign Naming y servicios de directorio, 27 de agosto de 2003
  3. ^ Comentario del IAB: Arquitectura preocupaciones sobre el uso de comodines de DNS, 19 de septiembre de 2006
  4. ^ Junta Directiva de ICANN aprueba acuerdos extrajudiciales de VeriSign ICANN, 28 de febrero de 2006

Enlaces externos

  • Implementación de Finder de VeriSign sitio documento (PDF)
  • Anuncio de VeriSign para NANOG de sus cambios DNS comodín
  • Asesor ICANN con respecto a la demanda para quitar comodín de VeriSign del 03 de octubre de 2003
  • Discusión Slashdot sobre sitio Finder
  • Anuncio Internet Software Consortium de función "sólo delegación" que puede utilizarse para ignorar gTLD comodines
  • VeriSign para reactivar el servicio redireccionamiento Artículo CNET escrito 15 de octubre de 2003
  • Washington Post (27.02.2004): Traje desafía poderes de Internet clave autoridad
  • Resultados de ICANN SSAC en servicio Site Finder (PDF)

Otras Páginas

Obtenido de"https://en.copro.org/w/index.php?title=Site_Finder&oldid=635475523"