{"id":34321,"date":"2019-10-31T21:57:38","date_gmt":"2019-10-31T18:57:38","guid":{"rendered":"https:\/\/prohoster.info\/blog\/vosstanavlivaem-virtualnye-mashiny-s-oshibochno-initsializirovannogo-datastore-istoriya-odnoj-gluposti-s-heppi-endom\/"},"modified":"2019-10-31T21:57:38","modified_gmt":"2019-10-31T18:57:38","slug":"vosstanavlivaem-virtualnye-mashiny-s-oshibochno-initsializirovannogo-datastore-istoriya-odnoj-gluposti-s-heppi-endom","status":"publish","type":"post","link":"https:\/\/prohoster.info\/pt\/blog\/administrirovanie\/vosstanavlivaem-virtualnye-mashiny-s-oshibochno-initsializirovannogo-datastore-istoriya-odnoj-gluposti-s-heppi-endom","title":{"rendered":"Recuperando m\u00e1quinas virtuais de um Datastore inicializado incorretamente. A hist\u00f3ria de uma tolice com final feliz","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Isen\u00e7\u00e3o de responsabilidade: <\/b>Esta nota tem um car\u00e1ter recreativo. A densidade de informa\u00e7\u00f5es \u00fateis nela \u00e9 baixa. Foi escrita \"para mim mesmo\".<\/p><\/blockquote>\n

<\/p>\n

Introdu\u00e7\u00e3o l\u00edrica<\/h3>\n

\nO dep\u00f3sito de arquivos na nossa organiza\u00e7\u00e3o roda em uma m\u00e1quina virtual VMware ESXi 6 sob Windows Server 2016. E n\u00e3o \u00e9 apenas um dep\u00f3sito. \u00c9 um servidor de compartilhamento de arquivos entre os departamentos: aqui temos colabora\u00e7\u00e3o, documenta\u00e7\u00e3o de projetos e pastas com os escaneadores de rede. Enfim, aqui est\u00e1 toda a vida produtiva.<\/p>\n

E este reservat\u00f3rio de toda a vida produtiva come\u00e7ou a travar. E o convidado poderia travar silenciosamente, sem afetar os demais. Ele poderia bloquear toda a m\u00e1quina host e, consequentemente, todas as outras m\u00e1quinas convidadas. Ele poderia travar sozinho e paralisar os servi\u00e7os do cliente vSphere: ou seja, os processos das outras m\u00e1quinas convidadas estavam vivos, as m\u00e1quinas funcionavam normalmente e respondiam, mas o dep\u00f3sito de arquivos n\u00e3o funcionava e o vSphere Client n\u00e3o se conectava ao host. Assim, n\u00e3o consegu\u00edamos identificar nenhum sistema. As travadas podiam ocorrer durante o dia com carga leve. Podiam acontecer \u00e0 noite com carga nula. Podiam ocorrer \u00e0 noite durante o backup diferencial e com carga m\u00e9dia. Podiam ocorrer nos finais de semana durante o backup completo e carga alta. E observou-se uma clara degrada\u00e7\u00e3o da situa\u00e7\u00e3o. No come\u00e7o, era uma vez por ano, depois a cada seis meses. No final da minha paci\u00eancia \u2014 duas vezes por semana.
\nEu culpava a mem\u00f3ria RAM. Mas n\u00e3o me permitiram interromper o dep\u00f3sito nem nos finais de semana e rodar o Memtest. Est\u00e1vamos esperando pelos feriados de maio. Nos feriados de maio, eu rodei o Memtest e... n\u00e3o foram encontrados erros.
\n<\/a><\/noindex>
\nFiquei at\u00f4nito e decidi tirar f\u00e9rias. Enquanto estive de f\u00e9rias, o dep\u00f3sito n\u00e3o travou nenhuma vez. E quando voltei ao trabalho na segunda-feira \u2014 o dep\u00f3sito estava travado. Sobreviveu ao backup completo e justamente no final dele travou. Essa recep\u00e7\u00e3o calorosa de volta das f\u00e9rias me levou a decidir fisicamente transferir os discos da m\u00e1quina convidada para outro host.<\/p>\n

E, embora seja bem sabido que no primeiro dia ap\u00f3s as f\u00e9rias n\u00e3o se deve fazer nada s\u00e9rio, enquanto eu tentava me programar para n\u00e3o trabalhar durante todo o caminho para o trabalho, minha indigna\u00e7\u00e3o com mais um travamento saiu da minha cabe\u00e7a, assim como minha determina\u00e7\u00e3o...<\/p>\n

Os discos f\u00edsicos foram transferidos para outro host. Conex\u00e3o a quente. Nas configura\u00e7\u00f5es de armazenamento na aba Drives<\/i> os discos aparecem. Na aba Datastores<\/i> n\u00e3o h\u00e1 storages nesses discos. Atualizar<\/i> \u2014 n\u00e3o aparecem. E, claro, a primeira rea\u00e7\u00e3o \u00e9 Adicionar Armazenamento<\/i>. O assistente de adi\u00e7\u00e3o informa que ele est\u00e1 suportando. Claro que suporta o VMFS. Eu nunca duvidei. Um olhar r\u00e1pido nas mensagens do assistente em cada etapa: Pr\u00f3ximo, Pr\u00f3ximo, Pr\u00f3ximo, Concluir. A vis\u00e3o nem sequer notou o pequeno c\u00edrculo amarelo com um ponto de exclama\u00e7\u00e3o na parte inferior da janela de uma das etapas do assistente.<\/p>\n

Ap\u00f3s o t\u00e9rmino do assistente, o novo Datastore apareceu na lista\u2026 e, junto com ele, Datastores dos outros discos f\u00edsicos.<\/p>\n

Vou navegar pelo rec\u00e9m-adicionado Datastore, e ele\u2026 est\u00e1 vazio. \u00c9 claro que eu fiquei surpreso novamente. 8 da manh\u00e3 no rel\u00f3gio, primeiros 15 minutos no trabalho ap\u00f3s as f\u00e9rias, nem fiz o a\u00e7\u00facar no caf\u00e9 ainda. E acontece isso. O primeiro pensamento foi \u2014 n\u00e3o puxei o disco \u2018nativo\u2019. Verifiquei se o Datastore desejado estava no \u2018nativo\u2019: n\u00e3o, n\u00e3o estava presente. O segundo pensamento foi: \u2018caramba!\u2019. N\u00e3o tenho certeza, mas acho que o terceiro, quarto e pelo menos o quinto pensamento foram similares.<\/p>\n

Para dissipar as d\u00favidas, rapidamente instalei uma nova vers\u00e3o do ESXi, peguei um disco diferente e, j\u00e1 me concentrando, passei pelas etapas do assistente. Sim. Ao adicionar o Datastore usando o assistente, ocorre a perda de todos os dados no disco sem possibilidade de reverter a opera\u00e7\u00e3o e recuperar os dados. Mais tarde, li em um dos f\u00f3runs uma avalia\u00e7\u00e3o desse design do assistente: uma verdadeira porcaria. E concordei totalmente.<\/p>\n

Come\u00e7ando a partir do sexto \u2014 os pensamentos come\u00e7aram a fluir em uma dire\u00e7\u00e3o mais construtiva. Tudo bem. A inicializa\u00e7\u00e3o leva apenas alguns segundos, mesmo para um disco de 3Tb. Ent\u00e3o, isso \u00e9 uma formata\u00e7\u00e3o em alto n\u00edvel. Ent\u00e3o, a tabela de parti\u00e7\u00f5es apenas foi sobrescrita. Ent\u00e3o, os dados ainda est\u00e3o l\u00e1. Ent\u00e3o, agora vamos procurar um unformat e voil\u00e0.<\/p>\n

Carregando a m\u00e1quina com a imagem de inicializa\u00e7\u00e3o do Strelec\u2026 E descubro que os programas de recupera\u00e7\u00e3o de parti\u00e7\u00f5es conhecem tudo, exceto VMFS. Eles conhecem a parti\u00e7\u00e3o do Synology, por exemplo, mas o VMFS \u2014 n\u00e3o.<\/p>\n

A pesquisa dos programas de recupera\u00e7\u00e3o n\u00e3o \u00e9 animadora: na melhor das hip\u00f3teses, GetDataBack e R.Saver encontram parti\u00e7\u00f5es NTFS com estruturas de diret\u00f3rios vivas e nomes de arquivos ativos. Mas isso n\u00e3o me satisfaz. Eu preciso de dois arquivos vmdk: com o disco do sistema e com o disco dos arquivos de lixo.<\/p>\n

E aqui percebo que, aparentemente, vou ter que instalar o Windows e restaurar a partir do backup. E, ao mesmo tempo, lembro que eu tinha a raiz DFS l\u00e1. E ainda uma sistema de permiss\u00f5es de acesso a pastas de departamentos completamente maluca em volume e ramifica\u00e7\u00e3o. N\u00e3o \u00e9 uma op\u00e7\u00e3o. A \u00fanica op\u00e7\u00e3o vi\u00e1vel em termos de tempo \u00e9 restaurar o estado do sistema e do disco com os dados e todas as permiss\u00f5es.<\/p>\n

Novamente, pesquisa no Google, f\u00f3runs, KB's e mais uma vez o choro de Yaroslavna: o VMware ESXi n\u00e3o prev\u00ea um mecanismo de recupera\u00e7\u00e3o de dados. Todos os t\u00f3picos de discuss\u00e3o t\u00eam dois finais: algu\u00e9m conseguiu recuperar com o caro DiskInternals VMFS Recovery ou algu\u00e9m recebeu ajuda de um especialista que promove ativamente seus servi\u00e7os. vmfs-tools<\/i> e dd<\/i>. A op\u00e7\u00e3o de comprar uma licen\u00e7a do DiskInternals VMFS Recovery por $700 \u2014 n\u00e3o \u00e9 uma op\u00e7\u00e3o. Permitir que uma pessoa de \"territ\u00f3rio potencialmente hostil\" tenha acesso a dados corporativos \u2014 tamb\u00e9m n\u00e3o \u00e9 uma op\u00e7\u00e3o. Mas descobri que o UFS Explorer tamb\u00e9m consegue ler parti\u00e7\u00f5es VMFS.<\/p>\n

DiskInternals VMFS Recovery<\/h3>\n

\nUma vers\u00e3o de teste foi baixada e instalada. O programa viu com sucesso a parti\u00e7\u00e3o VMFS vazia:<\/p>\n

\"Recuperando
\n
\nNo modo Undelete (Fast Scan)<\/i> tamb\u00e9m encontrou o Datastore apagado com pastas m\u00e1quinas virtuais<\/a> com discos dentro:<\/p>\n

\"Recuperando
\n
\nA visualiza\u00e7\u00e3o mostrou que os arquivos estavam vivos:<\/p>\n

\"Recuperando
\n
\nA montagem da parti\u00e7\u00e3o no sistema foi bem-sucedida, mas, por raz\u00f5es desconhecidas, em todas as tr\u00eas pastas havia a mesma m\u00e1quina virtual. Claro, por uma lei da m\u00e1 sorte \u2014 n\u00e3o era a que precisava.<\/p>\n

Tr\u00eas linhas de vergonha<\/b>A tentativa empreendida de piratear descaradamente o software terminou em fracasso. Mas o UFS Explorer foi pirateado.<\/p>\n

Sou extremamente contra o roubo de software. De forma alguma eu incentivo o uso de meios de contornar a prote\u00e7\u00e3o contra o uso n\u00e3o licenciado. \n<\/p><\/blockquote>\n

\nEu estava em uma situa\u00e7\u00e3o catastr\u00f3fica e n\u00e3o me orgulhava das medidas que tomei.<\/p>\n

UFS Explorer<\/h3>\n

\nA varredura do disco mostrou a presen\u00e7a de 7 n\u00f3s. O n\u00famero de n\u00f3s coincidiu \"de forma surpreendente\" com a quantidade de arquivos *-flat.vmdk encontrados pelo VMFS Recovery:<\/p>\n

\"Recuperando
\n
\nA compara\u00e7\u00e3o entre os tamanhos dos arquivos e os tamanhos dos n\u00f3s tamb\u00e9m mostrou coincid\u00eancia at\u00e9 o byte. Ao mesmo tempo, foram recuperados os nomes dos arquivos *-flat.vmdk e, consequentemente, sua pertencen\u00e7a \u00e0s m\u00e1quinas virtuais.<\/p>\n

\"Recuperando
\n
\nEm geral, os discos vmdk do ponto de vista do ESXi consistem em dois arquivos: um arquivo de dados (<nome da m\u00e1quina>-flat.vmdk) e um arquivo de \"particionamento f\u00edsico\" do disco (<nome da m\u00e1quina>.vmdk). Se voc\u00ea enviar o arquivo *-flat.vmdk do seu computador local para o Datastore, o ESXi n\u00e3o reconhecer\u00e1 como um arquivo de disco v\u00e1lido. H\u00e1 um artigo na base de conhecimento da VMware explicando como criar manualmente o arquivo de descri\u00e7\u00e3o do disco: kb.vmware.com\/s\/article\/1002511<\/a><\/noindex>, mas eu n\u00e3o precisei fazer isso, apenas copiei e colei o conte\u00fado dos arquivos correspondentes da \u00e1rea de visualiza\u00e7\u00e3o do arquivo no DiskInternals VMFS Recovery:<\/p>\n

\"Recuperando
\n
\nAp\u00f3s 4 horas de extra\u00e7\u00e3o de 2,5TB do n\u00f3 do UFS Explorer e 20 horas de upload no Datastore do hipervisor, os arquivos corrompidos dos discos foram conectados a uma nova m\u00e1quina virtual. Os discos foram reconhecidos. Nenhuma perda de dados foi notada.<\/p>\n

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

Disclaimer: \u0417\u0430\u043c\u0435\u0442\u043a\u0430 \u043d\u043e\u0441\u0438\u0442 \u0440\u0430\u0437\u0432\u043b\u0435\u043a\u0430\u0442\u0435\u043b\u044c\u043d\u044b\u0439 \u0445\u0430\u0440\u0430\u043a\u0442\u0435\u0440. \u0423\u0434\u0435\u043b\u044c\u043d\u0430\u044f \u043f\u043b\u043e\u0442\u043d\u043e\u0441\u0442\u044c \u043f\u043e\u043b\u0435\u0437\u043d\u043e\u0439 \u0438\u043d\u0444\u043e\u0440\u043c\u0430\u0446\u0438\u0438 \u0432 \u043d\u0435\u0439 \u043c\u0430\u043b\u0430. \u0411\u044b\u043b\u0430 \u043d\u0430\u043f\u0438\u0441\u0430\u043d\u0430 \u00ab\u0434\u043b\u044f \u0441\u0435\u0431\u044f\u00bb. \u041b\u0438\u0440\u0438\u0447\u0435\u0441\u043a\u043e\u0435 \u0432\u0441\u0442\u0443\u043f\u043b\u0435\u043d\u0438\u0435 \u0424\u0430\u0439\u043b\u043e\u0432\u0430\u044f \u043f\u043e\u043c\u043e\u0439\u043a\u0430 \u0432 \u043d\u0430\u0448\u0435\u0439 \u043e\u0440\u0433\u0430\u043d\u0438\u0437\u0430\u0446\u0438\u0438 \u043a\u0440\u0443\u0442\u0438\u0442\u0441\u044f \u043d\u0430 \u0432\u0438\u0440\u0442\u0443\u0430\u043b\u044c\u043d\u043e\u0439 \u043c\u0430\u0448\u0438\u043d\u0435 VMware ESXi 6 \u043f\u043e\u0434 Windows Server 2016. \u0418 \u044d\u0442\u043e \u043d\u0435 \u043f\u0440\u043e\u0441\u0442\u043e \u043f\u043e\u043c\u043e\u0439\u043a\u0430. \u042d\u0442\u043e \u0441\u0435\u0440\u0432\u0435\u0440 \u0444\u0430\u0439\u043b\u043e\u0432\u043e\u0433\u043e \u043e\u0431\u043c\u0435\u043d\u0430 \u043c\u0435\u0436\u0434\u0443 \u0441\u0442\u0440\u0443\u043a\u0442\u0443\u0440\u043d\u044b\u043c\u0438 \u043f\u043e\u0434\u0440\u0430\u0437\u0434\u0435\u043b\u0435\u043d\u0438\u044f\u043c\u0438: \u0442\u0443\u0442 \u0438 \u0441\u043e\u0432\u043c\u0435\u0441\u0442\u043d\u0430\u044f \u0440\u0430\u0431\u043e\u0442\u0430, \u0438 \u043f\u0440\u043e\u0435\u043a\u0442\u043d\u0430\u044f \u0434\u043e\u043a\u0443\u043c\u0435\u043d\u0442\u0430\u0446\u0438\u044f, \u0438 \u043f\u0430\u043f\u043a\u0438 […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":25881,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-34321","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\udd47Recuperamos m\u00e1quinas virtuais de um Datastore erroneamente inicializado. A hist\u00f3ria de uma tolice com um final feliz | ProHoster","description":"Isen\u00e7\u00e3o de responsabilidade: Esta nota tem um car\u00e1ter divertido. A densidade de informa\u00e7\u00f5es \u00fateis nela \u00e9 baixa.","canonical_url":"https:\/\/prohoster.info\/pt\/blog\/administrirovanie\/vosstanavlivaem-virtualnye-mashiny-s-oshibochno-initsializirovannogo-datastore-istoriya-odnoj-gluposti-s-heppi-endom","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\u0412\u043e\u0441\u0441\u0442\u0430\u043d\u0430\u0432\u043b\u0438\u0432\u0430\u0435\u043c \u0432\u0438\u0440\u0442\u0443\u0430\u043b\u044c\u043d\u044b\u0435 \u043c\u0430\u0448\u0438\u043d\u044b \u0441 \u043e\u0448\u0438\u0431\u043e\u0447\u043d\u043e \u0438\u043d\u0438\u0446\u0438\u0430\u043b\u0438\u0437\u0438\u0440\u043e\u0432\u0430\u043d\u043d\u043e\u0433\u043e Datastore. \u0418\u0441\u0442\u043e\u0440\u0438\u044f \u043e\u0434\u043d\u043e\u0439 \u0433\u043b\u0443\u043f\u043e\u0441\u0442\u0438 \u0441 \u0445\u044d\u043f\u043f\u0438-\u044d\u043d\u0434\u043e\u043c | ProHoster","og:description":"Disclaimer: \u0417\u0430\u043c\u0435\u0442\u043a\u0430 \u043d\u043e\u0441\u0438\u0442 \u0440\u0430\u0437\u0432\u043b\u0435\u043a\u0430\u0442\u0435\u043b\u044c\u043d\u044b\u0439 \u0445\u0430\u0440\u0430\u043a\u0442\u0435\u0440. \u0423\u0434\u0435\u043b\u044c\u043d\u0430\u044f \u043f\u043b\u043e\u0442\u043d\u043e\u0441\u0442\u044c \u043f\u043e\u043b\u0435\u0437\u043d\u043e\u0439 \u0438\u043d\u0444\u043e\u0440\u043c\u0430\u0446\u0438\u0438 \u0432 \u043d\u0435\u0439 \u043c\u0430\u043b\u0430.","og:url":"https:\/\/prohoster.info\/pt\/blog\/administrirovanie\/vosstanavlivaem-virtualnye-mashiny-s-oshibochno-initsializirovannogo-datastore-istoriya-odnoj-gluposti-s-heppi-endom","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-10-31T18:57:38+00:00","article:modified_time":"2019-10-31T18:57:38+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"34321","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":"2026-02-09 17:15:13","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 02:24:25","updated":"2026-02-09 17:15:13","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\/34321","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=34321"}],"version-history":[{"count":1,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/posts\/34321\/revisions"}],"predecessor-version":[{"id":159242,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/posts\/34321\/revisions\/159242"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/media\/25881"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/media?parent=34321"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/categories?post=34321"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/tags?post=34321"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}