{"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\/pt\/blog\/administrirovanie\/odna-iz-funkczij-chromium-sozdayot-ogromnuyu-nagruzku-na-kornevye-dns-servery","title":{"rendered":"Uma das funcionalidades do Chromium causa uma enorme carga nos servidores DNS raiz","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Uma
\n
\nO navegador Chromium, um projeto de c\u00f3digo aberto em desenvolvimento ativo que serve como base para o Google Chrome e o novo Microsoft Edge, chamou a aten\u00e7\u00e3o negativa por causa de uma fun\u00e7\u00e3o que foi concebida com boas inten\u00e7\u00f5es: ela verifica se o provedor n\u00e3o est\u00e1 'roubando' resultados inexistentes de consultas de dom\u00ednio do usu\u00e1rio.<\/p>\n

Detector de Redirecionamento Intranet<\/a><\/noindex>, que cria consultas falsas para 'dom\u00ednios' aleat\u00f3rios, cuja exist\u00eancia \u00e9 estatisticamente improv\u00e1vel, \u00e9 respons\u00e1vel por cerca de metade do tr\u00e1fego total recebido pelos servidores DNS raiz em todo o mundo. O engenheiro da Verisign, Matt Thomas, escreveu um post detalhado post<\/a><\/noindex> no blog da APNIC descrevendo o problema e avaliando sua magnitude.
\n<\/a><\/noindex><\/p>\n

Como normalmente ocorre a resolu\u00e7\u00e3o DNS<\/h2>\n

\n\"Uma
\nEsses servidores s\u00e3o a inst\u00e2ncia m\u00e1xima a ser consultada para resolver .com, .net e assim por diante, para que eles informem que frglxrtmpuf n\u00e3o \u00e9 um dom\u00ednio de topo (TLD).<\/i><\/p>\n

DNS, ou Sistema de Nomes de Dom\u00ednio, \u00e9 o sistema que permite que os computadores convertam nomes de dom\u00ednio memor\u00e1veis como arstechnica.com em endere\u00e7os IP muito menos amig\u00e1veis, como 3.128.236.93. Sem o DNS, a Internet n\u00e3o poderia existir de maneira utiliz\u00e1vel para as pessoas, e, portanto, a carga indesejada na infraestrutura de n\u00edvel superior \u00e9 um problema real.<\/p>\n

Para carregar uma \u00fanica p\u00e1gina da web moderna, pode ser necess\u00e1rio um n\u00famero inconceb\u00edvel de opera\u00e7\u00f5es de busca DNS. Por exemplo, ao analisarmos a p\u00e1gina inicial da ESPN, contamos 93 nomes de dom\u00ednio separados, de a.espncdn.com at\u00e9 z.motads.com. Todos eles s\u00e3o necess\u00e1rios para o carregamento completo da p\u00e1gina!<\/p>\n

Para que o sistema de busca possa suportar essa carga, j\u00e1 que precisa atender todo o mundo, o DNS \u00e9 projetado como uma hierarquia em m\u00faltiplos n\u00edveis. No topo dessa pir\u00e2mide est\u00e3o os servidores raiz \u2014 cada dom\u00ednio de topo, como .com, possui seu pr\u00f3prio conjunto de servidores que s\u00e3o a inst\u00e2ncia m\u00e1xima para cada dom\u00ednio abaixo deles. Um n\u00edvel acima destes<\/em> servidores est\u00e3o os pr\u00f3prios servidores raiz, de a.root-servers.net<\/code> at\u00e9 m.root-servers.net<\/code>.<\/p>\n

Com que frequ\u00eancia isso acontece?<\/h2>\n

\nGra\u00e7as \u00e0 hierarquia de cache em m\u00faltiplos n\u00edveis da infraestrutura DNS, uma pequena porcentagem das consultas DNS globais atinge os servidores raiz. A maioria das pessoas obt\u00e9m informa\u00e7\u00f5es do resolvedor DNS diretamente de seu provedor. Quando um dispositivo do usu\u00e1rio precisa descobrir como acessar um site espec\u00edfico, a consulta \u00e9 enviada inicialmente a um servidor DNS gerenciado por esse provedor local. Se o servidor DNS local n\u00e3o souber a resposta, ele direciona a consulta para seus pr\u00f3prios \"servidores de encaminhamento\" (caso estejam especificados).<\/p>\n

Se nem o servidor DNS do provedor local, nem os \"servidores de encaminhamento\" configurados em sua configura\u00e7\u00e3o tiverem uma resposta em cache, a consulta \u00e9 levantada diretamente para o servidor autoritativo do dom\u00ednio. acima<\/em> aquele que voc\u00ea est\u00e1 tentando resolver. No caso de dom\u00ednio.com<\/code> isso significa que a consulta \u00e9 enviada aos servidores autoritativos do pr\u00f3prio dom\u00ednio com<\/code>, que est\u00e3o localizados em gtld-servers.net<\/code>.<\/p>\n

Sistema gtld-servers<\/code>, a que foi feita a consulta, responde com uma lista de servidores de nomes autoritativos para o dom\u00ednio dom\u00ednio.com, bem como pelo menos um registro vinculante contendo o endere\u00e7o IP de um desses servidores de nomes. Em seguida, as respostas descem pela cadeia \u2014 cada servidor de encaminhamento passa essas respostas para baixo para o servidor que as solicitou, at\u00e9 que a resposta finalmente chegue ao servidor do provedor local e ao computador do usu\u00e1rio. Todos eles armazenam em cache essa resposta, para n\u00e3o perturbar os sistemas de n\u00edveis superiores.<\/p>\n

Na maioria dos casos, os registros dos servidores de nomes para dom\u00ednio.com<\/strong> j\u00e1 estar\u00e3o armazenados em cache em um desses servidores de encaminhamento, portanto, os servidores raiz n\u00e3o s\u00e3o contatados. No entanto, enquanto falamos sobre o tipo de URL que conhecemos \u2014 aquele que \u00e9 resolvido em um website convencional. As consultas do Chrome referem-se ao n\u00edvel acima<\/em> disso, no n\u00edvel dos pr\u00f3prios clusters root-servers.net<\/code>.<\/p>\n

Chromium e verifica\u00e7\u00e3o de sequestro NXDomain<\/h2>\n

\n\"Uma
\nAs verifica\u00e7\u00f5es do Chromium \"este servidor DNS n\u00e3o est\u00e1 me enganando?\" representam quase metade de todo o tr\u00e1fego que chega ao cluster dos servidores DNS raiz da Verisign.<\/i><\/p>\n

O navegador Chromium, projeto-m\u00e3e do Google Chrome, do novo Microsoft Edge e de in\u00fameros navegadores menos conhecidos, deseja fornecer aos usu\u00e1rios uma maneira simples de buscar em um \u00fanico campo, \u00e0s vezes chamado de \"Omnibox\". Em outras palavras, o usu\u00e1rio insere tanto URLs reais quanto consultas de busca no mesmo campo de texto na parte superior da janela do navegador. Dando mais um passo em dire\u00e7\u00e3o \u00e0 simplifica\u00e7\u00e3o, ele tamb\u00e9m n\u00e3o exige que o usu\u00e1rio insira parte da URL com http:\/\/<\/code> ou https:\/\/<\/code>.<\/p>\n

Por mais conveniente que seja, essa abordagem exige que o navegador entenda o que deve ser considerado como URL e o que \u00e9 uma consulta de busca. Na maioria das vezes, isso \u00e9 bastante \u00f3bvio \u2014 por exemplo, uma string com espa\u00e7os n\u00e3o pode ser um URL. No entanto, a situa\u00e7\u00e3o pode ser mais complicada quando se consideram intranets \u2014 redes privadas que tamb\u00e9m podem usar dom\u00ednios de n\u00edvel superior privados para resolver verdadeiros sites na web.<\/p>\n

Se um usu\u00e1rio em sua intranet corporativa digitar \"marketing\", e houver um site interno na empresa com o mesmo nome, o Chromium mostrar\u00e1 uma janela informativa perguntando ao usu\u00e1rio se ele deseja buscar por \"marketing\" ou ir para https:\/\/marketing<\/code>. Isso \u00e9 toler\u00e1vel, mas muitos provedores de internet e provedores de redes Wi-Fi p\u00fablicas \"capturam\" cada URL digitado com erro, redirecionando o usu\u00e1rio para alguma p\u00e1gina repleta de an\u00fancios.<\/p>\n

Gera\u00e7\u00e3o aleat\u00f3ria<\/h2>\n

\nOs desenvolvedores do Chromium n\u00e3o queriam que usu\u00e1rios em redes comuns vissem uma janela informativa questionando o que eles queriam dizer a cada vez que buscassem uma \u00fanica palavra, ent\u00e3o implementaram um teste: ao iniciar o navegador ou mudar de rede, o Chromium executa buscas DNS de tr\u00eas \"dom\u00ednios\" de n\u00edvel superior gerados aleatoriamente, com entre sete e quinze caracteres. Se quaisquer dois desses pedidos retornarem com o mesmo endere\u00e7o IP, o Chromium assume que a rede local est\u00e1 \"capturando\" erros NXDOMAIN<\/code>, que ele deveria receber, portanto o navegador considera, at\u00e9 novo aviso, todas as consultas de uma \u00fanica palavra como tentativas de busca.<\/p>\n

Infelizmente, em redes que n\u00e3o<\/em> capturam resultados de consultas DNS, essas tr\u00eas opera\u00e7\u00f5es geralmente s\u00e3o direcionadas ao n\u00edvel mais alto, at\u00e9 os pr\u00f3prios servidores raiz de nomes: o servidor local n\u00e3o sabe como transformar qwajuixk<\/code>, por isso, redireciona esta solicita\u00e7\u00e3o para seu servidor de encaminhamento, que faz o mesmo at\u00e9 que, finalmente, a.root-servers.net<\/code> ou um de seus 'irm\u00e3os' seja for\u00e7ado a dizer 'Desculpe, mas este n\u00e3o \u00e9 um dom\u00ednio'.<\/p>\n

Como existem aproximadamente 1,67*10^21 poss\u00edveis nomes de dom\u00ednio falsos com comprimento de sete a quinze caracteres, na maioria das vezes cada<\/em> um desses testes, realizados em uma rede 'honesta', chega ao servidor raiz. Isso representa at\u00e9 metade<\/em> da carga total nos DNS raiz, se acreditarmos na estat\u00edstica daquela parte dos clusters root-servers.net<\/code>, que pertencem \u00e0 empresa Verisign.<\/p>\n

A hist\u00f3ria se repete<\/h2>\n

\nEste n\u00e3o \u00e9 o primeiro caso em que um projeto criado com as melhores inten\u00e7\u00f5es atrapalhou<\/a><\/noindex> ou quase atrapalhou um recurso p\u00fablico com tr\u00e1fego desnecess\u00e1rio \u2014 isso imediatamente nos lembrou da longa e triste hist\u00f3ria da D-Link e do servidor NTP (Protocolo de Tempo de Rede) de Poul-Henning Kamp no meio dos anos 2000.<\/p>\n

Em 2005, o desenvolvedor do FreeBSD, Poul-Henning Kamp, que tamb\u00e9m possu\u00eda o \u00fanico servidor Network Time Protocol de n\u00edvel Stratum 1 na Dinamarca, recebeu uma conta inesperada e alta pelo tr\u00e1fego transmitido. Em resumo, a raz\u00e3o foi que os desenvolvedores da D-Link integraram os endere\u00e7os dos servidores NTP Stratum 1, incluindo o servidor de Kamp, no firmware de sua linha de switches, roteadores e pontos de acesso. Isso fez com que o tr\u00e1fego do servidor Kamp aumentasse nove vezes, levando o Danish Internet Exchange a mudar sua tarifa de \"Gratuita\" para \"9 000 d\u00f3lares por ano\".<\/p>\n

O problema n\u00e3o estava no n\u00famero excessivo de roteadores D-Link, mas sim no fato de que eles 'quebraram a hierarquia'. Assim como o DNS, o NTP deve funcionar de forma hier\u00e1rquica \u2014 servidores de n\u00edvel Stratum 0 transmitem informa\u00e7\u00f5es para servidores Stratum 1, que transmitem informa\u00e7\u00f5es para servidores Stratum 2, e assim por diante, descendo a hierarquia. Um roteador dom\u00e9stico comum, switch ou ponto de acesso, como aqueles em que a D-Link programou os endere\u00e7os dos servidores NTP, deveria enviar solicita\u00e7\u00f5es ao servidor Stratum 2 ou Stratum 3.<\/p>\n

O projeto Chromium, provavelmente com as melhores inten\u00e7\u00f5es, repetiu o problema do NTP no problema do DNS, sobrecarregando os servidores raiz da Internet com solicita\u00e7\u00f5es que nunca deveriam ter sido processadas.<\/p>\n

H\u00e1 esperan\u00e7a de uma solu\u00e7\u00e3o r\u00e1pida<\/h2>\n

\nNo projeto Chromium, existe um bug<\/a><\/noindex>, que requer a desativa\u00e7\u00e3o do Intranet Redirect Detector por padr\u00e3o para resolver este problema. \u00c9 justo dar cr\u00e9dito ao projeto Chromium: o bug foi descoberto antes<\/em>, como Matt Thomas da Verisign trouxe uma enorme aten\u00e7\u00e3o para ele com seu post<\/a><\/noindex> no blog da APNIC. O bug foi reportado em junho, mas permaneceu em esquecimento at\u00e9 o post de Thomas; ap\u00f3s o post, come\u00e7ou a ser monitorado de perto.<\/p>\n

H\u00e1 esperan\u00e7a de que o problema seja resolvido em breve, e os servidores DNS raiz n\u00e3o precisem mais responder diariamente a cerca de 60 bilh\u00f5es de solicita\u00e7\u00f5es falsas.<\/p>\n

<\/p>\n

Em nome da publicidade<\/h4>\n

\nServidores \u00e9picos<\/b> seja VPS em Windows<\/a><\/noindex> ou Linux com poderosos processadores da fam\u00edlia AMD EPYC e discos NVMe Intel extremamente r\u00e1pidos. Apresse-se para fazer o pedido!<\/p>\n

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

\u0411\u0440\u0430\u0443\u0437\u0435\u0440 Chromium, \u0430\u043a\u0442\u0438\u0432\u043d\u043e \u0440\u0430\u0437\u0432\u0438\u0432\u0430\u044e\u0449\u0438\u0439\u0441\u044f open-source-\u0440\u043e\u0434\u0438\u0442\u0435\u043b\u044c Google Chrome \u0438 \u043d\u043e\u0432\u043e\u0433\u043e Microsoft Edge, \u043e\u0431\u0440\u0430\u0442\u0438\u043b \u043d\u0430 \u0441\u0435\u0431\u044f \u0441\u0435\u0440\u044c\u0451\u0437\u043d\u043e\u0435 \u043d\u0435\u0433\u0430\u0442\u0438\u0432\u043d\u043e\u0435 \u0432\u043d\u0438\u043c\u0430\u043d\u0438\u0435 \u0438\u0437-\u0437\u0430 \u0444\u0443\u043d\u043a\u0446\u0438\u0438, \u043a\u043e\u0442\u043e\u0440\u0430\u044f \u0437\u0430\u0434\u0443\u043c\u044b\u0432\u0430\u043b\u0430\u0441\u044c \u0441 \u0431\u043b\u0430\u0433\u0438\u043c\u0438 \u043d\u0430\u043c\u0435\u0440\u0435\u043d\u0438\u044f\u043c\u0438: \u043e\u043d\u0430 \u043f\u0440\u043e\u0432\u0435\u0440\u044f\u0435\u0442, \u043d\u0435 \u00ab\u043f\u043e\u0445\u0438\u0449\u0430\u0435\u0442\u00bb \u043b\u0438 \u043f\u0440\u043e\u0432\u0430\u0439\u0434\u0435\u0440 \u043f\u043e\u043b\u044c\u0437\u043e\u0432\u0430\u0442\u0435\u043b\u044f \u043d\u0435\u0441\u0443\u0449\u0435\u0441\u0442\u0432\u0443\u044e\u0449\u0438\u0435 \u0440\u0435\u0437\u0443\u043b\u044c\u0442\u0430\u0442\u044b \u0437\u0430\u043f\u0440\u043e\u0441\u043e\u0432 \u0434\u043e\u043c\u0435\u043d\u043e\u0432. Intranet Redirect Detector, \u0441\u043e\u0437\u0434\u0430\u044e\u0449\u0438\u0439 \u043f\u043e\u0434\u0434\u0435\u043b\u044c\u043d\u044b\u0435 \u0437\u0430\u043f\u0440\u043e\u0441\u044b \u0441\u043b\u0443\u0447\u0430\u0439\u043d\u044b\u0445 \u00ab\u0434\u043e\u043c\u0435\u043d\u043e\u0432\u00bb, \u0441\u0443\u0449\u0435\u0441\u0442\u0432\u043e\u0432\u0430\u043d\u0438\u0435 \u043a\u043e\u0442\u043e\u0440\u044b\u0445 \u0441\u0442\u0430\u0442\u0438\u0441\u0442\u0438\u0447\u0435\u0441\u043a\u0438 \u043c\u0430\u043b\u043e\u0432\u0435\u0440\u043e\u044f\u0442\u043d\u043e, \u043e\u0442\u0432\u0435\u0442\u0441\u0442\u0432\u0435\u043d\u0435\u043d \u043f\u0440\u0438\u043c\u0435\u0440\u043d\u043e \u0437\u0430 \u043f\u043e\u043b\u043e\u0432\u0438\u043d\u0443 \u043e\u0431\u0449\u0435\u0433\u043e \u0442\u0440\u0430\u0444\u0438\u043a\u0430, \u043f\u043e\u043b\u0443\u0447\u0430\u0435\u043c\u043e\u0433\u043e \u043a\u043e\u0440\u043d\u0435\u0432\u044b\u043c\u0438 […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":92999,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-92998","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\n","aioseo_head_json":{"title":"\ud83e\udd47Uma das funcionalidades do Chromium gera uma enorme carga nos servidores DNS raiz | ProHoster","description":"Navegador.","canonical_url":"https:\/\/prohoster.info\/pt\/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":"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\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\/pt\/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\/pt\/wp-json\/wp\/v2\/posts\/92998","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=92998"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/posts\/92998\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/media\/92999"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/media?parent=92998"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/categories?post=92998"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/tags?post=92998"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}