{"id":32724,"date":"2019-10-31T21:48:35","date_gmt":"2019-10-31T18:48:35","guid":{"rendered":"https:\/\/prohoster.info\/blog\/chto-est-chto-i-kto-est-kto-na-rynke-zashhity-ot-ddos\/"},"modified":"2019-10-31T21:48:35","modified_gmt":"2019-10-31T18:48:35","slug":"chto-est-chto-i-kto-est-kto-na-rynke-zashhity-ot-ddos","status":"publish","type":"post","link":"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/chto-est-chto-i-kto-est-kto-na-rynke-zashhity-ot-ddos","title":{"rendered":"Qu\u00e9 es qu\u00e9 y qui\u00e9n es qui\u00e9n en el mercado de protecci\u00f3n contra DDoS","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\u00abEl chico que nos hizo el sitio web ya configur\u00f3 la protecci\u00f3n contra DDoS\u00bb.
\n\u00ab\u00bfPero tenemos protecci\u00f3n contra DDoS, por qu\u00e9 se cay\u00f3 el sitio?\u00bb
\n\u00ab\u00bfCu\u00e1ntos miles quiere Qrator?\u00bb<\/p>\n

Para responder adecuadamente a tales preguntas del cliente\/jefe, ser\u00eda bueno saber qu\u00e9 es lo que se oculta tras el t\u00e9rmino \u00abprotecci\u00f3n contra DDoS\u00bb. La elecci\u00f3n de los servicios de protecci\u00f3n se asemeja m\u00e1s a la elecci\u00f3n de un medicamento por un m\u00e9dico que a elegir una mesa en IKEA.<\/p>\n

He estado apoyando sitios web durante 11 a\u00f1os, he sobrevivido a cientos de ataques a los servicios que mantengo, y ahora hablar\u00e9 un poco sobre la cocina interna de la protecci\u00f3n.
\n\"Qu\u00e9<\/a><\/noindex>
\nAtaques regulares. 350k req totales, 52k req leg\u00edtimas.<\/i>
\n<\/a><\/noindex>
\nLos primeros ataques aparecieron pr\u00e1cticamente al mismo tiempo que Internet. El DDoS se convirti\u00f3 en un fen\u00f3meno masivo a finales de los a\u00f1os 2000 (eche un vistazo a www.cloudflare.com\/learning\/ddos\/famous-ddos-attacks<\/noindex>).
\nA partir de 2015-2016 casi todos los proveedores de alojamiento implementaron protecci\u00f3n contra ataques DDoS, al igual que la mayor\u00eda de los sitios notables en sectores competitivos (haga un whois por IP de los sitios eldorado.ru, leroymerlin.ru, tilda.ws, ver\u00e1 las redes de los operadores de protecci\u00f3n).<\/p>\n

Si hace 10-20 a\u00f1os la mayor\u00eda de los ataques pod\u00edan ser repelidos en el mismo servidor (eval\u00fae las recomendaciones del administrador de sistemas de Lenta.ru, Maxim Moshkov, de los a\u00f1os 90: lib.ru\/WEBMASTER\/sowetywww2.txt_with-big-pictures.html#10<\/a><\/noindex>), hoy las tareas de protecci\u00f3n se han vuelto m\u00e1s complejas.<\/p>\n

Tipos de ataques DDoS desde la perspectiva de la elecci\u00f3n del operador de protecci\u00f3n.<\/h2>\n

Ataques a nivel L3 \/ L4 (seg\u00fan el modelo OSI).<\/h4>\n

\u2014 Inundaci\u00f3n UDP desde un botnet (se env\u00edan muchos requests directamente desde dispositivos infectados al servicio atacado, saturando el canal de los servidores);
\n \u2014 Amplificaci\u00f3n DNS\/NTP\/etc (se env\u00edan muchos requests desde dispositivos infectados a DNS\/NTP\/etc vulnerables, la direcci\u00f3n del remitente es falsificada, una multitud de paquetes con respuestas a los requests saturan el canal del objetivo del ataque; as\u00ed se llevan a cabo los ataques m\u00e1s masivos en Internet actualmente);
\n \u2014 Inundaci\u00f3n SYN\/ACK (se env\u00edan muchos requests para establecer una conexi\u00f3n a los servidores atacados, lo que provoca el desbordamiento de la cola de conexiones);
\n \u2014 Ataques con fragmentaci\u00f3n de paquetes, ping de la muerte, inundaci\u00f3n de ping (por favor, b\u00fasquelo);
\n \u2014 etc.<\/p>\n

Estos ataques tienen como objetivo \u00ababrumar\u00bb el canal del servidor o \u00abmatar\u00bb su capacidad de recibir nuevo tr\u00e1fico.
\nAunque la inundaci\u00f3n SYN\/ACK y la amplificaci\u00f3n son muy diferentes, muchas empresas luchan contra ellas de manera similar. Los problemas surgen con los ataques del siguiente grupo.<\/p>\n

Ataques a L7 (nivel de aplicaci\u00f3n).<\/h4>\n

\u2014 inundaci\u00f3n http (si se ataca un sitio web o alg\u00fan API http);
\n \u2014 ataque a las vulnerabilidades del sitio web (que no tienen cach\u00e9, que cargan mucho el sitio, etc.).<\/p>\n

El objetivo es hacer que el servidor 'trabaje duro', procesando muchas 'solicitudes que parecen reales' y qued\u00e1ndose sin recursos para las solicitudes leg\u00edtimas.<\/p>\n

Aunque hay otros tipos de ataques, estos son los m\u00e1s comunes.<\/p>\n

Los ataques serios a nivel L7 se crean de manera \u00fanica para cada proyecto atacado.<\/p>\n

\u00bfPor qu\u00e9 2 grupos?<\/b>
\nPorque hay muchos que pueden defender bien los ataques a nivel L3\/L4, pero o no se ocupan de la protecci\u00f3n a nivel de aplicaci\u00f3n (L7), o tienen dificultades para manejarlo en comparaci\u00f3n con las alternativas.<\/p>\n

Qui\u00e9n es qui\u00e9n en el mercado de protecci\u00f3n contra DDoS<\/h2>\n

\n(mi opini\u00f3n personal)<\/p>\n

Protecci\u00f3n a nivel L3\/L4<\/h4>\n

Para defenderse de ataques con amplificaci\u00f3n ('colapso' del canal del servidor), se requieren anchos de banda amplios (muchos de los servicios de protecci\u00f3n se conectan a la mayor\u00eda de los grandes proveedores de troncal en Rusia y tienen canales con capacidad te\u00f3rica superior a 1 Tbps). No olvidemos que los ataques de amplificaci\u00f3n muy raramente duran m\u00e1s de una hora. Si usted es Spamhaus y todo el mundo no lo quiere, s\u00ed, pueden intentar tumbar sus canales durante varios d\u00edas, incluso arriesgando su sobrevivencia a largo plazo con el botnet mundial utilizado. Si solo tiene una tienda en l\u00ednea, incluso si es mvideo.ru, 1 Tbps por varios d\u00edas no lo ver\u00e1 muy pronto (espero).<\/p>\n

Para defenderse de ataques con inundaciones SYN\/ACK, fragmentaci\u00f3n de paquetes, etc., se requiere equipo o sistemas de software para la detecci\u00f3n y mitigaci\u00f3n de esos ataques.
\nEste tipo de equipo es fabricado por muchos (Arbor, hay soluciones de Cisco, Huawei, implementaciones de software de Wanguard, etc.), muchos operadores troncal ya lo han instalado y venden servicios de protecci\u00f3n contra DDoS (s\u00e9 de instalaciones en Rostelecom, Megafon, TTK, MTS, casi todos los grandes proveedores lo hacen, y tambi\u00e9n los hosting con su protecci\u00f3n tipo OVH.com, Hetzner.de, yo mismo he lidiado con protecci\u00f3n en ihor.ru). Algunas empresas desarrollan sus propias soluciones de software (tecnolog\u00edas como DPDK permiten procesar tr\u00e1fico en decenas de gigabits en una sola m\u00e1quina f\u00edsica x86).<\/p>\n

Entre los jugadores conocidos, todos son m\u00e1s o menos efectivos para repeler ataques DDoS L3\/L4. No puedo decirte qui\u00e9n tiene la mayor capacidad de canal (esa es informaci\u00f3n confidencial), pero normalmente no es tan importante, y la diferencia radica en qu\u00e9 tan r\u00e1pido se activa la protecci\u00f3n (inmediatamente o despu\u00e9s de unos minutos de tiempo de inactividad del proyecto, como en Hetzner).
\nLa cuesti\u00f3n es cu\u00e1n bien se realiza esto: un ataque de amplificaci\u00f3n se puede repeler bloqueando el tr\u00e1fico de los pa\u00edses con la mayor cantidad de tr\u00e1fico perjudicial, o se puede filtrar solo el tr\u00e1fico realmente innecesario.
\nPero, seg\u00fan mi experiencia, todos los jugadores serios del mercado manejan esto sin problemas: Qrator, DDoS-Guard, Kaspersky, G-Core Labs (anteriormente SkyParkCDN), ServicePipe, Stormwall, Voxility, etc.
\nNo he tratado con la protecci\u00f3n de operadores como Rostelecom, Megafon, TTK, Beeline; seg\u00fan los comentarios de mis colegas, proporcionan estos servicios con bastante calidad, aunque de vez en cuando se nota la falta de experiencia: a veces hay que ajustar algo a trav\u00e9s del soporte del operador de protecci\u00f3n.
\nAlgunos operadores ofrecen un servicio separado de 'protecci\u00f3n contra ataques a nivel L3\/L4', o 'protecci\u00f3n de canales', que es mucho m\u00e1s barato que la protecci\u00f3n a todos los niveles.<\/p>\n

\u00bfC\u00f3mo un proveedor no troncal repela ataques de cientos de Gbit, si no tiene sus propios canales?<\/b>Un operador de protecci\u00f3n puede conectarse a cualquiera de los grandes proveedores y repeler ataques 'a su costa'. Tendr\u00e1 que pagar por el canal, pero no siempre se utilizar\u00e1n esos cientos de Gbit, hay opciones para reducir significativamente el costo de los canales en este caso, por lo que el esquema sigue siendo viable.
\n\"Qu\u00e9<\/a><\/noindex>
\nRecib\u00eda este tipo de informes de la protecci\u00f3n L3\/L4 superior de manera regular, mientras manten\u00eda los sistemas de un proveedor de hosting.<\/i><\/p>\n

Protecci\u00f3n a nivel L7 (nivel de aplicaci\u00f3n)<\/h4>\n

Las ataques a nivel L7 (nivel de aplicaci\u00f3n) son repelidos con calidad y estabilidad solo por unas pocas entidades.
\nTengo una experiencia real bastante amplia con
\n \u2014 Qrator.net;
\n \u2014 DDoS-Guard;
\n \u2014 G-Core Labs;
\n \u2014 Kaspersky.<\/p>\n

Cobran por cada megabit de tr\u00e1fico limpio, y un megabit cuesta alrededor de varios miles de rublos. Si tienes al menos 100 megabits de tr\u00e1fico limpio \u2014 oh. La protecci\u00f3n ser\u00e1 muy cara. Puedo contar en pr\u00f3ximos art\u00edculos c\u00f3mo dise\u00f1ar aplicaciones para ahorrar mucho en la capacidad de los canales de protecci\u00f3n.
\nEl verdadero \u00abrey de la monta\u00f1a\u00bb es Qrator.net, los dem\u00e1s est\u00e1n rezagados. Qrator es, por ahora, la \u00fanica opci\u00f3n en mi experiencia que ofrece un porcentaje cercano a cero de falsas alarmas, aunque son varias veces m\u00e1s caros que otros actores del mercado.<\/p>\n

Otros operadores tambi\u00e9n ofrecen protecci\u00f3n de calidad y estable. Muchos servicios en nuestro soporte (incluyendo algunos muy conocidos en el pa\u00eds) est\u00e1n bajo la protecci\u00f3n de DDoS-Guard, G-Core Labs y est\u00e1n bastante satisfechos con los resultados obtenidos.
\n\"Qu\u00e9<\/a><\/noindex>
\nAtaques repelidos por Qrator<\/i><\/p>\n

Tambi\u00e9n tengo experiencia con operadores de protecci\u00f3n m\u00e1s peque\u00f1os como cloud-shield.ru, ddosa.net, miles de ellos. Definitivamente no los recomendar\u00eda, ya que mi experiencia no es muy amplia, pero puedo hablar sobre los principios de su funcionamiento. A menudo, el costo de su protecci\u00f3n es de 1 a 2 \u00f3rdenes de magnitud m\u00e1s bajo que el de los grandes jugadores. Generalmente, compran un servicio de protecci\u00f3n parcial (L3\/L4) de alg\u00fan proveedor m\u00e1s grande y luego crean su propia defensa contra ataques en niveles m\u00e1s altos. Esto puede ser bastante efectivo y puedes obtener un buen servicio a un menor costo, pero son empresas peque\u00f1as con un personal reducido, as\u00ed que tenlo en cuenta.<\/p>\n

\u00bfCu\u00e1l es la dificultad de repeler ataques en el nivel L7?<\/h4>\n

Todas las aplicaciones son \u00fanicas, y es necesario permitir el tr\u00e1fico v\u00e1lido para ellas y bloquear el tr\u00e1fico da\u00f1ino. Descartar definitivamente a los bots no siempre es posible, por lo que es necesario utilizar muchos, de verdad MUCHOS niveles de filtrado de tr\u00e1fico.<\/p>\n

En su momento, era suficiente el m\u00f3dulo nginx-testcookie (https:\/\/github.com\/kyprizel\/testcookie-nginx-module<\/a><\/noindex>), y a\u00fan ahora es suficiente para repeler un gran n\u00famero de ataques. Cuando trabajaba en la industria de hosting, constru\u00eda la protecci\u00f3n L7 precisamente sobre nginx-testcookie.
\nLamentablemente, los ataques se han vuelto m\u00e1s complicados. testcookie utiliza verificaciones de bots basadas en JS, y muchos bots modernos pueden superarlas con \u00e9xito.<\/p>\n

Las botnets atacantes tambi\u00e9n son \u00fanicas, y es necesario considerar las caracter\u00edsticas de cada gran botnet.
\nAmplificaci\u00f3n, inundaci\u00f3n directa desde la botnet, filtrado de tr\u00e1fico de diferentes pa\u00edses (filtrado diferente para diferentes pa\u00edses), inundaci\u00f3n SYN\/ACK, fragmentaci\u00f3n de paquetes, ICMP, inundaci\u00f3n http, y a nivel de aplicaci\u00f3n\/http se pueden idear un n\u00famero ilimitado de ataques diferentes.
\nEn total, a nivel de protecci\u00f3n de canales, equipo especializado para la limpieza del tr\u00e1fico, software especial y configuraciones adicionales de filtrado para cada cliente, puede haber decenas y cientos de niveles de filtrado.
\nPara gestionar correctamente esto y ajustar adecuadamente la configuraci\u00f3n de filtrado para diferentes usuarios, se necesita una gran experiencia y un personal calificado. Incluso un gran operador que decida ofrecer servicios de protecci\u00f3n no puede simplemente \"llenar el problema con dinero\": la experiencia se adquiere en los sitios afectados y en los falsos positivos del tr\u00e1fico leg\u00edtimo.
\nNo existe un bot\u00f3n de \"repeler DDoS\" para el operador de protecci\u00f3n; hay una gran cantidad de herramientas que deben saber utilizar.<\/p>\n

Y un ejemplo adicional.
\n\"Qu\u00e9<\/a><\/noindex>
\nUn servidor sin protecci\u00f3n fue bloqueado por el proveedor de hosting durante un ataque de 600 Mbit.<\/i>
\n(La \"p\u00e9rdida\" de tr\u00e1fico no es notoria, ya que solo un sitio fue atacado, se retir\u00f3 temporalmente del servidor y el bloqueo fue levantado en menos de una hora).<\/i>
\n\"Qu\u00e9<\/a><\/noindex>
\nEste mismo servidor est\u00e1 protegido. Los atacantes se \"rindieron\" despu\u00e9s de un d\u00eda de ataques repelidos. El ataque result\u00f3 no ser el m\u00e1s fuerte.<\/i><\/p>\n

El ataque y la defensa L3\/L4 son m\u00e1s triviales, en gran medida dependen del ancho de banda, los algoritmos de detecci\u00f3n y filtrado de ataques.
\nLos ataques L7 son m\u00e1s complejos y originales, dependen de la aplicaci\u00f3n atacada, las capacidades y la creatividad de los atacantes. La defensa contra ellos requiere un gran conocimiento y experiencia, y el resultado puede no ser inmediato ni garantizado. Hasta que Google no desarrolle otra red neuronal para su protecci\u00f3n.
\n
Fuente: habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

\u00ab\u041c\u0430\u043b\u044c\u0447\u0438\u043a, \u043a\u043e\u0442\u043e\u0440\u044b\u0439 \u0434\u0435\u043b\u0430\u043b \u043d\u0430\u043c \u0441\u0430\u0439\u0442, \u0443\u0436\u0435 \u043d\u0430\u0441\u0442\u0440\u043e\u0438\u043b \u0437\u0430\u0449\u0438\u0442\u0443 \u043e\u0442 DDoS\u00bb. \u00ab\u0423 \u043d\u0430\u0441 \u0436\u0435 \u0441\u0442\u043e\u0438\u0442 \u0437\u0430\u0449\u0438\u0442\u0430 \u043e\u0442 DDoS, \u043f\u043e\u0447\u0435\u043c\u0443 \u0441\u0430\u0439\u0442 \u043b\u0435\u0433?\u00bb \u00ab\u0421\u043a\u043e\u043b\u044c\u043a\u043e-\u0441\u043a\u043e\u043b\u044c\u043a\u043e \u0442\u044b\u0441\u044f\u0447 \u0445\u043e\u0447\u0435\u0442 Qrator?\u00bb \u0427\u0442\u043e\u0431\u044b \u043d\u043e\u0440\u043c\u0430\u043b\u044c\u043d\u043e \u043e\u0442\u0432\u0435\u0447\u0430\u0442\u044c \u043d\u0430 \u0442\u0430\u043a\u0438\u0435 \u0432\u043e\u043f\u0440\u043e\u0441\u044b \u0437\u0430\u043a\u0430\u0437\u0447\u0438\u043a\u0430\/\u043d\u0430\u0447\u0430\u043b\u044c\u043d\u0438\u043a\u0430, \u043d\u0435\u043f\u043b\u043e\u0445\u043e \u0431\u044b \u0437\u043d\u0430\u0442\u044c, \u0447\u0442\u043e \u0441\u043a\u0440\u044b\u0432\u0430\u0435\u0442\u0441\u044f \u0437\u0430 \u043d\u0430\u0437\u0432\u0430\u043d\u0438\u0435\u043c \u00ab\u0437\u0430\u0449\u0438\u0442\u0430 \u043e\u0442 DDoS\u00bb. \u0412\u044b\u0431\u043e\u0440 \u0441\u0435\u0440\u0432\u0438\u0441\u043e\u0432 \u0437\u0430\u0449\u0438\u0442\u044b \u0431\u043e\u043b\u044c\u0448\u0435 \u043d\u0430\u043f\u043e\u043c\u0438\u043d\u0430\u0435\u0442 \u0432\u044b\u0431\u043e\u0440 \u043b\u0435\u043a\u0430\u0440\u0441\u0442\u0432\u0430 \u0432\u0440\u0430\u0447\u043e\u043c, \u0447\u0435\u043c \u0432\u044b\u0431\u043e\u0440 \u0441\u0442\u043e\u043b\u0430 \u0432 IKEA. \u042f […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":24508,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-32724","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\udd47\u00bfQu\u00e9 es qu\u00e9 y qui\u00e9n es qui\u00e9n en el mercado de protecci\u00f3n contra DDoS | ProHoster","description":"\u00abEl chico que nos hizo el sitio ya configur\u00f3 la protecci\u00f3n contra DDoS\u00bb. \u00ab\u00bfNo tenemos protecci\u00f3n contra DDoS, por qu\u00e9 se cay\u00f3 el sitio?\u00bb \u00ab\u00bfCu\u00e1ntas miles quiere Qrator?\u00bb Para poder responder correctamente a tales preguntas.","canonical_url":"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/chto-est-chto-i-kto-est-kto-na-rynke-zashhity-ot-ddos","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\u0427\u0442\u043e \u0435\u0441\u0442\u044c \u0447\u0442\u043e \u0438 \u043a\u0442\u043e \u0435\u0441\u0442\u044c \u043a\u0442\u043e \u043d\u0430 \u0440\u044b\u043d\u043a\u0435 \u0437\u0430\u0449\u0438\u0442\u044b \u043e\u0442 DDoS | ProHoster","og:description":"\u00ab\u041c\u0430\u043b\u044c\u0447\u0438\u043a, \u043a\u043e\u0442\u043e\u0440\u044b\u0439 \u0434\u0435\u043b\u0430\u043b \u043d\u0430\u043c \u0441\u0430\u0439\u0442, \u0443\u0436\u0435 \u043d\u0430\u0441\u0442\u0440\u043e\u0438\u043b \u0437\u0430\u0449\u0438\u0442\u0443 \u043e\u0442 DDoS\u00bb. \u00ab\u0423 \u043d\u0430\u0441 \u0436\u0435 \u0441\u0442\u043e\u0438\u0442 \u0437\u0430\u0449\u0438\u0442\u0430 \u043e\u0442 DDoS, \u043f\u043e\u0447\u0435\u043c\u0443 \u0441\u0430\u0439\u0442 \u043b\u0435\u0433?\u00bb \u00ab\u0421\u043a\u043e\u043b\u044c\u043a\u043e-\u0441\u043a\u043e\u043b\u044c\u043a\u043e \u0442\u044b\u0441\u044f\u0447 \u0445\u043e\u0447\u0435\u0442 Qrator?\u00bb \u0427\u0442\u043e\u0431\u044b \u043d\u043e\u0440\u043c\u0430\u043b\u044c\u043d\u043e \u043e\u0442\u0432\u0435\u0447\u0430\u0442\u044c \u043d\u0430 \u0442\u0430\u043a\u0438\u0435 \u0432\u043e\u043f\u0440\u043e\u0441\u044b.","og:url":"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/chto-est-chto-i-kto-est-kto-na-rynke-zashhity-ot-ddos","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:48:35+00:00","article:modified_time":"2019-10-31T18:48:35+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"32724","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 12:16:55","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 02:53:25","updated":"2026-01-21 12:16:55","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\/32724","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=32724"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/posts\/32724\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/media\/24508"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/media?parent=32724"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/categories?post=32724"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/tags?post=32724"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}