{"id":92998,"date":"2020-09-02T01:42:42","date_gmt":"2020-09-01T23:42:42","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/odna-iz-funkczij-chromium-sozdayot-ogromnuyu-nagruzku-na-kornevye-dns-servery"},"modified":"2020-09-02T01:42:42","modified_gmt":"2020-09-01T23:42:42","slug":"odna-iz-funkczij-chromium-sozdayot-ogromnuyu-nagruzku-na-kornevye-dns-servery","status":"publish","type":"post","link":"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/odna-iz-funkczij-chromium-sozdayot-ogromnuyu-nagruzku-na-kornevye-dns-servery","title":{"rendered":"Una de las funciones de Chromium genera una gran carga en los servidores DNS ra\u00edz","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Una
\n
\nEl navegador Chromium, una plataforma de c\u00f3digo abierto en activo desarrollo que es la madre de Google Chrome y del nuevo Microsoft Edge, ha atra\u00eddo una atenci\u00f3n negativa considerable debido a una funci\u00f3n dise\u00f1ada con buenas intenciones: verifica si el proveedor est\u00e1 'robando' resultados de b\u00fasqueda inexistentes de dominios.<\/p>\n

Detector de Redirecci\u00f3n Intranet<\/a><\/noindex>, generando solicitudes falsas de 'dominios' aleatorios cuya existencia es estad\u00edsticamente improbable, es responsable de aproximadamente la mitad del tr\u00e1fico total recibido por los servidores DNS ra\u00edz en todo el mundo. El ingeniero de Verisign Matt Thomas escribi\u00f3 un extenso publicaci\u00f3n<\/a><\/noindex> en el blog de APNIC describiendo el problema y evaluando su magnitud.
\n<\/a><\/noindex><\/p>\n

C\u00f3mo se realiza normalmente la resoluci\u00f3n DNS<\/h2>\n

\n\"Una
\nEstos servidores son la m\u00e1xima autoridad a la que se debe recurrir para resolver .com, .net, etc., para informarle que frglxrtmpuf no es un dominio de nivel superior (TLD).<\/i><\/p>\n

DNS, o Sistema de Nombres de Dominio, es un sistema que permite a las computadoras convertir nombres de dominio memorables como arstechnica.com en IP mucho menos convenientes, como 3.128.236.93. Sin DNS, Internet no podr\u00eda existir de una manera comprensible para los humanos, lo que significa que una carga innecesaria en la infraestructura de nivel superior es un problema real.<\/p>\n

Para cargar una sola p\u00e1gina web moderna puede ser necesario un n\u00famero inconcebible de b\u00fasquedas DNS. Por ejemplo, al analizar la p\u00e1gina principal de ESPN, contamos 93 nombres de dominio individuales, desde a.espncdn.com hasta z.motads.com. \u00a1Todos ellos son necesarios para cargar la p\u00e1gina por completo!<\/p>\n

Para que el sistema de b\u00fasqueda pueda soportar esta carga, ya que necesita atender a todo el mundo, DNS est\u00e1 dise\u00f1ada como una jerarqu\u00eda multinivel. En la cima de esta pir\u00e1mide est\u00e1n los servidores ra\u00edz: cada dominio de nivel superior, como .com, tiene su propio grupo de servidores que son la m\u00e1xima autoridad para cada dominio por debajo de ellos. Un escal\u00f3n por encima de estos<\/em> servidores est\u00e1n los propios servidores ra\u00edz, desde a.root-servers.net<\/code> hasta m.root-servers.net<\/code>.<\/p>\n

\u00bfCon qu\u00e9 frecuencia ocurre esto?<\/h2>\n

\nGracias a la jerarqu\u00eda de cach\u00e9 de m\u00faltiples niveles de la infraestructura DNS, solo un peque\u00f1o porcentaje de las consultas DNS mundiales alcanza los servidores ra\u00edz. La mayor\u00eda de las personas obtiene informaci\u00f3n del resolvedor DNS directamente de su proveedor. Cuando un dispositivo del usuario necesita saber c\u00f3mo llegar a un sitio web espec\u00edfico, la consulta se env\u00eda primero a un servidor DNS gestionado por ese proveedor local. Si el servidor DNS local no tiene una respuesta, redirige la consulta a sus propios \"servidores de reenv\u00edo\" (en caso de que est\u00e9n configurados).<\/p>\n

Si ni el servidor DNS del proveedor local ni los \"servidores de reenv\u00edo\" especificados en su configuraci\u00f3n tienen una respuesta en cach\u00e9, la consulta se eleva directamente al servidor de autoridad del dominio arriba<\/em> que est\u00e1s intentando resolver. En el caso de dominio.com<\/code> esto significar\u00e1 que la consulta se env\u00eda a los servidores de autoridad del mismo dominio com<\/code>, que est\u00e1n ubicados en la direcci\u00f3n gtld-servers.net<\/code>.<\/p>\n

Sistema gtld-servers<\/code>, a la que se realiz\u00f3 la consulta, responde con una lista de servidores de nombres de autoridad para el dominio dominio.com, as\u00ed como al menos un registro vinculante que contiene la direcci\u00f3n IP de uno de esos servidores de nombres. Luego, las respuestas se transmiten en cadena: cada servidor de reenv\u00edo env\u00eda estas respuestas hacia abajo al servidor que las solicit\u00f3, hasta que finalmente la respuesta llega al servidor del proveedor local y a la computadora del usuario. Todos ellos almacenan en cach\u00e9 esta respuesta para no tener que molestar a los sistemas de niveles superiores.<\/p>\n

En la mayor\u00eda de los casos, los registros de servidores de nombres para dominio.com<\/strong> ya estar\u00e1n en cach\u00e9 en uno de esos servidores de reenv\u00edo, por lo que los servidores ra\u00edz no son molestados. Sin embargo, mientras hablamos del formato habitual de URL \u2014 el que se convierte en un sitio web convencional. Las consultas de Chrome corresponden al nivel arriba<\/em> de esto, en un nivel de los propios cl\u00fasteres root-servers.net<\/code>.<\/p>\n

Chromium y la verificaci\u00f3n de suplantaci\u00f3n NXDomain<\/h2>\n

\n\"Una
\nLas verificaciones de Chromium \"\u00bfeste servidor DNS no me est\u00e1 enga\u00f1ando?\" representan casi la mitad de todo el tr\u00e1fico que llega al cl\u00faster de servidores DNS ra\u00edz de Verisign.<\/i><\/p>\n

El navegador Chromium, el proyecto madre de Google Chrome, el nuevo Microsoft Edge y una cantidad innumerable de navegadores menos conocidos, desea proporcionar a los usuarios una forma sencilla de b\u00fasqueda en un solo campo, a veces llamado \u00abOmnibox\u00bb. En otras palabras, el usuario ingresa tanto URL reales como consultas a motores de b\u00fasqueda en el mismo campo de texto en la parte superior de la ventana del navegador. Avanzando un paso m\u00e1s hacia la simplificaci\u00f3n, tampoco obliga al usuario a ingresar una parte de la URL con http:\/\/<\/code> o https:\/\/<\/code>.<\/p>\n

Por conveniente que sea, este enfoque requiere que el navegador entienda qu\u00e9 debe considerar como URL y qu\u00e9 como consulta de b\u00fasqueda. En la mayor\u00eda de los casos, esto es bastante obvio; por ejemplo, una cadena con espacios no puede ser una URL. Pero las cosas pueden ser m\u00e1s complicadas si se consideran las intranets: redes privadas que tambi\u00e9n pueden utilizar dominios de nivel superior privados para resolver sitios web reales.<\/p>\n

Si un usuario en la intranet de su empresa ingresa \u00abmarketing\u00bb, y hay un sitio web interno con ese mismo nombre, Chromium muestra un cuadro de informaci\u00f3n preguntando al usuario si desea buscar \u00abmarketing\u00bb o ir a https:\/\/marketing<\/code>. Eso est\u00e1 bien, pero muchos proveedores de Internet y proveedores de redes Wi-Fi p\u00fablicas \u00absecuestran\u00bb cada URL ingresada con errores tipogr\u00e1ficos, redirigiendo al usuario a alguna p\u00e1gina llena de anuncios.<\/p>\n

Generaci\u00f3n aleatoria<\/h2>\n

\nLos desarrolladores de Chromium no quer\u00edan que los usuarios en redes comunes vieran un cuadro de informaci\u00f3n preguntando qu\u00e9 quer\u00edan decir cada vez que buscaban una sola palabra, as\u00ed que implementaron una prueba: al iniciar el navegador o cambiar de red, Chromium realiza b\u00fasquedas DNS de tres \u00abdominios\u00bb de nivel superior generados aleatoriamente, que tienen entre siete y quince caracteres. Si cualesquiera de estas dos consultas devuelve la misma direcci\u00f3n IP, Chromium asume que la red local est\u00e1 \u00absecuestrando\u00bb errores NXDOMAIN<\/code>, que deber\u00eda recibir, por lo que el navegador considera todas las consultas de una sola palabra como intentos de b\u00fasqueda hasta nuevo aviso.<\/p>\n

Desafortunadamente, en redes que no<\/em> secuestran los resultados de consultas DNS, estas tres operaciones generalmente se elevan a la parte superior, hasta los mismos servidores ra\u00edz de nombres: el servidor local no sabe c\u00f3mo resolver qwajuixk<\/code>, por lo que redirige esta solicitud a su servidor de reenv\u00edo, que hace lo mismo hasta que, finalmente, a.root-servers.net<\/code> o uno de sus \u00abhermanos\u00bb no se ve obligado a decir \u00abLo siento, pero ese no es un dominio\u00bb.<\/p>\n

Dado que existen aproximadamente 1,67*10^21 posibles nombres de dominio falsos con longitudes de entre siete y quince caracteres, la mayor\u00eda de las veces cada<\/em> una de estas pruebas, realizadas en una red \u00abhonesta\u00bb, llega al servidor ra\u00edz. Esto representa aproximadamente la mitad<\/em> de la carga total en los DNS ra\u00edz, seg\u00fan las estad\u00edsticas de esa parte de los cl\u00fasteres root-servers.net<\/code>, que pertenecen a la empresa Verisign.<\/p>\n

La historia se repite<\/h2>\n

\nEste no es el primer caso en que un proyecto creado con las mejores intenciones ha colapsado<\/a><\/noindex> o casi ha colapsado un recurso p\u00fablico con tr\u00e1fico innecesario; nos record\u00f3 de inmediato la larga y triste historia de D-Link y el servidor NTP (Protocolo de Tiempo de Red) de Poul-Henning Kamp a mediados de los 2000.<\/p>\n

En 2005, el desarrollador de FreeBSD Poul-Henning, quien tambi\u00e9n pose\u00eda el \u00fanico servidor NTP de nivel Stratum 1 en Dinamarca, recibi\u00f3 una factura inesperada y elevada por el tr\u00e1fico transmitido. En resumen, la causa fue que los desarrolladores de D-Link incorporaron las direcciones de los servidores NTP Stratum 1, incluido el servidor Kampa, en el firmware de su l\u00ednea de conmutadores, enrutadores y puntos de acceso. Esto aument\u00f3 instant\u00e1neamente el tr\u00e1fico del servidor Kampa en nueve veces, lo que llev\u00f3 a Danish Internet Exchange (punto de intercambio de tr\u00e1fico de Internet de Dinamarca) a cambiar su tarifa de 'Gratis' a '9 000 d\u00f3lares al a\u00f1o'.<\/p>\n

El problema no era que hubiera demasiados enrutadores D-Link, sino que estaban \u00abrompiendo la jerarqu\u00eda\u00bb. Al igual que DNS, NTP debe funcionar de manera jer\u00e1rquica; los servidores de nivel Stratum 0 transmiten informaci\u00f3n a los servidores Stratum 1, que a su vez env\u00edan informaci\u00f3n a los servidores Stratum 2, y as\u00ed sucesivamente, hacia abajo por la jerarqu\u00eda. Un enrutador dom\u00e9stico t\u00edpico, un conmutador o un punto de acceso, como aquellos donde D-Link incorpor\u00f3 las direcciones de los servidores NTP, deber\u00edan haber enviado solicitudes al servidor Stratum 2 o Stratum 3.<\/p>\n

El proyecto Chromium, probablemente con las mejores intenciones, repiti\u00f3 el problema del NTP en el problema del DNS, inundando los servidores ra\u00edz de Internet con solicitudes que nunca debieron procesar.<\/p>\n

Hay esperanza de una pronta soluci\u00f3n<\/h2>\n

\nEn el proyecto Chromium hay una apertura bug<\/a><\/noindex>, que requiere desactivar por defecto el Intranet Redirect Detector para solucionar este problema. Debemos dar cr\u00e9dito al proyecto Chromium: el error fue descubierto antes de que<\/em>, Matt Thomas de Verisign llamara la atenci\u00f3n masiva sobre \u00e9l con su publicaci\u00f3n<\/a><\/noindex> en el blog de APNIC. El error fue reportado en junio, pero permaneci\u00f3 olvidado hasta la publicaci\u00f3n de Thomas; despu\u00e9s de eso, comenz\u00f3 a estar bajo un cuidadoso escrutinio.<\/p>\n

Hay esperanza de que el problema se resuelva pronto, y los servidores DNS ra\u00edz no tendr\u00e1n que responder diariamente a unos 60 mil millones de solicitudes falsas.<\/p>\n

<\/p>\n

Publicidad<\/h4>\n

\nServidores \u00e9picos<\/b> \u2014 es VPS en Windows<\/a><\/noindex> o Linux con potentes procesadores de la familia AMD EPYC y discos NVMe Intel muy r\u00e1pidos. \u00a1No se pierda la oportunidad de pedirlo!<\/p>\n

\"Una<\/a><\/noindex>
\n
Fuente: habr.com<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

\u0411\u0440\u0430\u0443\u0437\u0435\u0440 Chromium, \u0430\u043a\u0442\u0438\u0432\u043d\u043e \u0440\u0430\u0437\u0432\u0438\u0432\u0430\u044e\u0449\u0438\u0439\u0441\u044f open-source-\u0440\u043e\u0434\u0438\u0442\u0435\u043b\u044c Google Chrome \u0438 \u043d\u043e\u0432\u043e\u0433\u043e Microsoft Edge, \u043e\u0431\u0440\u0430\u0442\u0438\u043b \u043d\u0430 \u0441\u0435\u0431\u044f \u0441\u0435\u0440\u044c\u0451\u0437\u043d\u043e\u0435 \u043d\u0435\u0433\u0430\u0442\u0438\u0432\u043d\u043e\u0435 \u0432\u043d\u0438\u043c\u0430\u043d\u0438\u0435 \u0438\u0437-\u0437\u0430 \u0444\u0443\u043d\u043a\u0446\u0438\u0438, \u043a\u043e\u0442\u043e\u0440\u0430\u044f \u0437\u0430\u0434\u0443\u043c\u044b\u0432\u0430\u043b\u0430\u0441\u044c \u0441 \u0431\u043b\u0430\u0433\u0438\u043c\u0438 \u043d\u0430\u043c\u0435\u0440\u0435\u043d\u0438\u044f\u043c\u0438: \u043e\u043d\u0430 \u043f\u0440\u043e\u0432\u0435\u0440\u044f\u0435\u0442, \u043d\u0435 \u00ab\u043f\u043e\u0445\u0438\u0449\u0430\u0435\u0442\u00bb \u043b\u0438 \u043f\u0440\u043e\u0432\u0430\u0439\u0434\u0435\u0440 \u043f\u043e\u043b\u044c\u0437\u043e\u0432\u0430\u0442\u0435\u043b\u044f \u043d\u0435\u0441\u0443\u0449\u0435\u0441\u0442\u0432\u0443\u044e\u0449\u0438\u0435 \u0440\u0435\u0437\u0443\u043b\u044c\u0442\u0430\u0442\u044b \u0437\u0430\u043f\u0440\u043e\u0441\u043e\u0432 \u0434\u043e\u043c\u0435\u043d\u043e\u0432. Intranet Redirect Detector, \u0441\u043e\u0437\u0434\u0430\u044e\u0449\u0438\u0439 \u043f\u043e\u0434\u0434\u0435\u043b\u044c\u043d\u044b\u0435 \u0437\u0430\u043f\u0440\u043e\u0441\u044b \u0441\u043b\u0443\u0447\u0430\u0439\u043d\u044b\u0445 \u00ab\u0434\u043e\u043c\u0435\u043d\u043e\u0432\u00bb, \u0441\u0443\u0449\u0435\u0441\u0442\u0432\u043e\u0432\u0430\u043d\u0438\u0435 \u043a\u043e\u0442\u043e\u0440\u044b\u0445 \u0441\u0442\u0430\u0442\u0438\u0441\u0442\u0438\u0447\u0435\u0441\u043a\u0438 \u043c\u0430\u043b\u043e\u0432\u0435\u0440\u043e\u044f\u0442\u043d\u043e, \u043e\u0442\u0432\u0435\u0442\u0441\u0442\u0432\u0435\u043d\u0435\u043d \u043f\u0440\u0438\u043c\u0435\u0440\u043d\u043e \u0437\u0430 \u043f\u043e\u043b\u043e\u0432\u0438\u043d\u0443 \u043e\u0431\u0449\u0435\u0433\u043e \u0442\u0440\u0430\u0444\u0438\u043a\u0430, \u043f\u043e\u043b\u0443\u0447\u0430\u0435\u043c\u043e\u0433\u043e \u043a\u043e\u0440\u043d\u0435\u0432\u044b\u043c\u0438 […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":92999,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-92998","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\n","aioseo_head_json":{"title":"\ud83e\udd47Una de las funciones de Chromium genera una enorme carga en los servidores DNS ra\u00edz | ProHoster","description":"Navegador.","canonical_url":"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/odna-iz-funkczij-chromium-sozdayot-ogromnuyu-nagruzku-na-kornevye-dns-servery","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"es_ES","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u041e\u0434\u043d\u0430 \u0438\u0437 \u0444\u0443\u043d\u043a\u0446\u0438\u0439 Chromium \u0441\u043e\u0437\u0434\u0430\u0451\u0442 \u043e\u0433\u0440\u043e\u043c\u043d\u0443\u044e \u043d\u0430\u0433\u0440\u0443\u0437\u043a\u0443 \u043d\u0430 \u043a\u043e\u0440\u043d\u0435\u0432\u044b\u0435 DNS-\u0441\u0435\u0440\u0432\u0435\u0440\u044b | ProHoster","og:description":"\u0411\u0440\u0430\u0443\u0437\u0435\u0440.","og:url":"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/odna-iz-funkczij-chromium-sozdayot-ogromnuyu-nagruzku-na-kornevye-dns-servery","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2020-09-01T23:42:42+00:00","article:modified_time":"2020-09-01T23:42:42+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"92998","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":null,"breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-02-28 11:57:25","updated":"2022-09-30 00:56:08","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/posts\/92998","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/comments?post=92998"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/posts\/92998\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/media\/92999"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/media?parent=92998"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/categories?post=92998"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/tags?post=92998"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}