{"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\/fr\/blog\/administrirovanie\/hvatit-ispolzovat-smehotvorno-malyj-ttl-dlya-dns","title":{"rendered":"En plus des informations non officielles pr\u00e9c\u00e9demment publi\u00e9es concernant le portage du navigateur Microsoft Edge pour Linux, lors de la.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p>Une faible latence DNS est un facteur cl\u00e9 pour un fonctionnement rapide sur Internet. Pour la minimiser, il est important de choisir soigneusement les serveurs DNS et <noindex><a rel=\"nofollow\" href=\"https:\/\/github.com\/DNSCrypt\/dnscrypt-resolvers\/blob\/master\/v2\/relays.md\">des relais anonymes<\/a><\/noindex>. Mais avant tout, il faut se d\u00e9barrasser des requ\u00eates inutiles.<\/p>\n<p>C'est pourquoi le DNS a \u00e9t\u00e9 \u00e0 l'origine con\u00e7u comme un protocole fortement cach\u00e9. Les administrateurs de zones d\u00e9finissent le temps de vie (TTL) pour chaque enregistrement, et les r\u00e9solveurs utilisent cette information pour stocker des enregistrements en m\u00e9moire afin d'\u00e9viter un trafic inutile.<\/p>\n<p>Le caching est-il efficace ? Il y a quelques ann\u00e9es, ma petite recherche a montr\u00e9 qu'il n'\u00e9tait pas parfait. Examinons l'\u00e9tat actuel des choses.<br \/>\n<noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><br \/>\nPour recueillir des informations, j'ai patch\u00e9 <noindex><a rel=\"nofollow\" href=\"https:\/\/github.com\/jedisct1\/encrypted-dns-server\">le serveur DNS encrypt\u00e9<\/a><\/noindex> pour conserver la valeur TTL de la r\u00e9ponse. Celle-ci est d\u00e9finie comme le TTL minimum de ses enregistrements, pour chaque requ\u00eate entrante. Cela donne une bonne vue d'ensemble de la r\u00e9partition des TTL du trafic r\u00e9el, tout en tenant compte de la popularit\u00e9 des requ\u00eates individuelles. La version patch\u00e9e du serveur a fonctionn\u00e9 quelques heures.<\/p>\n<p>L'ensemble de r\u00e9sultats comprend 1&nbsp;583&nbsp;579 enregistrements (name, qtype, TTL, timestamp). Voici la r\u00e9partition globale des TTL (l'axe X repr\u00e9sente le TTL en secondes) :<\/p>\n<p><img decoding=\"async\" alt=\"En plus des informations non officielles pr\u00e9c\u00e9demment publi\u00e9es concernant le portage du navigateur Microsoft Edge pour Linux, lors de la.\" src=\"\/wp-content\/uploads\/2019\/11\/ce19a1ceb07e1fd2f3b2284f86271eac.jpg\" style=\"display:block;margin: 0 auto;\"><\/p>\n<p>\u00c0 l'exception d'une l\u00e9g\u00e8re bosse \u00e0 86&nbsp;400 (principalement pour les enregistrements SOA), il est assez \u00e9vident que les TTL se situent dans une plage basse. Regardons de plus pr\u00e8s :<\/p>\n<p><img decoding=\"async\" alt=\"En plus des informations non officielles pr\u00e9c\u00e9demment publi\u00e9es concernant le portage du navigateur Microsoft Edge pour Linux, lors de la.\" src=\"\/wp-content\/uploads\/2019\/11\/abbe48952b616e1c5bdb18c2dc103dc7.jpg\" style=\"display:block;margin: 0 auto;\"><\/p>\n<p>Eh bien, les TTL de plus d'une heure ne sont statistiquement pas significatifs. Concentrons-nous donc sur la fourchette de 0 \u00e0 3600 :<\/p>\n<p><img decoding=\"async\" alt=\"En plus des informations non officielles pr\u00e9c\u00e9demment publi\u00e9es concernant le portage du navigateur Microsoft Edge pour Linux, lors de la.\" src=\"\/wp-content\/uploads\/2019\/11\/f8a88267e1868a55d9234f66ad8c5dee.jpg\" style=\"display:block;margin: 0 auto;\"><\/p>\n<p>La plupart des TTL se situent entre 0 et 15 minutes :<\/p>\n<p><img decoding=\"async\" alt=\"En plus des informations non officielles pr\u00e9c\u00e9demment publi\u00e9es concernant le portage du navigateur Microsoft Edge pour Linux, lors de la.\" src=\"\/wp-content\/uploads\/2019\/11\/aab650c806097513a5924e5262211ea5.jpg\" style=\"display:block;margin: 0 auto;\"><\/p>\n<p>La grande majorit\u00e9 est de 0 \u00e0 5 minutes :<\/p>\n<p><img decoding=\"async\" alt=\"En plus des informations non officielles pr\u00e9c\u00e9demment publi\u00e9es concernant le portage du navigateur Microsoft Edge pour Linux, lors de la.\" src=\"\/wp-content\/uploads\/2019\/11\/736af4b33b745fb0d5070200fa511426.jpg\" style=\"display:block;margin: 0 auto;\"><\/p>\n<p>Ce n'est pas tr\u00e8s bon.<\/p>\n<p>La distribution cumulative rend le probl\u00e8me encore plus \u00e9vident :<\/p>\n<p><img decoding=\"async\" alt=\"En plus des informations non officielles pr\u00e9c\u00e9demment publi\u00e9es concernant le portage du navigateur Microsoft Edge pour Linux, lors de la.\" src=\"\/wp-content\/uploads\/2019\/11\/a3a4f03188dd6dbbf4558076b827f6a5.jpg\" style=\"display:block;margin: 0 auto;\"><\/p>\n<p>Dans la moiti\u00e9 des r\u00e9ponses DNS, le TTL est d'une minute ou moins, et pour trois quarts d'entre eux, il est de 5 minutes ou moins.<\/p>\n<p>Mais attendez, en r\u00e9alit\u00e9, c'est encore pire. Car ce sont des TTL provenant de serveurs autoritatifs. Cependant, les r\u00e9solveurs clients (par exemple, les routeurs, les caches locaux) obtiennent des TTL de r\u00e9solveurs en amont, et ce TTL diminue chaque seconde.<\/p>\n<p>Ainsi, le client peut en r\u00e9alit\u00e9 utiliser chaque enregistrement pendant en moyenne la moiti\u00e9 du TTL initial, apr\u00e8s quoi il enverra une nouvelle requ\u00eate.<\/p>\n<p>Peut-\u00eatre que ces TTL tr\u00e8s bas concernent seulement des requ\u00eates inhabituelles, et non des sites web et des API populaires ? Voyons voir :<\/p>\n<p><img decoding=\"async\" alt=\"En plus des informations non officielles pr\u00e9c\u00e9demment publi\u00e9es concernant le portage du navigateur Microsoft Edge pour Linux, lors de la.\" src=\"\/wp-content\/uploads\/2019\/11\/2680f9669a90f449a593edcc84ca0dc8.jpg\" style=\"display:block;margin: 0 auto;\"><\/p>\n<p>L'axe X repr\u00e9sente le TTL, et l'axe Y la popularit\u00e9 des requ\u00eates.<\/p>\n<p>Malheureusement, les requ\u00eates les plus populaires sont aussi celles qui se cachent le moins bien.<\/p>\n<p>Approchons :<\/p>\n<p><img decoding=\"async\" alt=\"En plus des informations non officielles pr\u00e9c\u00e9demment publi\u00e9es concernant le portage du navigateur Microsoft Edge pour Linux, lors de la.\" src=\"\/wp-content\/uploads\/2019\/11\/c670382b195169779743f43fd7b15827.jpg\" style=\"display:block;margin: 0 auto;\"><\/p>\n<p>Verdict : c'est vraiment mauvais. C'\u00e9tait d\u00e9j\u00e0 mauvais, et c'est devenu encore pire. La mise en cache DNS est devenue pratiquement inutile. Comme de moins en moins de personnes utilisent le r\u00e9solveur DNS de leur fournisseur (pour des raisons valables), l'augmentation de la latence devient plus perceptible.<\/p>\n<p>La mise en cache DNS n'est devenue utile que pour le contenu que personne ne visite.<\/p>\n<p>Veuillez \u00e9galement noter que le logiciel peut <noindex><a rel=\"nofollow\" href=\"https:\/\/00f.net\/2011\/11\/17\/how-long-does-a-dns-ttl-last\/\">interpr\u00e9ter diff\u00e9remment<\/a><\/noindex> les TTL bas.<\/p>\n<h1>Pourquoi cela ?<\/h1>\n<p>Pourquoi un TTL aussi bas est-il d\u00e9fini pour les enregistrements DNS ?<\/p>\n<ul>\n<li>Les \u00e9quilibreurs de charge obsol\u00e8tes sont rest\u00e9s avec les param\u00e8tres par d\u00e9faut.<\/li>\n<li>Il existe des mythes selon lesquels la r\u00e9partition de charge par DNS d\u00e9pend du TTL (ce n'est pas le cas \u2014 depuis l'\u00e9poque de Netscape Navigator, les clients choisissent une adresse IP al\u00e9atoire parmi un ensemble RR et essaient transparemment une autre si la premi\u00e8re connexion \u00e9choue)<\/li>\n<li>Les administrateurs souhaitent appliquer les modifications imm\u00e9diatement, car il est plus facile de planifier ainsi.<\/li>\n<li>L'administrateur du serveur DNS ou de l'\u00e9quilibreur de charge consid\u00e8re sa t\u00e2che comme d\u00e9ployer efficacement la configuration demand\u00e9e par les utilisateurs, et non d'acc\u00e9l\u00e9rer le fonctionnement des sites et services.<\/li>\n<li>Des TTL bas apportent une tranquillit\u00e9 d'esprit.<\/li>\n<li>Les gens mettent initialement des TTL bas pour les tests et oublient ensuite de les modifier.<\/li>\n<\/ul>\n<p>Je n'ai pas inclus la \u00ab gestion des pannes \u00bb dans la liste, car cela est de moins en moins pertinent. Si vous devez rediriger les utilisateurs vers un autre r\u00e9seau juste pour afficher une page d'erreur lorsque tout le reste est cass\u00e9, un d\u00e9lai de plus de 1 minute est probablement acceptable.<\/p>\n<p>De plus, un TTL d'une minute signifie que si les serveurs DNS autoritaires sont bloqu\u00e9s pendant plus d'une minute, personne ne pourra plus acc\u00e9der aux services d\u00e9pendants. Et la redondance n'aidera pas si la cause est une erreur de configuration ou un piratage. D'un autre c\u00f4t\u00e9, avec des TTL raisonnables, de nombreux clients continueront \u00e0 utiliser la configuration pr\u00e9c\u00e9dente et ne remarqueront jamais rien.<\/p>\n<p>Les services CDN et les \u00e9quilibreurs de charge sont en grande partie responsables des TTL bas, surtout lorsqu'ils combinent CNAME avec de petits TTL et des enregistrements avec des TTL tout aussi petits (mais ind\u00e9pendants) :<\/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>Chaque fois qu'un CNAME ou l'une des entr\u00e9es A expire, il faut envoyer une nouvelle requ\u00eate. Les deux ont un TTL de 30 secondes, mais ils ne co\u00efncident pas. Le v\u00e9ritable TTL moyen sera de 15 secondes.<\/p>\n<p>Mais attendez ! C'est encore pire. Certains r\u00e9solveurs se comportent tr\u00e8s mal dans une telle situation avec deux bas TTL li\u00e9s :<\/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>Le r\u00e9solveur Level3 fonctionne probablement sur BIND. Si vous continuez \u00e0 envoyer cette requ\u00eate, un TTL \u00e9gal \u00e0 1 sera toujours renvoy\u00e9. En substance, <code>raw.githubusercontent.com<\/code> n'est jamais mis en cache.<\/p>\n<p>Voici un autre exemple de cette situation avec un domaine tr\u00e8s populaire :<\/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>Au moins trois enregistrements CNAME. Ouf. L'un d'eux a un TTL d\u00e9cent, mais c'est tout \u00e0 fait inutile. Dans les autres CNAME, le TTL initial est de 60 secondes, mais pour les domaines <code>akamai.net<\/code> le TTL maximal est de 20 secondes, et aucun d'eux n'est synchronis\u00e9.<\/p>\n<p>Qu'en est-il des domaines qui interrogent constamment les appareils Apple ?<\/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>Le m\u00eame probl\u00e8me qu'avec Firefox, et le TTL restera la plupart du temps \u00e0 1 seconde en utilisant le r\u00e9solveur Level3.<\/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>Pour l'enregistrement <code>safebrowsing.googleapis.com<\/code> la valeur du TTL est de 60 secondes, tout comme pour les domaines Facebook. Et, encore une fois, du point de vue du client, ces valeurs sont r\u00e9duites de moiti\u00e9.<\/p>\n<h1>Que diriez-vous de d\u00e9finir un TTL minimal ?<\/h1>\n<p>En utilisant le nom, le type de requ\u00eate, le TTL et l'horodatage initialement enregistr\u00e9, j'ai \u00e9crit un script pour simuler 1,5 million de requ\u00eates passant par un r\u00e9solveur de cache afin d'\u00e9valuer le volume de requ\u00eates superflues envoy\u00e9es en raison de l'expiration d'un enregistrement de cache.<\/p>\n<p>47,4 % des requ\u00eates ont \u00e9t\u00e9 effectu\u00e9es apr\u00e8s l'expiration de l'enregistrement existant. C'est excessivement \u00e9lev\u00e9.<\/p>\n<p>Quel sera l'impact sur le caching si un TTL minimal est d\u00e9fini ?<\/p>\n<p><img decoding=\"async\" alt=\"En plus des informations non officielles pr\u00e9c\u00e9demment publi\u00e9es concernant le portage du navigateur Microsoft Edge pour Linux, lors de la.\" src=\"\/wp-content\/uploads\/2019\/11\/3abd417d312450519b45f66865b23763.jpg\" style=\"display:block;margin: 0 auto;\"><\/p>\n<p>L'axe X repr\u00e9sente les valeurs minimales de TTL. Les enregistrements avec des TTL sup\u00e9rieurs \u00e0 cette valeur ne sont pas affect\u00e9s.<\/p>\n<p>L'axe Y indique le pourcentage de requ\u00eates provenant d'un client qui a d\u00e9j\u00e0 un enregistrement mis en cache, mais dont la dur\u00e9e de vie a expir\u00e9, ce qui entra\u00eene une nouvelle requ\u00eate.<\/p>\n<p>La part des \u00ab\u00a0requ\u00eates superflues\u00a0\u00bb diminue de 47\u00a0% \u00e0 36\u00a0% simplement en r\u00e9glant le TTL minimum \u00e0 5 minutes. En fixant le TTL minimum \u00e0 15 minutes, ce nombre descend \u00e0 29\u00a0%. Un TTL minimum d'une heure les r\u00e9duit \u00e0 17\u00a0%. Une diff\u00e9rence significative\u00a0!<\/p>\n<p>Que diriez-vous de ne rien changer du c\u00f4t\u00e9 serveur, mais plut\u00f4t de d\u00e9finir des TTL minimaux dans les caches DNS des clients (routeurs, r\u00e9solveurs locaux)\u00a0?<\/p>\n<p><img decoding=\"async\" alt=\"En plus des informations non officielles pr\u00e9c\u00e9demment publi\u00e9es concernant le portage du navigateur Microsoft Edge pour Linux, lors de la.\" src=\"\/wp-content\/uploads\/2019\/11\/107a2bd53797d421d65ac7260bf78dfe.jpg\" style=\"display:block;margin: 0 auto;\"><\/p>\n<p>Le nombre de requ\u00eates n\u00e9cessaires passe de 47\u00a0% \u00e0 34\u00a0% en d\u00e9finissant un TTL minimum de 5 minutes, \u00e0 25\u00a0% avec un minimum de 15 minutes et \u00e0 13\u00a0% avec un minimum d'une heure. Peut-\u00eatre que la valeur optimale est de 40 minutes.<\/p>\n<p>L'impact de ce l\u00e9ger changement est \u00e9norme.<\/p>\n<h1>Quelles en sont les cons\u00e9quences\u00a0?<\/h1>\n<p>Bien s\u00fbr, le service peut \u00eatre migr\u00e9 vers un nouveau fournisseur cloud, un nouveau serveur, un nouveau r\u00e9seau, demandant aux clients d'utiliser les derniers enregistrements DNS. Un TTL suffisamment bas permet de faciliter cette transition sans heurts. Mais lors du passage \u00e0 une nouvelle infrastructure, personne ne s'attend \u00e0 ce que les clients passent \u00e0 de nouveaux enregistrements DNS en une minute, cinq minutes ou quinze minutes. Fixer la dur\u00e9e de vie minimale \u00e0 40 minutes au lieu de 5 minutes n'emp\u00eache pas les utilisateurs d'acc\u00e9der au service.<\/p>\n<p>Cependant, cela permettra de r\u00e9duire consid\u00e9rablement la latence et d'am\u00e9liorer la confidentialit\u00e9 et la fiabilit\u00e9, en \u00e9vitant les requ\u00eates inutiles.<\/p>\n<p>Bien s\u00fbr, les RFC stipulent qu'il faut respecter strictement le TTL. Mais la r\u00e9alit\u00e9 est que le syst\u00e8me DNS est devenu trop inefficace.<\/p>\n<p>Si vous travaillez avec des serveurs DNS autoritaires, veuillez v\u00e9rifier vos TTL. Avez-vous vraiment besoin de valeurs aussi ridiculement basses ?<\/p>\n<p>Il y a bien s\u00fbr des raisons valables d'installer de petits TTL pour les enregistrements DNS. Mais pas pour 75\u00a0% du trafic DNS qui change \u00e0 peine.<\/p>\n<p>Et si pour une raison quelconque, vous devez vraiment utiliser de faibles TTL pour le DNS, assurez-vous \u00e9galement que la mise en cache est d\u00e9sactiv\u00e9e sur votre site. Pour les m\u00eames raisons.<\/p>\n<p>Si vous avez un cache DNS local, tel que <noindex><a rel=\"nofollow\" href=\"https:\/\/github.com\/dnscrypt\/dnscrypt-proxy\">dnscrypt-proxy<\/a><\/noindex>, qui permet de d\u00e9finir un TTL minimum, utilisez cette fonction. Cela va bien. Rien de mal ne se produira. D\u00e9finissez un TTL minimum d'environ 40 minutes (2400 secondes) \u00e0 1 heure. Une plage tout \u00e0 fait raisonnable.<\/p>\n<p>Source : <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.2.1 - 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\/fr\/blog\/administrirovanie\/hvatit-ispolzovat-smehotvorno-malyj-ttl-dlya-dns\" \/>\n\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.2.1\" \/>\n\t\t<meta property=\"og:locale\" content=\"fr_FR\" \/>\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\/fr\/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\udd47Assez d'utiliser un TTL ridiculement bas pour le DNS | ProHoster","description":"Une faible latence DNS est un facteur cl\u00e9 pour une navigation rapide sur Internet.","canonical_url":"https:\/\/prohoster.info\/fr\/blog\/administrirovanie\/hvatit-ispolzovat-smehotvorno-malyj-ttl-dlya-dns","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"fr_FR","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\/fr\/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\/fr\/wp-json\/wp\/v2\/posts\/52324","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/comments?post=52324"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/posts\/52324\/revisions"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/media?parent=52324"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/categories?post=52324"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/tags?post=52324"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}