{"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\/de\/blog\/administrirovanie\/odna-iz-funkczij-chromium-sozdayot-ogromnuyu-nagruzku-na-kornevye-dns-servery","title":{"rendered":"Eine der Funktionen von Chromium belastet die Wurzel-DNS-Server erheblich.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p><img decoding=\"async\" alt=\"Eine der Funktionen von Chromium belastet die Wurzel-DNS-Server erheblich.\" src=\"\/wp-content\/uploads\/2020\/09\/9991caf15ac312a6151bef193e75796d.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nDer Browser Chromium, ein aktiv entwickeltes Open-Source-Gegenst\u00fcck von Google Chrome und dem neuen Microsoft Edge, hat aufgrund einer Funktion, die mit besten Absichten konzipiert wurde, ernsthafte negative Aufmerksamkeit auf sich gezogen: Sie pr\u00fcft, ob der Anbieter des Nutzers nicht nicht existierende Domain-Anfragen \"entf\u00fchrt\".<\/p>\n<p><noindex><a rel=\"nofollow\" href=\"https:\/\/bugs.chromium.org\/p\/chromium\/issues\/detail?id=1090985\">Intranet Redirect Detector<\/a><\/noindex>, der gef\u00e4lschte Anfragen an zuf\u00e4llige \"Domains\" generiert, deren Existenz statistisch unwahrscheinlich ist, ist f\u00fcr etwa die H\u00e4lfte des gesamten Traffics verantwortlich, der von den root-DNS-Servern weltweit erhalten wird. Der Ingenieur von Verisign, Matt Thomas, ver\u00f6ffentlichte einen ausf\u00fchrlichen <noindex><a rel=\"nofollow\" href=\"https:\/\/blog.apnic.net\/2020\/08\/21\/chromiums-impact-on-root-dns-traffic\/\">Post<\/a><\/noindex> in dem APNIC-Blog, der das Problem beschreibt und dessen Umfang bewertet.<br \/>\n<noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><\/p>\n<h2>Wie eine DNS-Umsetzung normalerweise erfolgt<\/h2>\n<p>\n<img decoding=\"async\" alt=\"Eine der Funktionen von Chromium belastet die Wurzel-DNS-Server erheblich.\" src=\"\/wp-content\/uploads\/2020\/09\/5499edffcfd83884bfbc934315cfc98f.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<i>Diese Server sind die oberste Instanz, an die man sich wenden sollte, um .com, .net usw. aufzul\u00f6sen, damit sie einem mitteilen, dass frglxrtmpuf keine Top-Level-Domain (TLD) ist.<\/i><\/p>\n<p>DNS oder Domain Name System ist das System, das es Computern erm\u00f6glicht, einpr\u00e4gsame Domainnamen wie arstechnica.com in viel weniger benutzerfreundliche IP-Adressen wie 3.128.236.93 zu \u00fcbersetzen. Ohne DNS k\u00f6nnte das Internet nicht in einer f\u00fcr Menschen benutzbaren Form existieren, was bedeutet, dass die unn\u00f6tige Belastung der Infrastruktur auf h\u00f6chster Ebene ein echtes Problem darstellt.<\/p>\n<p>F\u00fcr das Laden einer einzigen modernen Webseite kann eine unvorstellbare Anzahl von DNS-Abfragen erforderlich sein. Zum Beispiel, als wir die Startseite von ESPN analysierten, z\u00e4hlten wir 93 unterschiedliche Domainnamen, von a.espncdn.com bis z.motads.com. Alle sind notwendig, um die Seite vollst\u00e4ndig zu laden!<\/p>\n<p>Damit ein System mit dieser Belastung umgehen kann, das die gesamte Welt bedienen muss, wurde DNS als mehrstufige Hierarchie entworfen. An der Spitze dieser Pyramide stehen die root-Server \u2013 jede Top-Level-Domain wie .com hat ihre eigene Familie von Servern, die die oberste Instanz f\u00fcr jede darunterliegende Domain darstellen. Eine Stufe h\u00f6her <em>stehen diese<\/em> Server selbst, von <code>a.root-servers.net<\/code> bis <code>m.root-servers.net<\/code>.<\/p>\n<h2>Wie oft geschieht das?<\/h2>\n<p>\nDank der mehrstufigen Cache-Hierarchie der DNS-Infrastruktur erreichen nur sehr wenige Prozent der weltweiten DNS-Anfragen die Root-Server. Die meisten Menschen erhalten Informationen vom DNS-Resolver direkt von ihrem Anbieter. Wenn ein Ger\u00e4t des Benutzers herausfinden m\u00f6chte, wie man eine bestimmte Website erreicht, wird die Anfrage zun\u00e4chst an den vom lokalen Anbieter verwalteten DNS-Server gesendet. Wenn der lokale DNS-Server die Antwort nicht kennt, leitet er die Anfrage an seine eigenen \"Weiterleitungsserver\" weiter (sofern diese angegeben sind).<\/p>\n<p>Wenn weder der lokale DNS-Server des Providers noch die in seiner Konfiguration festgelegten \"Weiterleitungsserver\" eine zwischengespeicherte Antwort haben, wird die Anfrage direkt an den autoritativen Server der Domain weitergeleitet. <em>\u00fcber<\/em> den, den Sie umzuwandeln versuchen. Im Falle <code>domain.com<\/code> bedeutet dies, dass die Anfrage an die autoritativen Server der Domain selbst gesendet wird. <code>com<\/code>, die sich an der Adresse <code>gtld-servers.net<\/code>.<\/p>\n<p>Das System <code>gtld-servers<\/code>, an das die Anfrage gesendet wurde, antwortet mit einer Liste von autoritativen Nameservern f\u00fcr die Domain domain.com sowie mindestens einem Verkn\u00fcpfungseintrag, der die IP-Adresse eines solchen Nameservers enth\u00e4lt. Die Antworten werden dann in einer Kettenreaktion weitergegeben \u2013 jeder Weiterleitungsserver \u00fcbermittelt diese Antworten an den Server, der sie angefordert hat, bis die Antwort schlie\u00dflich den Server des lokalen Anbieters und den Computer des Benutzers erreicht. Alle cachen diese Antwort, um nicht unn\u00f6tig die Systeme h\u00f6herer Ebenen zu beantragen.<\/p>\n<p>In den meisten F\u00e4llen werden die Eintr\u00e4ge der Nameserver f\u00fcr <strong>domain.com<\/strong> bereits auf einem dieser Weiterleitungsserver zwischengespeichert sein, sodass die Root-Server nicht betroffen sind. Aber solange wir \u00fcber die uns vertraute Art von URL sprechen \u2013 die, die in eine regul\u00e4re Website umgewandelt wird. Anfragen in Chrome betreffen die Ebene <em>\u00fcber<\/em> dieser, auf der Stufe der Cluster selbst <code>root-servers.net<\/code>.<\/p>\n<h2>Chromium und die \u00dcberpr\u00fcfung der NXDomain-Entf\u00fchrung<\/h2>\n<p>\n<img decoding=\"async\" alt=\"Eine der Funktionen von Chromium belastet die Wurzel-DNS-Server erheblich.\" src=\"\/wp-content\/uploads\/2020\/09\/f089ac720a0d6e62be2f7c7c144f1d49.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<i>Die Pr\u00fcfungen von Chromium \"Verwirrt dieser DNS-Server mich?\" machen fast die H\u00e4lfte des gesamten Traffics aus, der das Cluster der Root-DNS-Server von Verisign erreicht.<\/i><\/p>\n<p>Der Chromium-Browser, das Elternprojekt von Google Chrome, dem neuen Microsoft Edge und einer Vielzahl weniger bekannter Browser, m\u00f6chte den Nutzern eine einfache Suche in einem Feld bieten, das manchmal als \u201eOmnibox\u201c bezeichnet wird. Mit anderen Worten, der Benutzer gibt sowohl echte URLs als auch Suchanfragen in dasselbe Textfeld oben im Browserfenster ein. Um es noch einfacher zu machen, verlangt es auch nicht von den Benutzern, einen Teil der URL einzugeben, <code>http:\/\/<\/code> oder <code>https:\/\/<\/code>.<\/p>\n<p>So praktisch es auch sein mag, dieser Ansatz erfordert, dass der Browser versteht, was als URL und was als Suchanfrage zu betrachten ist. In den meisten F\u00e4llen ist das recht offensichtlich \u2013 zum Beispiel kann eine Zeichenfolge mit Leerzeichen keine URL sein. Aber es kann komplizierter werden, wenn man Intranets ber\u00fccksichtigt \u2013 private Netzwerke, die ebenfalls private Top-Level-Domains zur Aufl\u00f6sung echter Websites verwenden k\u00f6nnen.<\/p>\n<p>Wenn ein Benutzer im Intranet seines Unternehmens \u201emarketing\u201c eingibt und im Intranet des Unternehmens eine interne Website mit diesem Namen existiert, zeigt Chromium ein Dialogfeld an, in dem der Benutzer gefragt wird, ob er nach \u201emarketing\u201c suchen oder zu <code>https:\/\/marketing<\/code>. Das ist noch akzeptabel, aber viele Internetanbieter und Anbieter \u00f6ffentlicher Wi-Fi-Netzwerke \u201estehlen\u201c jede versehentlich eingegebene URL, indem sie den Benutzer auf eine mit Werbebannern \u00fcberladene Seite umleiten.<\/p>\n<h2>Zuf\u00e4llige Generierung<\/h2>\n<p>\nDie Entwickler von Chromium wollten nicht, dass Benutzer in normalen Netzwerken bei jeder Suche nach einem einzelnen Wort ein Dialogfeld sehen, das fragt, was sie meinten, also implementierten sie einen Test: Beim Starten des Browsers oder beim Wechsel des Netzwerks f\u00fchrt Chromium DNS-Anfragen f\u00fcr drei zuf\u00e4llig generierte Top-Level-Domains mit einer L\u00e4nge von sieben bis f\u00fcnfzehn Zeichen durch. Wenn zwei dieser Anfragen mit derselben IP-Adresse zur\u00fcckgegeben werden, geht Chromium davon aus, dass das lokale Netzwerk Fehler stiehlt, <code>NXDOMAIN<\/code>, die es erhalten sollte, daher betrachtet der Browser bis auf weiteres alle eingegebenen Anfragen aus einem Wort als Suchversuche.<\/p>\n<p>Leider, in Netzwerken, die <em>nicht<\/em> die DNS-Anfrageergebnisse stehlen, landen diese drei Operationen normalerweise ganz oben, bei den Root-Nameservern: Der lokale Server wei\u00df nicht, wie er <code>qwajuixk<\/code>, daher leitet er diese Anfrage an seinen Weiterleitungsserver weiter, der dasselbe tut, bis schlie\u00dflich, <code>a.root-servers.net<\/code> oder einer seiner \"Br\u00fcder\" gezwungen wird zu sagen: \"Es tut mir leid, aber das ist nicht der Domainname.\"<\/p>\n<p>Da es ungef\u00e4hr 1,67*10^21 m\u00f6gliche gef\u00e4lschte Domainnamen mit einer L\u00e4nge von sieben bis f\u00fcnfzehn Zeichen gibt, meistens <em>erreicht jede<\/em> dieser Tests, die in einem \"fairen\" Netzwerk durchgef\u00fchrt wurden, den Root-Server. Das macht bereits <em>die H\u00e4lfte<\/em> der gesamten Last auf den Root-DNS, wenn man den Statistiken jener Cluster glaubt, <code>root-servers.net<\/code>, die der Firma Verisign geh\u00f6ren.<\/p>\n<h2>Die Geschichte wiederholt sich.<\/h2>\n<p>\nDas ist nicht der erste Fall, in dem ein Projekt, das mit den besten Absichten ins Leben gerufen wurde, <noindex><a rel=\"nofollow\" href=\"https:\/\/en.wikipedia.org\/wiki\/NTP_server_misuse_and_abuse#D-Link_and_Poul-Henning_Kamp\">einen<\/a><\/noindex> oder beinahe einen \u00f6ffentlichen Service mit unn\u00f6tigem Traffic \u00fcberlastet hat \u2013 das erinnert uns sofort an die lange und traurige Geschichte von D-Link und dem NTP-Server (Network Time Protocol) von Poul-Henning Kamp aus den fr\u00fchen 2000er Jahren.<\/p>\n<p>Im Jahr 2005 erhielt der FreeBSD-Entwickler Poul-Henning, der auch den einzigen Stratum-1 Network Time Protocol-Server in D\u00e4nemark betrieb, eine unerwartet hohe Rechnung f\u00fcr den \u00fcbermittelten Datenverkehr. Kurz gesagt, die Ursache war, dass die Entwickler von D-Link die Adressen der Stratum-1 NTP-Server, einschlie\u00dflich des Kampe-Servers, in die Firmware ihrer Reihe von Switches, Routern und Access Points integriert hatten. Dies f\u00fchrte zu einer sofortigen Erh\u00f6hung des Datenverkehrs auf dem Kampe-Server um das Neunfache, weshalb der Danish Internet Exchange (der Internet-Traffic-Austauschpunkt D\u00e4nemarks) seinen Tarif von \u201eKostenlos\u201c auf \u201e9.000 Dollar pro Jahr\u201c \u00e4nderte.<\/p>\n<p>Das Problem lag nicht darin, dass es zu viele D-Link-Router gab, sondern darin, dass sie \"die Hierarchie verletzten\". Fast wie bei DNS sollten NTP-Server hierarchisch arbeiten \u2013 Stratum-0-Server \u00fcbermitteln Informationen an Stratum-1-Server, die Informationen an Stratum-2-Server weitergeben und so weiter, hinunter durch die Hierarchie. Ein gew\u00f6hnlicher Heimrouter, Switch oder Access Point, wie die, in die D-Link die NTP-Serveradressen programmiert hat, h\u00e4tte Anfragen an einen Stratum-2- oder Stratum-3-Server senden sollen.<\/p>\n<p>Das Chromium-Projekt hat wahrscheinlich mit den besten Absichten das NTP-Problem im DNS-Projekt wiederholt, indem es die Root-Server des Internets mit Anfragen \u00fcberflutete, die sie niemals bearbeiten sollten.<\/p>\n<h2>Es gibt Hoffnung auf eine baldige L\u00f6sung.<\/h2>\n<p>\nIm Chromium-Projekt gibt es ein offenes <noindex><a rel=\"nofollow\" href=\"https:\/\/bugs.chromium.org\/p\/chromium\/issues\/detail?id=1090985\">Fehler<\/a><\/noindex>, der zur Behebung dieses Problems die standardm\u00e4\u00dfige Deaktivierung des Intranet Redirect Detectors erfordert. Man muss dem Chromium-Projekt Anerkennung zollen: Der Bug wurde entdeckt <em>bevor<\/em>, Matt Thomas von Verisign massive Aufmerksamkeit auf ihn lenkte mit seinem <noindex><a rel=\"nofollow\" href=\"https:\/\/blog.apnic.net\/2020\/08\/21\/chromiums-impact-on-root-dns-traffic\/\">Post<\/a><\/noindex> im APNIC-Blog. Der Bug wurde im Juni gemeldet, blieb jedoch bis zu Thomas' Post weitgehend unbeachtet; danach begann er, unter genauer Beobachtung zu stehen.<\/p>\n<p>Es besteht die Hoffnung, dass das Problem bald behoben wird und die root DNS-Server nicht mehr t\u00e4glich auf etwa 60 Milliarden falsche Anfragen reagieren m\u00fcssen.<\/p>\n<p><\/p>\n<h4>Als Werbung<\/h4>\n<p>\n<b>Epische Server<\/b> sind <noindex><a rel=\"nofollow\" href=\"https:\/\/vdsina.ru\/cloud-servers?partner=habr85\">Windows VPS<\/a><\/noindex> oder Linux mit leistungsstarken Prozessoren der AMD EPYC-Familie und sehr schnellen NVMe-Disks von Intel. Beeilen Sie sich, Ihre Bestellung aufzugeben!<\/p>\n<p><noindex><a rel=\"nofollow\" href=\"https:\/\/vdsina.ru\/cloud-servers?partner=habr85\"><img decoding=\"async\" alt=\"Eine der Funktionen von Chromium belastet die Wurzel-DNS-Server erheblich.\" src=\"\/wp-content\/uploads\/2020\/09\/c4fecbb05095f808fa41a9a6d99a3407.png\" style=\"display:block;margin: 0 auto;\" \/><\/a><\/noindex><br \/>\n<br \/>Quelle: <a content=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/vdsina\/blog\/517166\/\">habr.com<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"<p>\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 [&hellip;]<\/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<!-- All in One SEO 5.0.1.1 - aioseo.com -->\n\t<meta name=\"description\" content=\"\u0411\u0440\u0430\u0443\u0437\u0435\u0440.\" \/>\n\t<meta name=\"robots\" content=\"max-image-preview:large\" \/>\n\t<meta name=\"author\" content=\"Yuri Gagarin\"\/>\n\t<link rel=\"canonical\" href=\"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/odna-iz-funkczij-chromium-sozdayot-ogromnuyu-nagruzku-na-kornevye-dns-servery\" \/>\n\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.1.1\" \/>\n\t\t<meta property=\"og:locale\" content=\"de_DE\" \/>\n\t\t<meta property=\"og:site_name\" content=\"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\" \/>\n\t\t<meta property=\"og:type\" content=\"article\" \/>\n\t\t<meta property=\"og:title\" content=\"\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\" \/>\n\t\t<meta property=\"og:description\" content=\"\u0411\u0440\u0430\u0443\u0437\u0435\u0440.\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/odna-iz-funkczij-chromium-sozdayot-ogromnuyu-nagruzku-na-kornevye-dns-servery\" \/>\n\t\t<meta property=\"og:image\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:secure_url\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:width\" content=\"350\" \/>\n\t\t<meta property=\"og:image:height\" content=\"350\" \/>\n\t\t<meta property=\"article:published_time\" content=\"2020-09-01T23:42:42+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2020-09-01T23:42:42+00:00\" \/>\n\t\t<meta property=\"article:publisher\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<meta property=\"article:author\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<!-- All in One SEO -->\n\n","aioseo_head_json":{"title":"\ud83e\udd47Eine der Funktionen von Chromium belastet die root DNS-Server erheblich | ProHoster","description":"Browser.","canonical_url":"https:\/\/prohoster.info\/de\/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":"de_DE","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\/de\/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\/de\/wp-json\/wp\/v2\/posts\/92998","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/comments?post=92998"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts\/92998\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/media\/92999"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/media?parent=92998"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/categories?post=92998"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/tags?post=92998"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}