{"id":52324,"date":"2019-11-06T00:00:00","date_gmt":"2019-11-05T21:00:00","guid":{"rendered":"https:\/\/prohoster.info\/blog\/blog_prohoster\/hvatit-ispolzovat-smehotvorno-malyj-ttl-dlya-dns"},"modified":"2021-01-02T13:04:14","modified_gmt":"2021-01-02T11:04:14","slug":"hvatit-ispolzovat-smehotvorno-malyj-ttl-dlya-dns","status":"publish","type":"post","link":"https:\/\/prohoster.info\/nl\/blog\/administrirovanie\/hvatit-ispolzovat-smehotvorno-malyj-ttl-dlya-dns","title":{"rendered":"Stop met het gebruiken van belachelijk lage TTL voor DNS.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p>Een lage DNS-latentie is een cruciale factor voor een snelle internetverbinding. Om deze te minimaliseren, is het belangrijk om zorgvuldig DNS-servers te selecteren en <noindex><a rel=\"nofollow\" href=\"https:\/\/github.com\/DNSCrypt\/dnscrypt-resolvers\/blob\/master\/v2\/relays.md\">anonieme rilaei<\/a><\/noindex>. Maar eerst moeten nutteloze aanvragen worden ge\u00eblimineerd.<\/p>\n<p>Daarom werd DNS oorspronkelijk ontworpen als een sterk cachebaar protocol. Domeinbeheerders stellen de tijdsduur (TTL) in voor afzonderlijke records, en resolvers gebruiken deze informatie bij het opslaan van records in het geheugen om onnodig verkeer te vermijden.<\/p>\n<p>Is caching effectief? Een paar jaar geleden toonde mijn kleine onderzoek aan dat het niet perfect is. Laten we eens kijken naar de huidige stand van zaken.<br \/>\n<noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><br \/>\nVoor het verzamelen van informatie heb ik <noindex><a rel=\"nofollow\" href=\"https:\/\/github.com\/jedisct1\/encrypted-dns-server\">Encrypted DNS Server<\/a><\/noindex> gepatched om de waarde van de TTL voor het antwoord op te slaan. Het wordt gedefinieerd als de minimale TTL van zijn records voor elke binnenkomende aanvraag. Dit geeft een goed overzicht van de verdeling van de TTL van het echte verkeer, terwijl het ook de populariteit van afzonderlijke aanvragen in aanmerking neemt. De gepatchte versie van de server draaide enkele uren.<\/p>\n<p>De resulterende dataset bestaat uit 1&nbsp;583&nbsp;579 records (naam, qtype, TTL, timestamp). Hier is de algemene verdeling van TTL (de X-as is TTL in seconden):<\/p>\n<p><img decoding=\"async\" alt=\"Stop met het gebruiken van belachelijk lage TTL voor DNS.\" src=\"\/wp-content\/uploads\/2019\/11\/ce19a1ceb07e1fd2f3b2284f86271eac.jpg\" style=\"display:block;margin: 0 auto;\"><\/p>\n<p>Als we de kleine piek op 86&nbsp;400 (voornamelijk voor SOA-records) negeren, is het vrij duidelijk dat de TTL zich in het lage bereik bevindt. Laten we het nader bekijken:<\/p>\n<p><img decoding=\"async\" alt=\"Stop met het gebruiken van belachelijk lage TTL voor DNS.\" src=\"\/wp-content\/uploads\/2019\/11\/abbe48952b616e1c5bdb18c2dc103dc7.jpg\" style=\"display:block;margin: 0 auto;\"><\/p>\n<p>Goed, TTL's van meer dan 1 uur zijn statistisch onbeduidend. Laten we ons dan concentreren op het bereik van 0-3600:<\/p>\n<p><img decoding=\"async\" alt=\"Stop met het gebruiken van belachelijk lage TTL voor DNS.\" src=\"\/wp-content\/uploads\/2019\/11\/f8a88267e1868a55d9234f66ad8c5dee.jpg\" style=\"display:block;margin: 0 auto;\"><\/p>\n<p>De meeste TTL's liggen tussen 0 en 15 minuten:<\/p>\n<p><img decoding=\"async\" alt=\"Stop met het gebruiken van belachelijk lage TTL voor DNS.\" src=\"\/wp-content\/uploads\/2019\/11\/aab650c806097513a5924e5262211ea5.jpg\" style=\"display:block;margin: 0 auto;\"><\/p>\n<p>De overgrote meerderheid ligt tussen 0 en 5 minuten:<\/p>\n<p><img decoding=\"async\" alt=\"Stop met het gebruiken van belachelijk lage TTL voor DNS.\" src=\"\/wp-content\/uploads\/2019\/11\/736af4b33b745fb0d5070200fa511426.jpg\" style=\"display:block;margin: 0 auto;\"><\/p>\n<p>Dat is niet erg goed.<\/p>\n<p>De cumulatieve verdeling maakt het probleem nog duidelijker:<\/p>\n<p><img decoding=\"async\" alt=\"Stop met het gebruiken van belachelijk lage TTL voor DNS.\" src=\"\/wp-content\/uploads\/2019\/11\/a3a4f03188dd6dbbf4558076b827f6a5.jpg\" style=\"display:block;margin: 0 auto;\"><\/p>\n<p>In de helft van de DNS-antwoorden is de TTL 1 minuut of minder, en bij driekwart is het 5 minuten of minder.<\/p>\n<p>Maar wacht eens, het is eigenlijk nog erger. Dit is immers de TTL van autoritatieve servers. Klantresolvers (zoals routers, lokale caches) ontvangen echter TTL van bovenliggende resolvers, en deze neemt elke seconde af.<\/p>\n<p>Hierdoor kan de klant feitelijk elke record gemiddeld de helft van de oorspronkelijke TTL gebruiken, waarna hij een nieuwe aanvraag indient.<\/p>\n<p>Misschien betreft deze zeer lage TTL alleen ongebruikelijke aanvragen en niet populaire websites en API's? Laten we het bekijken:<\/p>\n<p><img decoding=\"async\" alt=\"Stop met het gebruiken van belachelijk lage TTL voor DNS.\" src=\"\/wp-content\/uploads\/2019\/11\/2680f9669a90f449a593edcc84ca0dc8.jpg\" style=\"display:block;margin: 0 auto;\"><\/p>\n<p>De X-as is TTL, de Y-as is de populariteit van de verzoeken.<\/p>\n<p>Helaas worden de meest populaire aanvragen ook het slechtst gecached.<\/p>\n<p>Laten we inzoomen:<\/p>\n<p><img decoding=\"async\" alt=\"Stop met het gebruiken van belachelijk lage TTL voor DNS.\" src=\"\/wp-content\/uploads\/2019\/11\/c670382b195169779743f43fd7b15827.jpg\" style=\"display:block;margin: 0 auto;\"><\/p>\n<p>Vonnis: het is echt slecht. Het was al slecht, maar het is nog slechter geworden. DNS-caching is praktisch nutteloos geworden. Omdat steeds minder mensen de DNS-resolver van hun provider gebruiken (om begrijpelijke redenen), wordt de vertraging steeds duidelijker.<\/p>\n<p>DNS-caching is alleen nuttig voor content die niemand bezoekt.<\/p>\n<p>Houd er ook rekening mee dat software <noindex><a rel=\"nofollow\" href=\"https:\/\/00f.net\/2011\/11\/17\/how-long-does-a-dns-ttl-last\/\">verschillend kan<\/a><\/noindex> omlaag TTL kan interpreteren.<\/p>\n<h1>Waarom is dat?<\/h1>\n<p>Waarom wordt er zo'n lage TTL voor DNS-records ingesteld?<\/p>\n<ul>\n<li>Verouderde load balancers zijn achtergebleven met de standaardinstellingen.<\/li>\n<li>Er zijn mythen dat de DNS-loadbalancing afhankelijk is van TTL (dat is niet het geval&nbsp;\u2014 sinds de tijd van Netscape Navigator kiezen clients willekeurig een IP-adres uit een set RR en proberen transparant een ander als ze niet kunnen verbinden)<\/li>\n<li>Beheerders willen wijzigingen onmiddellijk toepassen, omdat het dan eenvoudiger plannen is.<\/li>\n<li>De DNS-serverbeheerder of load balancer ziet zijn taak als het effici\u00ebnt implementeren van de configuratie die gebruikers aanvragen, en niet als het versnellen van websites en diensten.<\/li>\n<li>Lage TTL's bieden gemoedsrust.<\/li>\n<li>Mensen stellen aanvankelijk lage TTL's in voor testing en vergeten ze daarna aan te passen.<\/li>\n<\/ul>\n<p>Ik heb \"failover\" niet opgenomen in de lijst, aangezien dit steeds minder relevant is. Als je gebruikers naar een ander netwerk moet omleiden alleen om een foutpagina weer te geven wanneer alles compleet is gebroken, is een vertraging van meer dan 1 minuut misschien acceptabel.<\/p>\n<p>Bovendien betekent een minuut TTL dat als de autoritatieve DNS-servers meer dan 1 minuut geblokkeerd zijn, niemand meer toegang krijgt tot afhankelijk diensten. Redundantie helpt niet als het probleem een configuratiefout of hacking is. Aan de andere kant, met redelijke TTL's zullen veel clients de vorige configuratie blijven gebruiken en nooit iets opmerken.<\/p>\n<p>Lage TTL's zijn grotendeels de schuld van CDN-diensten en load balancers, vooral wanneer ze CNAME met kleine TTL's combineren en records met dezelfde lage (maar onafhankelijke) TTL's:<\/p>\n<pre>$ drill raw.githubusercontent.com\nraw.githubusercontent.com.\t9\tIN\tCNAME\tgithub.map.fastly.net.\ngithub.map.fastly.net.\t20\tIN\tA\t151.101.128.133\ngithub.map.fastly.net.\t20\tIN\tA\t151.101.192.133\ngithub.map.fastly.net.\t20\tIN\tA\t151.101.0.133\ngithub.map.fastly.net.\t20\tIN\tA\t151.101.64.133<\/pre>\n<p>Elke keer dat een CNAME of een van de A-records verloopt, moet er een nieuw verzoek worden gestuurd. Beiden hebben een TTL van 30 seconden, maar deze komen niet overeen. De werkelijke gemiddelde TTL zal 15 seconden zijn.<\/p>\n<p>Maar wacht! Het is nog erger. Sommige resolvers gedragen zich heel slecht in deze situatie met twee gerelateerde lage TTL's:<\/p>\n<pre>$ drill raw.githubusercontent.com @4.2.2.2\nraw.githubusercontent.com.\t1\tIN\tCNAME\tgithub.map.fastly.net.\ngithub.map.fastly.net.\t1\tIN\tA\t151.101.16.133<\/pre>\n<p>De Level3-resolver werkt waarschijnlijk op BIND. Als je deze aanvraag blijft doen, zal de TTL altijd 1 zijn. In wezen, <code>raw.githubusercontent.com<\/code> wordt nooit gecached.<\/p>\n<p>Hier is nog een voorbeeld van een dergelijke situatie met een zeer populaire domein:<\/p>\n<pre>$ drill detectportal.firefox.com @1.1.1.1\ndetectportal.firefox.com.\t25\tIN\tCNAME\tdetectportal.prod.mozaws.net.\ndetectportal.prod.mozaws.net.\t26\tIN\tCNAME\tdetectportal.firefox.com-v2.edgesuite.net.\ndetectportal.firefox.com-v2.edgesuite.net.\t10668\tIN\tCNAME\ta1089.dscd.akamai.net.\na1089.dscd.akamai.net.\t10\tIN\tA\t104.123.50.106\na1089.dscd.akamai.net.\t10\tIN\tA\t104.123.50.88<\/pre>\n<p>Minimaal drie CNAME-records. Ai. E\u00e9n heeft een fatsoenlijke TTL, maar dat is helemaal nutteloos. Bij de andere CNAME is de oorspronkelijke TTL 60 seconden, maar voor de domeinen <code>akamai.net<\/code> is de maximale TTL 20 seconden, en geen van deze is in fase.<\/p>\n<p>Wat te zeggen van domeinen die voortdurend apparaten van Apple vragen?<\/p>\n<pre>$ drill 1-courier.push.apple.com @4.2.2.2\n1-courier.push.apple.com.\t1253\tIN\tCNAME\t1.courier-push-apple.com.akadns.net.\n1.courier-push-apple.com.akadns.net.\t1\tIN\tCNAME\tgb-courier-4.push-apple.com.akadns.net.\ngb-courier-4.push-apple.com.akadns.net.\t1\tIN\tA\t17.57.146.84\ngb-courier-4.push-apple.com.akadns.net.\t1\tIN\tA\t17.57.146.85<\/pre>\n<p>Hetzelfde probleem als bij Firefox, en de TTL blijft het grootste deel van de tijd op 1 seconde hangen bij gebruik van de Level3-resolver.<\/p>\n<p>Dropbox?<\/p>\n<pre>$ drill client.dropbox.com @8.8.8.8\nclient.dropbox.com.\t7\tIN\tCNAME\tclient.dropbox-dns.com.\nclient.dropbox-dns.com.\t59\tIN\tA\t162.125.67.3\n\n$ drill client.dropbox.com @4.2.2.2\nclient.dropbox.com.\t1\tIN\tCNAME\tclient.dropbox-dns.com.\nclient.dropbox-dns.com.\t1\tIN\tA\t162.125.64.3<\/pre>\n<p>Met de record <code>safebrowsing.googleapis.com<\/code> heeft een TTL-waarde van 60 seconden, net als de domeinen van Facebook. En opnieuw, vanuit het perspectief van de klant, worden deze waarden gehalveerd.<\/p>\n<h1>Wat te zeggen van het instellen van een minimale TTL?<\/h1>\n<p>Met behulp van de naam, het type verzoek, de TTL en de oorspronkelijk opgeslagen tijdstempel heb ik een script geschreven om 1,5 miljoen verzoeken te simuleren die door een cacher-resolver gaan, om het aantal overbodige verzoeken te beoordelen dat wordt verzonden vanwege een verlopen cache-record.<\/p>\n<p>47,4% van de verzoeken werd gedaan nadat de bestaande record was verlopen. Dit is onterecht hoog.<\/p>\n<p>Wat zal de impact op caching zijn als een minimale TTL is ingesteld?<\/p>\n<p><img decoding=\"async\" alt=\"Stop met het gebruiken van belachelijk lage TTL voor DNS.\" src=\"\/wp-content\/uploads\/2019\/11\/3abd417d312450519b45f66865b23763.jpg\" style=\"display:block;margin: 0 auto;\"><\/p>\n<p>De X-as zijn de minimale TTL-waarden. Records met een oorspronkelijke TTL hoger dan deze waarde worden niet be\u00efnvloed.<\/p>\n<p>De Y-as geeft het percentage aanvragen weer van een cli\u00ebnt die al een gecacheerde record heeft, maar waarvan de vervaldatum is verstreken en die een nieuwe aanvraag doet.<\/p>\n<p>Het aandeel 'overbodige' aanvragen daalt van 47% naar 36% door simpelweg de minimale TTL op 5 minuten in te stellen. Bij een minimale TTL van 15 minuten daalt het aantal aanvragen tot 29%. Een minimale TTL van 1 uur verlaagt dit tot 17%. Een aanzienlijk verschil!<\/p>\n<p>Wat als we niets aan de serverkant veranderen, maar in plaats daarvan de minimale TTL instellen in de DNS-caches van de cli\u00ebnten (routers, lokale resolvers)?<\/p>\n<p><img decoding=\"async\" alt=\"Stop met het gebruiken van belachelijk lage TTL voor DNS.\" src=\"\/wp-content\/uploads\/2019\/11\/107a2bd53797d421d65ac7260bf78dfe.jpg\" style=\"display:block;margin: 0 auto;\"><\/p>\n<p>Het aantal vereiste aanvragen daalt van 47% naar 34% bij een minimale TTL van 5 minuten, tot 25% met een minimum van 15 minuten en tot 13% met een minimum van 1 uur. Misschien is de optimale waarde 40 minuten.<\/p>\n<p>De impact van deze minimale wijziging is enorm.<\/p>\n<h1>Wat zijn de gevolgen?<\/h1>\n<p>Natuurlijk kan de service worden overgezet naar een nieuwe cloudprovider, een nieuwe server, een nieuw netwerk, waarbij klanten worden gevraagd om de laatste DNS-records te gebruiken. En een voldoende lage TTL helpt om een dergelijke overzetting soepel en onopgemerkt te maken. Maar bij de overstap naar een nieuwe infrastructuur verwacht niemand dat klanten binnen 1 minuut, 5 minuten of 15 minuten op de nieuwe DNS-records overstappen. Het instellen van een minimale levensduur van 40 minuten in plaats van 5 minuten zal gebruikers niet beletten om toegang te krijgen tot de service.<\/p>\n<p>Maar dit zal de vertraging aanzienlijk verminderen en de privacy en betrouwbaarheid verhogen door onnodige aanvragen te vermijden.<\/p>\n<p>Natuurlijk zeggen de RFC's dat je je strikt aan de TTL moet houden. Maar de realiteit is dat het DNS-systeem te ineffici\u00ebnt is geworden.<\/p>\n<p>Als je werkt met autoritatieve DNS-servers, controleer dan je TTL's. Heb je werkelijk zulke belachelijk lage waarden nodig?<\/p>\n<p>Er zijn natuurlijk goede redenen om lage TTL-waarden voor DNS-records in te stellen. Maar niet voor 75% van het DNS-verkeer, dat praktisch niet verandert.<\/p>\n<p>En als je om de een of andere reden echt lage TTL-waarden voor DNS moet gebruiken, zorg er dan ook voor dat caching op je website niet is ingeschakeld. Om dezelfde redenen.<\/p>\n<p>Als je een lokale DNS-cache hebt, zoals <noindex><a rel=\"nofollow\" href=\"https:\/\/github.com\/dnscrypt\/dnscrypt-proxy\">dnscrypt-proxy<\/a><\/noindex>, wat het mogelijk maakt om minimale TTL's in te stellen, gebruik deze functie. Dat is prima. Er zal niets verkeerd gaan. Stel een minimale TTL in van ongeveer 40 minuten (2400 seconden) tot 1 uur. Een heel redelijke range.<\/p>\n<p>Bron: <a content=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/post\/474450\/\">habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"<p>\u041d\u0438\u0437\u043a\u0430\u044f \u0437\u0430\u0434\u0435\u0440\u0436\u043a\u0430 DNS \u2014 \u043a\u043b\u044e\u0447\u0435\u0432\u043e\u0439 \u0444\u0430\u043a\u0442\u043e\u0440 \u0434\u043b\u044f \u0431\u044b\u0441\u0442\u0440\u043e\u0439 \u0440\u0430\u0431\u043e\u0442\u044b \u0432 \u0438\u043d\u0442\u0435\u0440\u043d\u0435\u0442\u0435. \u0427\u0442\u043e\u0431\u044b \u0435\u0451 \u043c\u0438\u043d\u0438\u043c\u0438\u0437\u0438\u0440\u043e\u0432\u0430\u0442\u044c, \u0432\u0430\u0436\u043d\u043e \u0442\u0449\u0430\u0442\u0435\u043b\u044c\u043d\u043e \u043f\u043e\u0434\u043e\u0431\u0440\u0430\u0442\u044c DNS-\u0441\u0435\u0440\u0432\u0435\u0440\u044b \u0438 \u0430\u043d\u043e\u043d\u0438\u043c\u043d\u044b\u0435 \u0440\u0438\u043b\u0435\u0438. \u041d\u043e \u043f\u0435\u0440\u0432\u044b\u043c \u0434\u0435\u043b\u043e\u043c \u0441\u043b\u0435\u0434\u0443\u0435\u0442 \u0438\u0437\u0431\u0430\u0432\u0438\u0442\u044c\u0441\u044f \u043e\u0442 \u0431\u0435\u0441\u043f\u043e\u043b\u0435\u0437\u043d\u044b\u0445 \u0437\u0430\u043f\u0440\u043e\u0441\u043e\u0432. \u0418\u043c\u0435\u043d\u043d\u043e \u043f\u043e\u044d\u0442\u043e\u043c\u0443 DNS \u0438\u0437\u043d\u0430\u0447\u0430\u043b\u044c\u043d\u043e \u0441\u043e\u0437\u0434\u0430\u0432\u0430\u043b\u0441\u044f \u043a\u0430\u043a \u0441\u0438\u043b\u044c\u043d\u043e \u043a\u044d\u0448\u0438\u0440\u0443\u0435\u043c\u044b\u0439 \u043f\u0440\u043e\u0442\u043e\u043a\u043e\u043b. \u0410\u0434\u043c\u0438\u043d\u0438\u0441\u0442\u0440\u0430\u0442\u043e\u0440\u044b \u0437\u043e\u043d \u0443\u0441\u0442\u0430\u043d\u0430\u0432\u043b\u0438\u0432\u0430\u044e\u0442 \u0432\u0440\u0435\u043c\u044f \u0436\u0438\u0437\u043d\u0438 (TTL) \u0434\u043b\u044f \u043e\u0442\u0434\u0435\u043b\u044c\u043d\u044b\u0445 \u0437\u0430\u043f\u0438\u0441\u0435\u0439, \u0430 \u0440\u0435\u0437\u043e\u043b\u0432\u0435\u0440\u044b \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u0443\u044e\u0442 \u044d\u0442\u0443 \u0438\u043d\u0444\u043e\u0440\u043c\u0430\u0446\u0438\u044e \u043f\u0440\u0438 \u0445\u0440\u0430\u043d\u0435\u043d\u0438\u0438 \u0437\u0430\u043f\u0438\u0441\u0435\u0439 [&hellip;]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":0,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-52324","post","type-post","status-publish","format-standard","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t<!-- All in One SEO 5.0.3 - aioseo.com -->\n\t<meta name=\"description\" content=\"\u041d\u0438\u0437\u043a\u0430\u044f \u0437\u0430\u0434\u0435\u0440\u0436\u043a\u0430 DNS \u2014 \u043a\u043b\u044e\u0447\u0435\u0432\u043e\u0439 \u0444\u0430\u043a\u0442\u043e\u0440 \u0434\u043b\u044f \u0431\u044b\u0441\u0442\u0440\u043e\u0439 \u0440\u0430\u0431\u043e\u0442\u044b \u0432 \u0438\u043d\u0442\u0435\u0440\u043d\u0435\u0442\u0435.\" \/>\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\/nl\/blog\/administrirovanie\/hvatit-ispolzovat-smehotvorno-malyj-ttl-dlya-dns\" \/>\n\t\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.3\" \/>\n\t\t<meta property=\"og:locale\" content=\"nl_NL\" \/>\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\u0425\u0432\u0430\u0442\u0438\u0442 \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u043e\u0432\u0430\u0442\u044c \u0441\u043c\u0435\u0445\u043e\u0442\u0432\u043e\u0440\u043d\u043e \u043c\u0430\u043b\u044b\u0439 TTL \u0434\u043b\u044f DNS | ProHoster\" \/>\n\t\t<meta property=\"og:description\" content=\"\u041d\u0438\u0437\u043a\u0430\u044f \u0437\u0430\u0434\u0435\u0440\u0436\u043a\u0430 DNS \u2014 \u043a\u043b\u044e\u0447\u0435\u0432\u043e\u0439 \u0444\u0430\u043a\u0442\u043e\u0440 \u0434\u043b\u044f \u0431\u044b\u0441\u0442\u0440\u043e\u0439 \u0440\u0430\u0431\u043e\u0442\u044b \u0432 \u0438\u043d\u0442\u0435\u0440\u043d\u0435\u0442\u0435.\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/nl\/blog\/administrirovanie\/hvatit-ispolzovat-smehotvorno-malyj-ttl-dlya-dns\" \/>\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=\"2019-11-05T21:00:00+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2021-01-02T11:04:14+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\udd47Stop met het gebruik van belachelijk kleine TTL voor DNS | ProHoster","description":"Een lage DNS-latentie is een sleutelfactor voor snelle prestaties op het internet.","canonical_url":"https:\/\/prohoster.info\/nl\/blog\/administrirovanie\/hvatit-ispolzovat-smehotvorno-malyj-ttl-dlya-dns","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"nl_NL","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\u0425\u0432\u0430\u0442\u0438\u0442 \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u043e\u0432\u0430\u0442\u044c \u0441\u043c\u0435\u0445\u043e\u0442\u0432\u043e\u0440\u043d\u043e \u043c\u0430\u043b\u044b\u0439 TTL \u0434\u043b\u044f DNS | ProHoster","og:description":"\u041d\u0438\u0437\u043a\u0430\u044f \u0437\u0430\u0434\u0435\u0440\u0436\u043a\u0430 DNS \u2014 \u043a\u043b\u044e\u0447\u0435\u0432\u043e\u0439 \u0444\u0430\u043a\u0442\u043e\u0440 \u0434\u043b\u044f \u0431\u044b\u0441\u0442\u0440\u043e\u0439 \u0440\u0430\u0431\u043e\u0442\u044b \u0432 \u0438\u043d\u0442\u0435\u0440\u043d\u0435\u0442\u0435.","og:url":"https:\/\/prohoster.info\/nl\/blog\/administrirovanie\/hvatit-ispolzovat-smehotvorno-malyj-ttl-dlya-dns","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":"2019-11-05T21:00:00+00:00","article:modified_time":"2021-01-02T11:04:14+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"52324","title":null,"description":"","keywords":"","keyphrases":null,"primary_term":null,"canonical_url":"","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":"2026-01-24 03:14:21","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-02-28 20:45:29","updated":"2026-01-24 03:14:21","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/posts\/52324","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/comments?post=52324"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/posts\/52324\/revisions"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/media?parent=52324"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/categories?post=52324"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/tags?post=52324"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}