{"id":32137,"date":"2019-10-31T21:45:21","date_gmt":"2019-10-31T18:45:21","guid":{"rendered":"https:\/\/prohoster.info\/blog\/nastrojka-ipsec-site-to-site-vpn-na-oborudovanii-palo-alto-networks\/"},"modified":"2019-10-31T21:45:21","modified_gmt":"2019-10-31T18:45:21","slug":"nastrojka-ipsec-site-to-site-vpn-na-oborudovanii-palo-alto-networks","status":"publish","type":"post","link":"https:\/\/prohoster.info\/pt\/blog\/administrirovanie\/nastrojka-ipsec-site-to-site-vpn-na-oborudovanii-palo-alto-networks","title":{"rendered":"Configura\u00e7\u00e3o de VPN IPSec Site-to-Site em equipamentos Palo Alto Networks","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Configura\u00e7\u00e3o
\n
\nEste artigo \u00e9 uma continua\u00e7\u00e3o do material anterior<\/a><\/noindex>, dedicado \u00e0s particularidades da configura\u00e7\u00e3o de equipamentos Palo Alto Networks <\/b>. Aqui, queremos falar sobre a configura\u00e7\u00e3o de VPN IPSec Site-to-Site<\/b> em equipamentos Palo Alto Networks<\/b> e sobre uma poss\u00edvel op\u00e7\u00e3o de configura\u00e7\u00e3o para conectar v\u00e1rios provedores de internet.
\n<\/a><\/noindex>
\nPara a demonstra\u00e7\u00e3o, ser\u00e1 utilizada uma configura\u00e7\u00e3o padr\u00e3o conectando a sede \u00e0 filial. Para garantir uma conex\u00e3o \u00e0 internet resiliente, a sede utiliza a conex\u00e3o simult\u00e2nea de dois provedores: ISP-1 e ISP-2. A filial est\u00e1 conectada apenas a um provedor, ISP-3. Entre os firewalls PA-1 e PA-2, dois t\u00faneis s\u00e3o estabelecidos. Os t\u00faneis operam no modo Active-Standby<\/b>, o Tunnel-1 est\u00e1 ativo e o Tunnel-2 come\u00e7ar\u00e1 a transmitir tr\u00e1fego no caso de falha do Tunnel-1. Tunnel-1 utiliza a conex\u00e3o com o provedor de internet ISP-1, enquanto o Tunnel-2 utiliza a conex\u00e3o com o provedor de internet ISP-2. Todos os endere\u00e7os IP foram gerados aleatoriamente para fins de demonstra\u00e7\u00e3o e n\u00e3o t\u00eam rela\u00e7\u00e3o com a realidade.<\/p>\n

\"Configura\u00e7\u00e3o
\n
\nPara construir a VPN Site-to-Site, ser\u00e1 utilizado IPSec<\/b> \u2014 um conjunto de protocolos para garantir a prote\u00e7\u00e3o de dados transmitidos pelo protocolo IP. IPSec <\/b>operar\u00e1 usando o protocolo de seguran\u00e7a ESP <\/b>(Encapsulating Security Payload), o que garantir\u00e1 a criptografia dos dados transmitidos.<\/p>\n

Em IPSec <\/b>inclui IKE <\/b>(Internet Key Exchange) \u2014 um protocolo respons\u00e1vel pela negocia\u00e7\u00e3o de SA (associa\u00e7\u00f5es de seguran\u00e7a), par\u00e2metros de seguran\u00e7a que s\u00e3o utilizados para proteger os dados transmitidos. Os firewalls PAN suportam IKEv1 <\/b>e IKEv2<\/b>.<\/p>\n

Em IKEv1 <\/b>A conex\u00e3o VPN \u00e9 constru\u00edda em duas etapas: IKEv1 Fase 1 <\/b>(t\u00fanel IKE) e IKEv1 Fase 2<\/b> (t\u00fanel IPSec), dessa forma, s\u00e3o criados dois t\u00faneis, um dos quais serve para a troca de informa\u00e7\u00f5es de controle entre os firewalls, e o segundo \u2014 para a transmiss\u00e3o de tr\u00e1fego. Na IKEv1 Fase 1<\/b> existe dois modos de opera\u00e7\u00e3o \u2014 modo principal e modo agressivo. O modo agressivo utiliza menos mensagens e opera mais rapidamente, mas n\u00e3o suporta a Prote\u00e7\u00e3o de Identidade do Par.<\/p>\n

IKEv2 <\/b>substituiu IKEv1<\/b>, e em compara\u00e7\u00e3o com IKEv1<\/b> sua principal vantagem \u2014 s\u00e3o menores requisitos de largura de banda e uma negocia\u00e7\u00e3o de SA mais r\u00e1pida. No IKEv2<\/b> utiliza-se menos mensagens de controle (apenas 4), suporta o protocolo EAP, MOBIKE e foi adicionado um mecanismo de verifica\u00e7\u00e3o de disponibilidade do par, com o qual o t\u00fanel \u00e9 criado \u2014 Verifica\u00e7\u00e3o de Vitalidade<\/b>, substituindo a Detec\u00e7\u00e3o de Par Inativo no IKEv1. Se a verifica\u00e7\u00e3o falhar, ent\u00e3o IKEv2 <\/b>pode derrubar o t\u00fanel e depois restaur\u00e1-lo automaticamente na primeira oportunidade. Mais detalhes sobre as diferen\u00e7as podem ser lidos aqui<\/a><\/noindex>.<\/p>\n

Se o t\u00fanel for constru\u00eddo entre firewalls de diferentes fabricantes, podem ocorrer erros na implementa\u00e7\u00e3o IKEv2<\/b>, e para compatibilidade com tal equipamento, \u00e9 poss\u00edvel usar IKEv1<\/b>. Nos outros casos, \u00e9 melhor aplicar IKEv2<\/b>.<\/p>\n

Etapas de configura\u00e7\u00e3o:<\/p>\n

\u2022 Configura\u00e7\u00e3o de dois provedores de internet no modo ActiveStandby<\/b><\/p>\n

Existem v\u00e1rias maneiras de implementar essa fun\u00e7\u00e3o. Uma delas consiste em usar o mecanismo Path Monitoring<\/b>, dispon\u00edvel a partir da vers\u00e3o PAN-OS 8.0.0<\/b>. Neste exemplo, usa-se a vers\u00e3o 8.0.16. Essa fun\u00e7\u00e3o \u00e9 semelhante ao IP SLA em roteadores Cisco. No par\u00e2metro da rota padr\u00e3o est\u00e1tica, configura-se o envio de pacotes de ping para um determinado endere\u00e7o IP a partir de um endere\u00e7o de origem espec\u00edfico. Neste caso, a interface ethernet1\/1 pinga o gateway padr\u00e3o uma vez por segundo. Se n\u00e3o houver resposta para tr\u00eas pings consecutivos, a rota \u00e9 considerada inativa e \u00e9 removida da tabela de roteamento. Uma rota semelhante \u00e9 configurada para o segundo provedor de internet, mas com uma m\u00e9trica maior (ele \u00e9 o de backup). Assim que a primeira rota for removida da tabela, o firewall come\u00e7ar\u00e1 a enviar tr\u00e1fico pela segunda rota \u2014 Fail-Over<\/b>. Quando o primeiro provedor come\u00e7ar a responder aos pings, sua rota retornar\u00e1 \u00e0 tabela e substituir\u00e1 a segunda devido \u00e0 melhor m\u00e9trica \u2014 Fail-Back<\/b>. O processo Fail-Over<\/b> levanta-se em alguns segundos, dependendo dos intervalos configurados, mas, de qualquer forma, o processo n\u00e3o \u00e9 instant\u00e2neo e, durante esse tempo, o tr\u00e1fego \u00e9 perdido. Fail-Back<\/b> ocorre sem perda de tr\u00e1fego. H\u00e1 uma possibilidade de fazer isso Fail-Over<\/b> mais r\u00e1pido, utilizando BFD<\/b>, se o provedor de internet oferecer essa possibilidade. BFD <\/b>\u00e9 suportado a partir do modelo PA-3000 Series<\/b> e VM-100<\/b>. Para o endere\u00e7o de ping, \u00e9 melhor indicar um endere\u00e7o p\u00fablico, sempre acess\u00edvel na internet, em vez do gateway do provedor.<\/p>\n

\"Configura\u00e7\u00e3o
\n
\n\u2022 Cria\u00e7\u00e3o da interface de t\u00fanel<\/b><\/p>\n

O tr\u00e1fego dentro do t\u00fanel \u00e9 transmitido atrav\u00e9s de interfaces virtuais especiais. Em cada uma delas deve ser configurado um endere\u00e7o IP da rede de tr\u00e2nsito. Neste exemplo, para o Tunnel-1 ser\u00e1 usada a sub-rede 172.16.1.0\/30 e para o Tunnel-2 \u2014 a sub-rede 172.16.2.0\/30.
\nA interface de t\u00fanel \u00e9 criada na se\u00e7\u00e3o Network -> Interfaces -> Tunnel<\/b>. \u00c9 necess\u00e1rio indicar o roteador virtual e a zona de seguran\u00e7a, assim como o endere\u00e7o IP da rede de transporte correspondente. O n\u00famero da interface pode ser qualquer um.<\/p>\n

\"Configura\u00e7\u00e3o
\n
\n\"Configura\u00e7\u00e3o
\n
\nNa se\u00e7\u00e3o Avan\u00e7ado <\/b>pode-se indicar Perfil de Gerenciamento<\/b>, que permitir\u00e1 ping nesta interface, o que pode ser \u00fatil para testes.<\/p>\n

\"Configura\u00e7\u00e3o
\n
\n\u2022 Configura\u00e7\u00e3o do Perfil IKE<\/b><\/p>\n

Perfil IKE<\/b> respons\u00e1vel pela primeira fase de cria\u00e7\u00e3o da conex\u00e3o VPN, aqui s\u00e3o indicados os par\u00e2metros do t\u00fanel Fase 1 do IKE<\/b>. O perfil \u00e9 criado na se\u00e7\u00e3o Rede -> Perfis de Rede -> Criptografia IKE<\/b>. \u00c9 necess\u00e1rio indicar o algoritmo de criptografia, o hash, o grupo de Diffie-Hellman e o tempo de vida das chaves. Em geral, quanto mais complexos os algoritmos, pior a performance, eles devem ser escolhidos com base nos requisitos espec\u00edficos de seguran\u00e7a. No entanto, \u00e9 absolutamente desaconselh\u00e1vel aplicar grupos de Diffie-Hellman inferiores a 14 para prote\u00e7\u00e3o de informa\u00e7\u00f5es importantes. Isso se deve \u00e0 vulnerabilidade do protocolo, que s\u00f3 pode ser mitigada utilizando tamanhos de m\u00f3dulo de 2048 bits ou mais, ou algoritmos de criptografia de curva el\u00edptica, que s\u00e3o aplicadas nos grupos 19, 20, 21, 24. Esses algoritmos t\u00eam melhor desempenho em compara\u00e7\u00e3o com a criptografia tradicional. Saiba mais aqui<\/a><\/noindex>. E aqui<\/a><\/noindex>.<\/p>\n

\"Configura\u00e7\u00e3o
\n
\n\u2022 Configura\u00e7\u00e3o do Perfil IPSec<\/b><\/p>\n

A segunda fase da cria\u00e7\u00e3o da conex\u00e3o VPN \u2014 t\u00fanel IPSec. Os par\u00e2metros SA para ele s\u00e3o configurados em Rede -> Perfis de Rede -> Perfil de Criptografia IPSec<\/b>. Aqui \u00e9 necess\u00e1rio indicar o protocolo IPSec \u2014 AH <\/b>ou ESP<\/b>, al\u00e9m dos par\u00e2metros SA <\/b> \u2014 algoritmos de hashing, criptografia, grupos de Diffie-Hellman e tempo de vida das chaves. Os par\u00e2metros SA no Perfil de Criptografia IKE e no Perfil de Criptografia IPSec podem n\u00e3o coincidir.<\/p>\n

\"Configura\u00e7\u00e3o
\n
\n\u2022 Configura\u00e7\u00e3o do Gateway IKE<\/b><\/p>\n

Gateway IKE<\/b> \u2014 \u00e9 um objeto que representa o roteador ou firewall com o qual o t\u00fanel VPN \u00e9 estabelecido. Para cada t\u00fanel \u00e9 necess\u00e1rio criar seu pr\u00f3prio Gateway IKE<\/b>. Neste caso, dois t\u00faneis s\u00e3o criados, um atrav\u00e9s de cada provedor de internet. \u00c9 indicado a interface de sa\u00edda correspondente e seu endere\u00e7o IP, o endere\u00e7o IP do par e a chave compartilhada. Como alternativa \u00e0 chave compartilhada, podem ser utilizados certificados.<\/p>\n

\"Configura\u00e7\u00e3o
\n
\nAqui \u00e9 indicado o anteriormente criado Perfil de Criptografia IKE<\/b>. Os par\u00e2metros do segundo objeto Gateway IKE<\/b> s\u00e3o an\u00e1logos, exceto pelos endere\u00e7os IP. Se o firewall Palo Alto Networks estiver atr\u00e1s de um roteador NAT, o mecanismo de NAT Traversal<\/b>.<\/p>\n

\"Configura\u00e7\u00e3o
\n
\n\u2022 Configura\u00e7\u00e3o do T\u00fanel IPSec<\/b><\/p>\n

T\u00fanel IPSec<\/b> \u2014 \u00e9 um objeto que especifica os par\u00e2metros do t\u00fanel IPSec, como seu nome indica. Aqui, \u00e9 necess\u00e1rio indicar a interface do t\u00fanel e os objetos previamente criados. Gateway IKE<\/b>, Perfil de Criptografia IPSec<\/b>. Para garantir a troca autom\u00e1tica de roteamento para o t\u00fanel de backup, \u00e9 preciso ativar Monitor de T\u00fanel<\/b>. Este \u00e9 um mecanismo que verifica se o par est\u00e1 ativo, usando tr\u00e1fego ICMP. O endere\u00e7o de destino deve ser o endere\u00e7o IP da interface do t\u00fanel do par com o qual o t\u00fanel \u00e9 estabelecido. No perfil, s\u00e3o especificados os temporizadores e a a\u00e7\u00e3o em caso de perda de conex\u00e3o. Aguardar Recupera\u00e7\u00e3o<\/b> \u2013 esperar at\u00e9 que a conex\u00e3o seja restaurada, Falha de Over<\/b> \u2014 enviar o tr\u00e1fego por outro caminho, se houver um dispon\u00edvel. A configura\u00e7\u00e3o do segundo t\u00fanel \u00e9 completamente an\u00e1loga, indicando a segunda interface do t\u00fanel e o Gateway IKE.<\/p>\n

\"Configura\u00e7\u00e3o
\n
\n\"Configura\u00e7\u00e3o
\n
\n\u2022 Configura\u00e7\u00e3o de Roteamento<\/b><\/p>\n

Neste exemplo, \u00e9 utilizado roteamento est\u00e1tico. No firewall PA-1, al\u00e9m das duas rotas padr\u00e3o, s\u00e3o necess\u00e1rias duas rotas para a sub-rede 10.10.10.0\/24 na filial. Uma rota usa Tunnel-1, a outra Tunnel-2. A rota atrav\u00e9s do Tunnel-1 \u00e9 a principal, pois possui uma m\u00e9trica menor. O mecanismo Path Monitoring<\/b> n\u00e3o \u00e9 usado para essas rotas. A troca \u00e9 realizada por Monitor de T\u00fanel<\/b>.<\/p>\n

\"Configura\u00e7\u00e3o
\n
\nAs mesmas rotas para a sub-rede 192.168.30.0\/24 devem ser configuradas no PA-2.<\/p>\n

\"Configura\u00e7\u00e3o
\n
\n\u2022 Configura\u00e7\u00e3o de Regras de Rede<\/b><\/p>\n

Para o funcionamento do t\u00fanel, s\u00e3o necess\u00e1rias tr\u00eas regras:<\/p>\n

    \n
  1. Para funcionar Monitor de Caminho<\/b> permitir ICMP nas interfaces externas.<\/li>\n
  2. Para IPSec <\/b>permitir aplica\u00e7\u00f5es ike <\/b>e ipsec <\/b>nas interfaces externas.<\/li>\n
  3. Permitir tr\u00e1fego entre sub-redes internas e interfaces de t\u00fanel.<\/li>\n<\/ol>\n

    \n\"Configura\u00e7\u00e3o
    \n
    \nConclus\u00e3o<\/b><\/p>\n

    Neste artigo, abordamos uma configura\u00e7\u00e3o de conex\u00e3o de internet redundante e VPN Site-to-Site<\/b>. Esperamos que a informa\u00e7\u00e3o tenha sido \u00fatil e que o leitor tenha uma compreens\u00e3o das tecnologias utilizadas em Palo Alto Networks<\/b>. Se voc\u00ea tiver perguntas sobre a configura\u00e7\u00e3o e sugest\u00f5es sobre t\u00f3picos para futuros artigos, escreva nos coment\u00e1rios, teremos prazer em responder.
    \n
    Fonte:     habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

    \u0414\u0430\u043d\u043d\u0430\u044f \u0441\u0442\u0430\u0442\u044c\u044f \u043f\u0440\u0435\u0434\u0441\u0442\u0430\u0432\u043b\u044f\u0435\u0442 \u0441\u043e\u0431\u043e\u0439 \u043f\u0440\u043e\u0434\u043e\u043b\u0436\u0435\u043d\u0438\u0435 \u043f\u0440\u0435\u0434\u044b\u0434\u0443\u0449\u0435\u0433\u043e \u043c\u0430\u0442\u0435\u0440\u0438\u0430\u043b\u0430, \u043f\u043e\u0441\u0432\u044f\u0449\u0435\u043d\u043d\u043e\u0433\u043e \u043e\u0441\u043e\u0431\u0435\u043d\u043d\u043e\u0441\u0442\u044f\u043c \u043d\u0430\u0441\u0442\u0440\u043e\u0439\u043a\u0438 \u043e\u0431\u043e\u0440\u0443\u0434\u043e\u0432\u0430\u043d\u0438\u044f Palo Alto Networks . \u0417\u0434\u0435\u0441\u044c \u043c\u044b \u0445\u043e\u0442\u0438\u043c \u0440\u0430\u0441\u0441\u043a\u0430\u0437\u0430\u0442\u044c \u043e \u043d\u0430\u0441\u0442\u0440\u043e\u0439\u043a\u0435 IPSec Site-to-Site VPN \u043d\u0430 \u043e\u0431\u043e\u0440\u0443\u0434\u043e\u0432\u0430\u043d\u0438\u0438 Palo Alto Networks \u0438 \u043e \u0432\u043e\u0437\u043c\u043e\u0436\u043d\u043e\u043c \u0432\u0430\u0440\u0438\u0430\u043d\u0442\u0435 \u043a\u043e\u043d\u0444\u0438\u0433\u0443\u0440\u0430\u0446\u0438\u0438 \u043f\u043e\u0434\u043a\u043b\u044e\u0447\u0435\u043d\u0438\u044f \u043d\u0435\u0441\u043a\u043e\u043b\u044c\u043a\u0438\u0445 \u0438\u043d\u0442\u0435\u0440\u043d\u0435\u0442-\u043f\u0440\u043e\u0432\u0430\u0439\u0434\u0435\u0440\u043e\u0432. \u0414\u043b\u044f \u0434\u0435\u043c\u043e\u043d\u0441\u0442\u0440\u0430\u0446\u0438\u0438 \u0431\u0443\u0434\u0435\u0442 \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u043e\u0432\u0430\u043d\u0430 \u0441\u0442\u0430\u043d\u0434\u0430\u0440\u0442\u043d\u0430\u044f \u0441\u0445\u0435\u043c\u0430 \u043f\u043e\u0434\u043a\u043b\u044e\u0447\u0435\u043d\u0438\u044f \u0433\u043e\u043b\u043e\u0432\u043d\u043e\u0433\u043e \u043e\u0444\u0438\u0441\u0430 \u043a \u0444\u0438\u043b\u0438\u0430\u043b\u0443. \u0414\u043b\u044f \u0442\u043e\u0433\u043e, \u0447\u0442\u043e\u0431\u044b \u043e\u0431\u0435\u0441\u043f\u0435\u0447\u0438\u0442\u044c \u043e\u0442\u043a\u0430\u0437\u043e\u0443\u0441\u0442\u043e\u0439\u0447\u0438\u0432\u043e\u0435 \u0438\u043d\u0442\u0435\u0440\u043d\u0435\u0442-\u0441\u043e\u0435\u0434\u0438\u043d\u0435\u043d\u0438\u0435, \u0432 […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":23973,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-32137","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\udd47Configura\u00e7\u00e3o de VPN IPSec Site-to-Site no equipamento Palo Alto Networks | ProHoster","description":"Este artigo.","canonical_url":"https:\/\/prohoster.info\/pt\/blog\/administrirovanie\/nastrojka-ipsec-site-to-site-vpn-na-oborudovanii-palo-alto-networks","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\u041d\u0430\u0441\u0442\u0440\u043e\u0439\u043a\u0430 IPSec Site-to-Site VPN \u043d\u0430 \u043e\u0431\u043e\u0440\u0443\u0434\u043e\u0432\u0430\u043d\u0438\u0438 Palo Alto Networks | ProHoster","og:description":"\u0414\u0430\u043d\u043d\u0430\u044f \u0441\u0442\u0430\u0442\u044c\u044f.","og:url":"https:\/\/prohoster.info\/pt\/blog\/administrirovanie\/nastrojka-ipsec-site-to-site-vpn-na-oborudovanii-palo-alto-networks","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:45:21+00:00","article:modified_time":"2019-10-31T18:45:21+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"32137","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-01-21 09:27:20","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 03:04:40","updated":"2026-01-21 09:27:20","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\/32137","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=32137"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/posts\/32137\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/media\/23973"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/media?parent=32137"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/categories?post=32137"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/tags?post=32137"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}