{"id":74655,"date":"2020-03-19T08:42:34","date_gmt":"2020-03-19T05:42:34","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/kogda-linux-conntrack-vam-bolshe-ne-tovarishh"},"modified":"2020-03-19T08:42:34","modified_gmt":"2020-03-19T05:42:34","slug":"kogda-linux-conntrack-vam-bolshe-ne-tovarishh","status":"publish","type":"post","link":"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/kogda-linux-conntrack-vam-bolshe-ne-tovarishh","title":{"rendered":"Cuando Linux conntrack ya no es su amigo","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p><img decoding=\"async\" alt=\"Cuando Linux conntrack ya no es su amigo\" src=\"\/wp-content\/uploads\/2020\/03\/588a169e5cfe0714694b8d7ff03985d1.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p>El seguimiento de conexiones (\"conntrack\") es una funci\u00f3n fundamental de la pila de red del n\u00facleo de Linux. Permite al n\u00facleo rastrear todas las conexiones o flujos de red l\u00f3gicos, identificando as\u00ed todos los paquetes que componen cada flujo para que puedan ser procesados secuencialmente juntos.<\/p>\n<p><noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><\/p>\n<p>Conntrack es una funci\u00f3n importante del n\u00facleo que se utiliza en algunos casos clave:<\/p>\n<p><\/p>\n<ul>\n<li>NAT se basa en la informaci\u00f3n de conntrack, por lo que puede manejar todos los paquetes de un flujo de manera uniforme. Por ejemplo, cuando un pod accede a un servicio de Kubernetes, el equilibrador de carga kube-proxy utiliza NAT para dirigir el tr\u00e1fico a un pod espec\u00edfico dentro del cl\u00faster. Conntrack registra que para una conexi\u00f3n determinada, todos los paquetes al IP del servicio deben enviarse al mismo pod, y que los paquetes devueltos por el pod de backend deben ser dirigidos de vuelta por NAT al pod que hizo la solicitud.<\/li>\n<li>Los firewalls con seguimiento de estado, como Calico, se basan en la informaci\u00f3n de conntrack para agregar el tr\u00e1fico \"de respuesta\" a la lista blanca. Esto te permite escribir una pol\u00edtica de red que diga: \"permite a mi pod conectarse a cualquier IP remota\" sin necesidad de escribir una pol\u00edtica que permita expl\u00edcitamente el tr\u00e1fico de respuesta. (Sin esto, tendr\u00edas que agregar una regla mucho menos segura que diga \"permitir paquetes a mi pod desde cualquier IP\").<\/li>\n<\/ul>\n<p><\/p>\n<p>Adem\u00e1s, conntrack generalmente mejora el rendimiento del sistema (reduciendo el consumo de tiempo de CPU y la latencia de los paquetes), ya que solo el primer paquete en el flujo<br \/>\ndebe pasar por el procesamiento completo de la pila de red para determinar qu\u00e9 hacer con \u00e9l. Consulta el post \"<noindex><a rel=\"nofollow\" href=\"https:\/\/www.tigera.io\/blog\/comparing-kube-proxy-modes-iptables-or-ipvs\/\">Comparaci\u00f3n de modos de kube-proxy<\/a><\/noindex>\" para ver un ejemplo de c\u00f3mo funciona.<\/p>\n<p><\/p>\n<p>Sin embargo, conntrack tiene sus limitaciones...<\/p>\n<p><\/p>\n<h3 id=\"itak-gde-vse-poshlo-ne-tak\">Entonces, \u00bfd\u00f3nde sali\u00f3 mal?<\/h3>\n<p><\/p>\n<p>La tabla conntrack tiene un tama\u00f1o m\u00e1ximo configurable, y si se llena, las conexiones suelen comenzar a ser rechazadas o interrumpidas. Para manejar el tr\u00e1fico de la mayor\u00eda de las aplicaciones, generalmente hay suficiente espacio libre en la tabla y nunca se convierte en un problema. Sin embargo, hay algunos escenarios en los que vale la pena considerar el uso de la tabla conntrack:<\/p>\n<p><\/p>\n<ul>\n<li>El caso m\u00e1s evidente es cuando su servidor maneja una cantidad extremadamente alta de conexiones activas simult\u00e1neamente. Por ejemplo, si su tabla conntrack est\u00e1 configurada para 128k entradas, pero tiene m\u00e1s de 128k conexiones simult\u00e1neas, seguramente experimentar\u00e1 problemas.<\/li>\n<li>Un caso un poco menos obvio es cuando su servidor maneja un gran n\u00famero de conexiones por segundo. Incluso si las conexiones son breves, Linux contin\u00faa rastre\u00e1ndolas durante un per\u00edodo de tiempo (por defecto 120s). Por ejemplo, si su tabla conntrack est\u00e1 configurada para 128 mil entradas y est\u00e1 intentando manejar 1100 conexiones por segundo, exceder\u00e1 el tama\u00f1o de la tabla conntrack, incluso si las conexiones son muy ef\u00edmeras (128k \/ 120s = 1092 conexiones \/ s).<\/li>\n<\/ul>\n<p><\/p>\n<p>Hay varios tipos de aplicaciones de nicho que caen en estas categor\u00edas. Adem\u00e1s, si tiene muchos atacantes, llenar la tabla conntrack de su servidor con muchas conexiones medio abiertas puede utilizarse en un ataque de tipo 'denegaci\u00f3n de servicio' (DOS). En ambos casos, conntrack puede convertirse en un cuello de botella en su sistema. En algunos casos, ajustar los par\u00e1metros de la tabla conntrack puede ser suficiente para satisfacer sus necesidades, aumentando el tama\u00f1o o reduciendo los tiempos de espera de conntrack (pero si lo hace incorrectamente, encontrar\u00e1 grandes dificultades). Para otros casos, ser\u00e1 necesario eludir conntrack para el tr\u00e1fico agresivo.<\/p>\n<p><\/p>\n<h4 id=\"realnyy-primer\">Ejemplo real<\/h4>\n<p><\/p>\n<p>Tomemos un ejemplo concreto: un importante proveedor de SaaS con el que trabajamos ten\u00eda una serie de servidores memcached en hosts (no en m\u00e1quinas virtuales), cada uno de los cuales manejaba m\u00e1s de 50k conexiones breves por segundo.<\/p>\n<p><\/p>\n<p>Experimentaron con la configuraci\u00f3n de conntrack, aumentando los tama\u00f1os de las tablas y reduciendo el tiempo de seguimiento, pero la configuraci\u00f3n era inestable, lo que aument\u00f3 significativamente el consumo de RAM, lo cual fue un problema (\u00a1cerca de GB!), y las conexiones eran tan cortas que conntrack no generaba su habitual mejora en el rendimiento (reducci\u00f3n del uso de CPU o de la latencia de los paquetes).<\/p>\n<p><\/p>\n<p>Como alternativa, se dirigieron a Calico. Las pol\u00edticas de red de Calico permiten no utilizar conntrack para un tipo espec\u00edfico de tr\u00e1fico (utilizando la opci\u00f3n doNotTrack para las pol\u00edticas). Esto les proporcion\u00f3 el nivel de rendimiento necesario m\u00e1s un nivel adicional de seguridad proporcionado por Calico.<\/p>\n<p><\/p>\n<h4 id=\"na-chto-pridetsya-poyti-chtoby-oboyti-conntrack\">\u00bfQu\u00e9 medidas se deben tomar para eludir conntrack?<\/h4>\n<p><\/p>\n<ul>\n<li>Las pol\u00edticas de red do-not-track generalmente deben ser sim\u00e9tricas. En el caso de un proveedor SaaS: sus aplicaciones funcionaban dentro de una zona protegida y, por lo tanto, mediante una pol\u00edtica de red pod\u00edan poner en la lista blanca el tr\u00e1fico de otras aplicaciones espec\u00edficas que se les permit\u00eda acceder a memcached.<\/li>\n<li>La pol\u00edtica do-not-track no considera la direcci\u00f3n de la conexi\u00f3n. As\u00ed, en caso de un ataque al servidor de memcached, te\u00f3ricamente se podr\u00eda intentar conectar a cualquiera de los clientes de memcached, siempre que utilice el puerto de origen correcto. Sin embargo, si has definido correctamente la pol\u00edtica de red para tus clientes de memcached, esos intentos de conexi\u00f3n a\u00fan ser\u00e1n rechazados del lado del cliente.<\/li>\n<li>La pol\u00edtica do-not-track se aplica a cada paquete, a diferencia de las pol\u00edticas normales que solo se aplican al primer paquete de un flujo. Esto puede aumentar el consumo de recursos de CPU por paquete, ya que se debe aplicar una pol\u00edtica a cada paquete. Pero para conexiones de corta duraci\u00f3n, este gasto se compensa con la reducci\u00f3n del consumo de recursos en el manejo de conntrack. Por ejemplo, en el caso de un proveedor SaaS, el n\u00famero de paquetes por conexi\u00f3n fue muy bajo, por lo que el consumo adicional de recursos de CPU al aplicar pol\u00edticas a cada paquete estaba justificado.<\/li>\n<\/ul>\n<p><\/p>\n<h4 id=\"pristupim-k-testam\">Comencemos las pruebas<\/h4>\n<p><\/p>\n<p>Realizamos una prueba en un pod con un servidor memcached y varios pods de clientes memcached ejecut\u00e1ndose en nodos remotos, de modo que pudi\u00e9ramos manejar una gran cantidad de conexiones por segundo. El servidor con el pod del servidor memcached ten\u00eda 8 n\u00facleos y 512k registros en la tabla de conntrack (tama\u00f1o de tabla configurado por defecto para el host).<br \/>\nMedimos la diferencia en rendimiento entre: sin pol\u00edtica de red; con una pol\u00edtica normal de Calico; y con la pol\u00edtica Calico do-not-track.<\/p>\n<p><\/p>\n<p>Para la primera prueba, hemos establecido el n\u00famero de conexiones en 4,000 por segundo, por lo que pudimos centrarnos en la diferencia en el consumo de CPU. No hubo diferencias significativas entre la ausencia de pol\u00edtica y la pol\u00edtica normal, pero la pol\u00edtica de no rastrear increment\u00f3 el consumo de CPU en aproximadamente un 20%.<\/p>\n<p>\n<img decoding=\"async\" alt=\"Cuando Linux conntrack ya no es su amigo\" src=\"\/wp-content\/uploads\/2020\/03\/6762772cb8e5f089a3ed444aff8cb8f4.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p>En la segunda prueba, lanzamos tantas conexiones como nuestros clientes pod\u00edan generar y medimos el n\u00famero m\u00e1ximo de conexiones por segundo que pod\u00eda manejar nuestro servidor memcached. Como era de esperar, en el caso de \"sin pol\u00edticas\" y \"pol\u00edtica normal\" ambos alcanzaron el l\u00edmite de conntrack de m\u00e1s de 4,000 conexiones por segundo (512k \/ 120s = 4,369 conexiones\/s). Con la pol\u00edtica de no rastrear, nuestros clientes enviaron 60,000 conexiones por segundo sin ning\u00fan problema. Estamos seguros de que podr\u00edamos aumentar este n\u00famero conectando m\u00e1s clientes, pero sentimos que estas cifras ya son suficientes para ilustrar el mensaje de este art\u00edculo.<\/p>\n<p>\n<img decoding=\"async\" alt=\"Cuando Linux conntrack ya no es su amigo\" src=\"\/wp-content\/uploads\/2020\/03\/f3beeb1793a3158018274079da953a2c.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<h4 id=\"zaklyuchenie\">Conclusi\u00f3n<\/h4>\n<p><\/p>\n<p>Conntrack es una funci\u00f3n importante del n\u00facleo. Hace su trabajo de manera excepcional. A menudo es utilizado por componentes clave del sistema. Sin embargo, en ciertos escenarios, la sobrecarga debido a conntrack supera las ventajas normales que proporciona. En este escenario, las pol\u00edticas de red de Calico pueden utilizarse para desactivar selectivamente el uso de conntrack, mejorando al mismo tiempo el nivel de seguridad de la red. Para todo el resto del tr\u00e1fico, conntrack sigue siendo tu aliado.<\/p>\n<p><\/p>\n<h2 id=\"takzhe-chitayte-drugie-stati-v-nashem-bloge\">Tambi\u00e9n lee otros art\u00edculos en nuestro blog:<\/h2>\n<p><\/p>\n<ul>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/nixys\/blog\/473578\/\">Compilaci\u00f3n de m\u00f3dulos din\u00e1micos para Nginx<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/nixys\/blog\/473014\/\">Introducci\u00f3n a la Autorizaci\u00f3n de Kubernetes de Hashicorp Consul<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/nixys\/blog\/426543\/\">Copias de seguridad de Stateful en Kubernetes<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/nixys\/blog\/424717\/\">Copia de seguridad de un gran n\u00famero de proyectos web heterog\u00e9neos<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/nixys\/blog\/347526\/\">Telegram-bot para Redmine. C\u00f3mo simplificar la vida a uno mismo y a los dem\u00e1s<\/a><\/noindex><\/li>\n<\/ul>\n<p>Fuente: <a content=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/nixys\/blog\/492686\/\">habr.com<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"<p>\u041e\u0442\u0441\u043b\u0435\u0436\u0438\u0432\u0430\u043d\u0438\u0435 \u0441\u043e\u0435\u0434\u0438\u043d\u0435\u043d\u0438\u0439 (\u201cconntrack\u201d) \u044f\u0432\u043b\u044f\u0435\u0442\u0441\u044f \u043e\u0441\u043d\u043e\u0432\u043d\u043e\u0439 \u0444\u0443\u043d\u043a\u0446\u0438\u0435\u0439 \u0441\u0435\u0442\u0435\u0432\u043e\u0433\u043e \u0441\u0442\u0435\u043a\u0430 \u044f\u0434\u0440\u0430 Linux. \u041e\u043d\u0430 \u043f\u043e\u0437\u0432\u043e\u043b\u044f\u0435\u0442 \u044f\u0434\u0440\u0443 \u043e\u0442\u0441\u043b\u0435\u0436\u0438\u0432\u0430\u0442\u044c \u0432\u0441\u0435 \u043b\u043e\u0433\u0438\u0447\u0435\u0441\u043a\u0438\u0435 \u0441\u0435\u0442\u0435\u0432\u044b\u0435 \u0441\u043e\u0435\u0434\u0438\u043d\u0435\u043d\u0438\u044f \u0438\u043b\u0438 \u043f\u043e\u0442\u043e\u043a\u0438 \u0438 \u0442\u0435\u043c \u0441\u0430\u043c\u044b\u043c \u0438\u0434\u0435\u043d\u0442\u0438\u0444\u0438\u0446\u0438\u0440\u043e\u0432\u0430\u0442\u044c \u0432\u0441\u0435 \u043f\u0430\u043a\u0435\u0442\u044b, \u043a\u043e\u0442\u043e\u0440\u044b\u0435 \u0441\u043e\u0441\u0442\u0430\u0432\u043b\u044f\u044e\u0442 \u043a\u0430\u0436\u0434\u044b\u0439 \u043f\u043e\u0442\u043e\u043a, \u0447\u0442\u043e\u0431\u044b \u0438\u0445 \u043c\u043e\u0436\u043d\u043e \u0431\u044b\u043b\u043e \u043f\u043e\u0441\u043b\u0435\u0434\u043e\u0432\u0430\u0442\u0435\u043b\u044c\u043d\u043e \u043e\u0431\u0440\u0430\u0431\u0430\u0442\u044b\u0432\u0430\u0442\u044c \u0432\u043c\u0435\u0441\u0442\u0435. Conntrack \u2014 \u044d\u0442\u043e \u0432\u0430\u0436\u043d\u0430\u044f \u0444\u0443\u043d\u043a\u0446\u0438\u044f \u044f\u0434\u0440\u0430, \u043a\u043e\u0442\u043e\u0440\u0430\u044f \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u0443\u0435\u0442\u0441\u044f \u0432 \u043d\u0435\u043a\u043e\u0442\u043e\u0440\u044b\u0445 \u043e\u0441\u043d\u043e\u0432\u043d\u044b\u0445 \u0441\u043b\u0443\u0447\u0430\u044f\u0445: NAT \u043e\u043f\u0438\u0440\u0430\u0435\u0442\u0441\u044f \u043d\u0430 \u0438\u043d\u0444\u043e\u0440\u043c\u0430\u0446\u0438\u044e \u043e\u0442 \u0441onntrack, [&hellip;]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":74656,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-74655","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t<!-- All in One SEO 5.0.2 - aioseo.com -->\n\t<meta name=\"description\" content=\"\u041e\u0442\u0441\u043b\u0435\u0436\u0438\u0432\u0430\u043d\u0438\u0435 \u0441\u043e\u0435\u0434\u0438\u043d\u0435\u043d\u0438\u0439 (\u201cconntrack\u201d) \u044f\u0432\u043b\u044f\u0435\u0442\u0441\u044f.\" \/>\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\/es\/blog\/administrirovanie\/kogda-linux-conntrack-vam-bolshe-ne-tovarishh\" \/>\n\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.2\" \/>\n\t\t<meta property=\"og:locale\" content=\"es_ES\" \/>\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\u041a\u043e\u0433\u0434\u0430 Linux conntrack \u0432\u0430\u043c \u0431\u043e\u043b\u044c\u0448\u0435 \u043d\u0435 \u0442\u043e\u0432\u0430\u0440\u0438\u0449 | ProHoster\" \/>\n\t\t<meta property=\"og:description\" content=\"\u041e\u0442\u0441\u043b\u0435\u0436\u0438\u0432\u0430\u043d\u0438\u0435 \u0441\u043e\u0435\u0434\u0438\u043d\u0435\u043d\u0438\u0439 (\u201cconntrack\u201d) \u044f\u0432\u043b\u044f\u0435\u0442\u0441\u044f.\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/kogda-linux-conntrack-vam-bolshe-ne-tovarishh\" \/>\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=\"2020-03-19T05:42:34+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2020-03-19T05:42:34+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\udd47Cuando Linux conntrack ya no es tu aliado | ProHoster","description":"El seguimiento de conexiones (\"conntrack\") es.","canonical_url":"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/kogda-linux-conntrack-vam-bolshe-ne-tovarishh","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"es_ES","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\u041a\u043e\u0433\u0434\u0430 Linux conntrack \u0432\u0430\u043c \u0431\u043e\u043b\u044c\u0448\u0435 \u043d\u0435 \u0442\u043e\u0432\u0430\u0440\u0438\u0449 | ProHoster","og:description":"\u041e\u0442\u0441\u043b\u0435\u0436\u0438\u0432\u0430\u043d\u0438\u0435 \u0441\u043e\u0435\u0434\u0438\u043d\u0435\u043d\u0438\u0439 (\u201cconntrack\u201d) \u044f\u0432\u043b\u044f\u0435\u0442\u0441\u044f.","og:url":"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/kogda-linux-conntrack-vam-bolshe-ne-tovarishh","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-03-19T05:42:34+00:00","article:modified_time":"2020-03-19T05:42:34+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"74655","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 18:10:25","updated":"2022-10-05 19:52:30","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/posts\/74655","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/comments?post=74655"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/posts\/74655\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/media\/74656"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/media?parent=74655"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/categories?post=74655"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/tags?post=74655"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}