{"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\/pt\/blog\/administrirovanie\/hvatit-ispolzovat-smehotvorno-malyj-ttl-dlya-dns","title":{"rendered":"Chega de usar um TTL ridiculamente baixo para DNS","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p>A baixa lat\u00eancia DNS \u00e9 um fator crucial para um desempenho r\u00e1pido na internet. Para minimiz\u00e1-la, \u00e9 importante escolher cuidadosamente os servidores DNS e <noindex><a rel=\"nofollow\" href=\"https:\/\/github.com\/DNSCrypt\/dnscrypt-resolvers\/blob\/master\/v2\/relays.md\">relais an\u00f4nimos<\/a><\/noindex>. Mas, antes de tudo, \u00e9 necess\u00e1rio eliminar as consultas in\u00fateis.<\/p>\n<p>\u00c9 por isso que o DNS foi inicialmente criado como um protocolo altamente cache\u00e1vel. Os administradores de zona definem o tempo de vida (TTL) para registros individuais, e os resolvedores usam essas informa\u00e7\u00f5es ao armazenar registros na mem\u00f3ria, para evitar tr\u00e1fego desnecess\u00e1rio.<\/p>\n<p>O cache est\u00e1 funcionando de forma eficaz? H\u00e1 alguns anos, uma pequena pesquisa que fiz mostrou que n\u00e3o \u00e9 perfeito. Vamos dar uma olhada na situa\u00e7\u00e3o atual.<br \/>\n<noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><br \/>\nPara coletar informa\u00e7\u00f5es, eu patchuei <noindex><a rel=\"nofollow\" href=\"https:\/\/github.com\/jedisct1\/encrypted-dns-server\">Servidor DNS Encriptado<\/a><\/noindex> para manter o valor TTL para a resposta. Ele \u00e9 definido como o menor TTL de seus registros, para cada consulta que chega. Isso fornece uma boa vis\u00e3o da distribui\u00e7\u00e3o de TTL do tr\u00e1fego real, al\u00e9m de considerar a popularidade de consultas individuais. A vers\u00e3o patchada do servidor funcionou por algumas horas.<\/p>\n<p>O conjunto de dados resultante consiste em 1&nbsp;583&nbsp;579 registros (name, qtype, TTL, timestamp). Aqui est\u00e1 a distribui\u00e7\u00e3o geral do TTL (o eixo X representa o TTL em segundos):<\/p>\n<p><img decoding=\"async\" alt=\"Chega de usar um TTL ridiculamente baixo para DNS\" src=\"\/wp-content\/uploads\/2019\/11\/ce19a1ceb07e1fd2f3b2284f86271eac.jpg\" style=\"display:block;margin: 0 auto;\"><\/p>\n<p>Desconsiderando uma ligeira eleva\u00e7\u00e3o em 86&nbsp;400 (principalmente para registros SOA), \u00e9 bastante evidente que os TTL est\u00e3o em uma faixa baixa. Vamos analisar mais de perto:<\/p>\n<p><img decoding=\"async\" alt=\"Chega de usar um TTL ridiculamente baixo para DNS\" src=\"\/wp-content\/uploads\/2019\/11\/abbe48952b616e1c5bdb18c2dc103dc7.jpg\" style=\"display:block;margin: 0 auto;\"><\/p>\n<p>Bem, TTL acima de 1 hora s\u00e3o estatisticamente irrelevantes. Ent\u00e3o, vamos nos concentrar na faixa de 0 a 3600:<\/p>\n<p><img decoding=\"async\" alt=\"Chega de usar um TTL ridiculamente baixo para DNS\" src=\"\/wp-content\/uploads\/2019\/11\/f8a88267e1868a55d9234f66ad8c5dee.jpg\" style=\"display:block;margin: 0 auto;\"><\/p>\n<p>A maioria dos TTL est\u00e1 entre 0 e 15 minutos:<\/p>\n<p><img decoding=\"async\" alt=\"Chega de usar um TTL ridiculamente baixo para DNS\" src=\"\/wp-content\/uploads\/2019\/11\/aab650c806097513a5924e5262211ea5.jpg\" style=\"display:block;margin: 0 auto;\"><\/p>\n<p>A grande maioria est\u00e1 entre 0 e 5 minutos:<\/p>\n<p><img decoding=\"async\" alt=\"Chega de usar um TTL ridiculamente baixo para DNS\" src=\"\/wp-content\/uploads\/2019\/11\/736af4b33b745fb0d5070200fa511426.jpg\" style=\"display:block;margin: 0 auto;\"><\/p>\n<p>Isso n\u00e3o \u00e9 muito bom.<\/p>\n<p>A distribui\u00e7\u00e3o acumulada torna o problema ainda mais evidente:<\/p>\n<p><img decoding=\"async\" alt=\"Chega de usar um TTL ridiculamente baixo para DNS\" src=\"\/wp-content\/uploads\/2019\/11\/a3a4f03188dd6dbbf4558076b827f6a5.jpg\" style=\"display:block;margin: 0 auto;\"><\/p>\n<p>Em metade das respostas DNS, o TTL \u00e9 de 1 minuto ou menos, e em tr\u00eas quartos&nbsp;\u2014 5 minutos ou menos.<\/p>\n<p>Mas espere, na verdade est\u00e1 ainda pior. Esses s\u00e3o TTL de servidores autoritativos. No entanto, os resolvedores de clientes (como roteadores, caches locais) recebem TTL dos resolvedores ascendentes, e ele diminui a cada segundo.<\/p>\n<p>Assim, o cliente pode usar cada registro, em m\u00e9dia, por metade do TTL original, ap\u00f3s o que enviar\u00e1 uma nova consulta.<\/p>\n<p>Talvez esses TTL muito baixos se refiram apenas a consultas incomuns, e n\u00e3o a sites populares e APIs? Vamos dar uma olhada:<\/p>\n<p><img decoding=\"async\" alt=\"Chega de usar um TTL ridiculamente baixo para DNS\" src=\"\/wp-content\/uploads\/2019\/11\/2680f9669a90f449a593edcc84ca0dc8.jpg\" style=\"display:block;margin: 0 auto;\"><\/p>\n<p>O eixo X&nbsp;\u2014 \u00e9 o TTL, o eixo Y&nbsp;\u2014 a popularidade das consultas.<\/p>\n<p>Infelizmente, as consultas mais populares tamb\u00e9m s\u00e3o as que s\u00e3o cacheadas de forma menos eficiente.<\/p>\n<p>Vamos aproximar:<\/p>\n<p><img decoding=\"async\" alt=\"Chega de usar um TTL ridiculamente baixo para DNS\" src=\"\/wp-content\/uploads\/2019\/11\/c670382b195169779743f43fd7b15827.jpg\" style=\"display:block;margin: 0 auto;\"><\/p>\n<p>Veredicto: tudo realmente est\u00e1 ruim. J\u00e1 estava ruim antes, e agora ficou ainda pior. O cache de DNS se tornou praticamente in\u00fatil. \u00c0 medida que cada vez menos pessoas usam o resolvedor DNS de seu provedor (por raz\u00f5es v\u00e1lidas), o aumento da lat\u00eancia se torna mais percept\u00edvel.<\/p>\n<p>O cache de DNS s\u00f3 se tornou \u00fatil para conte\u00fados que ningu\u00e9m visita.<\/p>\n<p>Al\u00e9m disso, observe que o software pode <noindex><a rel=\"nofollow\" href=\"https:\/\/00f.net\/2011\/11\/17\/how-long-does-a-dns-ttl-last\/\">interpretar de diferentes maneiras<\/a><\/noindex> os TTL baixos.<\/p>\n<h1>Por que isso acontece?<\/h1>\n<p>Por que os registros DNS t\u00eam um TTL t\u00e3o baixo?<\/p>\n<ul>\n<li>Balanceadores de carga desatualizados permaneceram com as configura\u00e7\u00f5es padr\u00e3o.<\/li>\n<li>Existem mitos de que a balanceamento de carga por DNS depende do TTL (o que n\u00e3o \u00e9 verdade&nbsp;\u2014 desde a \u00e9poca do Netscape Navigator, os clientes escolhem um endere\u00e7o IP aleat\u00f3rio do conjunto RR e tentam outro de forma transparente, caso n\u00e3o consigam se conectar)<\/li>\n<li>Os administradores querem aplicar as altera\u00e7\u00f5es imediatamente porque isso facilita o planejamento.<\/li>\n<li>O administrador do servidor DNS ou do balanceador de carga v\u00ea como sua tarefa implantar de forma eficaz a configura\u00e7\u00e3o que os usu\u00e1rios solicitam, e n\u00e3o acelerar o funcionamento de sites e servi\u00e7os.<\/li>\n<li>TTLs baixos trazem tranquilidade.<\/li>\n<li>As pessoas inicialmente configuram TTL baixos para testes e depois esquecem de alter\u00e1-los.<\/li>\n<\/ul>\n<p>N\u00e3o inclu\u00ed a 'execu\u00e7\u00e3o de falhas' na lista, pois isso est\u00e1 se tornando cada vez menos relevante. Se for necess\u00e1rio redirecionar usu\u00e1rios para outra rede apenas para exibir uma p\u00e1gina de erro quando absolutamente tudo mais est\u00e1 quebrado, talvez uma lat\u00eancia de mais de 1 minuto seja aceit\u00e1vel.<\/p>\n<p>Al\u00e9m disso, um TTL de um minuto significa que, se os servidores DNS autoritativos ficarem fora do ar por mais de um minuto, ningu\u00e9m mais poder\u00e1 acessar os servi\u00e7os dependentes. E a redund\u00e2ncia n\u00e3o ajudar\u00e1 se o problema for um erro de configura\u00e7\u00e3o ou um ataque. Por outro lado, com TTL razo\u00e1veis, muitos clientes continuar\u00e3o a usar a configura\u00e7\u00e3o anterior e nunca notar\u00e3o nada.<\/p>\n<p>Os TTL baixos s\u00e3o em grande parte culpa dos servi\u00e7os de CDN e dos balanceadores de carga, especialmente quando combinam CNAME com TTL baixos e registros com os mesmos TTL baixos (mas independentes):<\/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>Sempre que um CNAME ou qualquer um dos registros A expira, \u00e9 necess\u00e1rio enviar uma nova solicita\u00e7\u00e3o. Ambos t\u00eam um TTL de 30 segundos, mas n\u00e3o coincidem. O TTL m\u00e9dio real ser\u00e1 de 15 segundos.<\/p>\n<p>Mas espere! A situa\u00e7\u00e3o \u00e9 ainda pior. Alguns resolvedores se comportam muito mal em tal situa\u00e7\u00e3o com dois TTL baixos relacionados:<\/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>O resolvedor Level3 provavelmente est\u00e1 rodando em BIND. Se voc\u00ea continuar enviando essa solicita\u00e7\u00e3o, sempre retornar\u00e1 um TTL igual a 1. Essencialmente, <code>raw.githubusercontent.com<\/code> nunca \u00e9 armazenado em cache.<\/p>\n<p>Aqui est\u00e1 outro exemplo de tal situa\u00e7\u00e3o com um dom\u00ednio muito popular:<\/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>Pelo menos tr\u00eas registros CNAME. Ai. Um deles tem um TTL decente, mas isso \u00e9 completamente in\u00fatil. Nos outros CNAME, o TTL inicial \u00e9 de 60 segundos, mas para os dom\u00ednios <code>akamai.net<\/code> o TTL m\u00e1ximo \u00e9 de 20 segundos, e nenhum deles est\u00e1 em fase.<\/p>\n<p>E quanto aos dom\u00ednios que consultam constantemente dispositivos 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>O mesmo problema que o Firefox, e o TTL na maior parte do tempo ficar\u00e1 preso em 1 segundo ao usar o resolvedor 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>No registro <code>safebrowsing.googleapis.com<\/code> o valor do TTL \u00e9 de 60 segundos, assim como os dom\u00ednios do Facebook. E, mais uma vez, do ponto de vista do cliente, esses valores s\u00e3o reduzidos pela metade.<\/p>\n<h1>E quanto \u00e0 configura\u00e7\u00e3o de um TTL m\u00ednimo?<\/h1>\n<p>Usando o nome, tipo de solicita\u00e7\u00e3o, TTL e o carimbo de data\/hora inicialmente salvo, escrevi um script para simular 1,5 milh\u00e3o de solicita\u00e7\u00f5es passando por um resolvedor de cache, para avaliar a quantidade de solicita\u00e7\u00f5es adicionais enviadas devido ao registro de cache expirado.<\/p>\n<p>47,4% das solicita\u00e7\u00f5es foram feitas ap\u00f3s a expira\u00e7\u00e3o do registro existente. Isso \u00e9 excessivamente alto.<\/p>\n<p>Qual ser\u00e1 o impacto no caching se um TTL m\u00ednimo for definido?<\/p>\n<p><img decoding=\"async\" alt=\"Chega de usar um TTL ridiculamente baixo para DNS\" src=\"\/wp-content\/uploads\/2019\/11\/3abd417d312450519b45f66865b23763.jpg\" style=\"display:block;margin: 0 auto;\"><\/p>\n<p>O eixo X representa os valores m\u00ednimos de TTL. Registros com TTL original superior a este valor n\u00e3o s\u00e3o afetados.<\/p>\n<p>O eixo Y representa a porcentagem de consultas do cliente que j\u00e1 possui um registro em cache, mas cuja validade expirou, fazendo uma nova solicita\u00e7\u00e3o.<\/p>\n<p>A propor\u00e7\u00e3o de consultas 'desnecess\u00e1rias' diminui de 47% para 36% simplesmente configurando o TTL m\u00ednimo para 5 minutos. Ao configurar o TTL m\u00ednimo para 15 minutos, essa quantidade cai para 29%. Um TTL m\u00ednimo de 1 hora reduz isso para 17%. Uma diferen\u00e7a significativa!<\/p>\n<p>Que tal n\u00e3o fazer nenhuma altera\u00e7\u00e3o no lado do servidor e, em vez disso, estabelecer TTL m\u00ednimos nos caches DNS dos clientes (roteadores, resolvedores locais)?<\/p>\n<p><img decoding=\"async\" alt=\"Chega de usar um TTL ridiculamente baixo para DNS\" src=\"\/wp-content\/uploads\/2019\/11\/107a2bd53797d421d65ac7260bf78dfe.jpg\" style=\"display:block;margin: 0 auto;\"><\/p>\n<p>O n\u00famero de consultas necess\u00e1rias diminui de 47% para 34% ao definir um TTL m\u00ednimo de 5 minutos, para 25% com um m\u00ednimo de 15 minutos e para 13% com um m\u00ednimo de 1 hora. Talvez o valor ideal seja de 40 minutos.<\/p>\n<p>O impacto dessa mudan\u00e7a m\u00ednima \u00e9 enorme.<\/p>\n<h1>Quais s\u00e3o as consequ\u00eancias?<\/h1>\n<p>Claro, o servi\u00e7o pode ser migrado para um novo provedor de nuvem, um novo servidor, uma nova rede, exigindo que os clientes utilizem os registros DNS mais recentes. Um TTL baixo ajuda a realizar essa transi\u00e7\u00e3o de forma suave e discreta. Mas, ao migrar para uma nova infraestrutura, ningu\u00e9m espera que os clientes mudem para novos registros DNS em 1 minuto, 5 minutos ou 15 minutos. Configurar um tempo de vida m\u00ednimo de 40 minutos em vez de 5 minutos n\u00e3o impede que os usu\u00e1rios acessem o servi\u00e7o.<\/p>\n<p>No entanto, isso permitir\u00e1 uma redu\u00e7\u00e3o significativa na lat\u00eancia e aumentar\u00e1 a privacidade e a confiabilidade, evitando consultas desnecess\u00e1rias.<\/p>\n<p>Claro, o RFC diz que devemos seguir rigorosamente o TTL. Mas a realidade \u00e9 que o sistema DNS se tornou muito ineficiente.<\/p>\n<p>Se voc\u00ea est\u00e1 trabalhando com servidores DNS autoritativos, por favor, verifique seus TTLs. Voc\u00ea realmente precisa de valores t\u00e3o ridiculamente baixos?<\/p>\n<p>Claro, existem boas raz\u00f5es para estabelecer TLs baixos para registros DNS. Mas n\u00e3o para 75% do tr\u00e1fego DNS, que praticamente n\u00e3o muda.<\/p>\n<p>E se por algum motivo voc\u00ea realmente precisar usar TLs baixos para DNS, certifique-se de que o cache do seu site n\u00e3o esteja ativado. Pelas mesmas raz\u00f5es.<\/p>\n<p>Se voc\u00ea possui um cache DNS local em funcionamento, como <noindex><a rel=\"nofollow\" href=\"https:\/\/github.com\/dnscrypt\/dnscrypt-proxy\">dnscrypt-proxy<\/a><\/noindex>, que permite definir TTL m\u00ednimos, utilize essa fun\u00e7\u00e3o. Est\u00e1 tudo bem. Nada de ruim acontecer\u00e1. Defina um TTL m\u00ednimo entre 40 minutos (2400 segundos) e 1 hora. \u00c9 uma faixa perfeitamente razo\u00e1vel.<\/p>\n<p>Fonte: <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\/pt\/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=\"pt_PT\" \/>\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\/pt\/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\udd47Pare de usar um TTL ridiculamente baixo para DNS | ProHoster","description":"Baixa lat\u00eancia DNS \u00e9 um fator chave para um desempenho r\u00e1pido na internet.","canonical_url":"https:\/\/prohoster.info\/pt\/blog\/administrirovanie\/hvatit-ispolzovat-smehotvorno-malyj-ttl-dlya-dns","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"pt_PT","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\/pt\/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\/pt\/wp-json\/wp\/v2\/posts\/52324","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/comments?post=52324"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/posts\/52324\/revisions"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/media?parent=52324"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/categories?post=52324"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/tags?post=52324"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}