{"id":221,"date":"2007-11-07T16:57:30","date_gmt":"2007-11-07T19:57:30","guid":{"rendered":"http:\/\/www.radians.com.ar\/blog\/?p=221"},"modified":"2007-11-08T14:37:13","modified_gmt":"2007-11-08T17:37:14","slug":"servidores-exchange-de-transporte-perimetral-en-microsoft-por-kay-unkroth","status":"publish","type":"post","link":"https:\/\/www.radians.com.ar\/blog\/?p=221","title":{"rendered":"Servidores Exchange de transporte perimetral en Microsoft, por Kay Unkroth"},"content":{"rendered":"

Me pasaron una nota que fue publicada en la TechNet Magazine, que me parecio espectacular como se desarrolla un tema y se ve en profundidad. La nota se llama Servidores Exchange de transporte perimetral en Microsoft<\/em><\/strong>, escrita por Kay Unkroth<\/em><\/strong> y como mencione anteriormente publicada en la TechNet Magazine del mes de Octubre. Pueden ver la nota original en el sitio oficial, o a continuacion que adjunto la primera parte de la misma.<\/p>\n

Saludos, espero que les sea de utilidad y les aclare algunos temas como lo hizo conmigo. Roberto Di’Lello.<\/p>\n

—<\/h3>\n

Servidores Exchange de transporte perimetral en Microsoft<\/h3>\n

\"image\"<\/a>Microsoft recibe de Internet aproximadamente 13 millones de intentos de entrega de mensajes en un d\u00eda h\u00e1bil promedio, y bloquea m\u00e1s de 10,5 millones de los mismos como no leg\u00edtimos. En situaciones<\/p>\n

cr\u00edticas, tales como durante ataques de correo no deseado o brotes de virus en Internet, el volumen puede aumentar a m\u00e1s de 90 millones. Por supuesto, este es un dato que afecta espec\u00edficamente a Microsoft, pero adem\u00e1s el scamming, correo no deseado, phishing, virus originados en le correo electr\u00f3nico, recolecci\u00f3n de directorios, ataques de denegaci\u00f3n de servicio distribuidos (DDoS) y problemas semejantes, no son espec\u00edficos de Microsoft. Frente a dichos problemas, \u00bfc\u00f3mo garantiza la entrega de todos los mensajes leg\u00edtimos a sus usuarios mientras mantiene la afluencia masiva de contenido ileg\u00edtimo, malintencionado alejada de su entorno de mensajer\u00eda?<\/p>\n

Una manera de conseguir una protecci\u00f3n de mensajer\u00eda confiable es implementar servidores de transporte perimetral de Exchange Server 2007 y Forefront Security para Exchange Server en una red perimetral entre Internet y su entorno de producci\u00f3n. Esta red coloca un equipo organizado de m\u00e1s de 10 agentes de transporte perimetral en su per\u00edmetro para ayudarlo a proteger sus sistemas y usuarios de producci\u00f3n. El valor de bloquear el contenido no deseado en el primer punto posible es obvio. En una situaci\u00f3n ideal, esto sucede a\u00fan antes de que el contenido se entregue a sus servidores, si se considera la carga que de otro modo tendr\u00eda que mantener su entorno de mensajer\u00eda en una situaci\u00f3n cr\u00edtica. A\u00fan as\u00ed, la protecci\u00f3n de mensajer\u00eda es mucho m\u00e1s que el simple bloqueo de los mensajes.<\/p>\n

\u00c9ste es el primer art\u00edculo de una serie de dos partes que analiza la arquitectura y caracter\u00edsticas clave de los agentes contra correo electr\u00f3nico no deseado y agentes antivirus disponibles con Exchange Server 2007 y Forefront Security para Exchange Server. Para que las explicaciones sean realistas y pr\u00e1cticas, le mostrar\u00e9 en este primer art\u00edculo c\u00f3mo construir un laboratorio de pruebas que refleje el dise\u00f1o de protecci\u00f3n de mensajer\u00eda que usa Microsoft en su propio entorno de producci\u00f3n corporativo. A continuaci\u00f3n, cubrir\u00e9 la arquitectura de transporte perimetral de Exchange Server 2007 con mayor detalle.<\/p>\n

A trav\u00e9s de este art\u00edculo, usar\u00e9 muchos scripts y archivos por lotes para automatizar las tareas de configuraci\u00f3n m\u00e1s importantes. Estos archivos incluyen comentarios que explican los pasos individuales realizados. Puede encontrar los scripts en la descarga disponible en el sitio web de TechNet Magazine<\/em> en technetmagazine.com\/code07.aspx<\/a>.<\/p>\n

Topolog\u00eda de transporte perimetral<\/h4>\n

\"image\"<\/a> La figura 1 ilustra el dise\u00f1o de transporte perimetral que Microsoft IT implement\u00f3 en el entorno de producci\u00f3n corporativo. Existen algunas caracter\u00edsticas de dise\u00f1o muy interesantes que me gustar\u00eda se\u00f1alar antes de explicarle la arquitectura de transporte perimetral. Si est\u00e1 interesado en los detalles completos de la implementaci\u00f3n, consulte las notas del producto IT Showcase que se mencionan en la barra lateral “Recursos de Exchange”.<\/p>\n

Cuando analice la figura 1, observar\u00e1 que la topolog\u00eda de transporte perimetral en Microsoft es completamente redundante. No existe un \u00fanico punto de error en ninguna ubicaci\u00f3n. Para equilibrar la carga, Microsoft IT usa externamente operaci\u00f3n por turnos de DNS e internamente conectores de mensajer\u00eda con m\u00faltiples cabezas de puente. Tambi\u00e9n es digno de mencionar que todos los servidores de transporte (concentrador de transporte y transporte perimetral) ejecutan Forefront Security para Exchange Server para la exploraci\u00f3n de virus. Esto permite a Microsoft IT examinar todos los mensajes entrantes, salientes e internos en cuanto los mensajes alcanzan un servidor de transporte en la topolog\u00eda de enrutamiento de mensajes.<\/p>\n

Otra caracter\u00edstica de dise\u00f1o importante relacionada con la seguridad es que los servidores de transporte perimetral no forman parte del entorno corporativo de Active Directory\u00ae<\/sup>. De hecho, no es necesario implementar servidores de transporte perimetral en ning\u00fan bosque de Active Directory. Sin embargo, para mantener un marco de administraci\u00f3n coherente, aplicar un conjunto com\u00fan de directivas y ofrecer compatibilidad con inicio de sesi\u00f3n \u00fanico, Microsoft IT implementa todos los servidores de transporte perimetral en un bosque de la extranet que es independiente del entorno de producci\u00f3n.<\/p>\n

Por \u00faltimo, puede ver claramente que todos los mensajes de Internet llegan a Microsoft a trav\u00e9s de los servidores de transporte perimetral situados en Norteam\u00e9rica. Los servidores de transporte perimetral que se encuentran en Dubl\u00edn y Singapur s\u00f3lo atienden los mensajes salientes. La ventaja de concentrar todo el tr\u00e1fico entrante en los servidores de transporte perimetral en Norteam\u00e9rica es centralizar la seguridad y los controles contra correo electr\u00f3nico no deseado mientras se evita la transferencia de mensajes salientes de los grandes centros de datos regionales a trav\u00e9s de la red troncal de mensajer\u00eda interna.<\/p>\n

Omesh Desai, ingeniero de sistemas de Microsoft IT, dise\u00f1\u00f3 la topolog\u00eda de transporte perimetral en Microsoft. Cuando pregunt\u00e9 a Omesh acerca de las caracter\u00edsticas m\u00e1s importantes de dise\u00f1o, me dijo: “En nuestro dise\u00f1o de transporte perimetral, aprovechamos las capacidades nativas de Exchange contra el correo electr\u00f3nico no deseado y las capacidades antivirus para conseguir una protecci\u00f3n de mensajer\u00eda en m\u00faltiples niveles en la red troncal de mensajer\u00eda. La seguridad del per\u00edmetro de mensajer\u00eda es la m\u00e1xima prioridad pero tambi\u00e9n es importante un modelo de administraci\u00f3n sencillo. Los servidores de transporte perimetral nos ayudan a aumentar la seguridad mediante configuraciones de firewall m\u00e1s estrictas a la vez que aumenta la precisi\u00f3n del filtrado de correo no deseado a trav\u00e9s de servicios de reputaci\u00f3n IP, actualizaciones autom\u00e1ticas de filtros de contenido, agregaci\u00f3n de lista segura y validaci\u00f3n de matasellos de correo electr\u00f3nico. Toda la comunicaci\u00f3n interna de servidor a servidor se cifra de forma predeterminada y si es posible ciframos tambi\u00e9n la comunicaci\u00f3n con destinos externos.<\/p>\n

En nuestros servidores de transporte perimetral usamos dos procesadores de doble n\u00facleo de 64 bits y ocho gigabytes de memoria. Con seis de estos servidores, con equilibrio de carga a trav\u00e9s de dos centros de datos, tenemos las capacidades necesarias para aguantar incluso grandes cargas de entregas de mensajes, tal como sucede durante los brotes de virus en Internet”.<\/p>\n

Laboratorio de pruebas de transporte perimetral<\/h4>\n

Para explorar estas caracter\u00edsticas en acci\u00f3n, una buena pr\u00e1ctica es construir un entorno de pruebas; el sentido com\u00fan sugiere nunca usar un sistema de producci\u00f3n con fines de prueba. Como m\u00ednimo, necesita un servidor que ejecute Exchange Server 2007 para las funciones de servidor Buz\u00f3n, Acceso de cliente y Concentrador de transporte. Necesitar\u00e1 un segundo Exchange Server para la funci\u00f3n de servidor Transporte perimetral. Podr\u00eda omitir la instalaci\u00f3n del servidor de transporte perimetral si implementa todos los agentes de transporte en el servidor de funciones m\u00faltiples, si ejecuta el script Install-AntispamAgents.ps1 (lo podr\u00e1 encontrar en los servidores concentradores de transporte en la carpeta %ProgramFiles%\\Microsoft\\Exchange Server\\Scripts). Pero este enfoque se parecer\u00eda poco a la implementaci\u00f3n de Microsoft IT.\u00a0 Para un laboratorio de pruebas pr\u00e1ctico, necesitar\u00e1 incluir algunos servidores m\u00e1s. La figura 2 muestra el entorno de pruebas que us\u00e9 para la investigaci\u00f3n de este art\u00edculo. En la descarga complementaria se encuentra a su disposici\u00f3n una ilustraci\u00f3n m\u00e1s detallada. Para obtener m\u00e1s informaci\u00f3n acerca de la configuraci\u00f3n del laboratorio, consulte la barra lateral “Instalaci\u00f3n del laboratorio de pruebas”.<\/p>\n

Durante la suscripci\u00f3n del servidor de transporte perimetral y la configuraci\u00f3n de los conectores asociados, Microsoft IT quita todos los conectores predeterminados y avanza con la creaci\u00f3n de cuatro conectores para comunicarse eficientemente con los diferentes tipos de hosts SMTP (protocolo simple de transferencia de correo) y con los servidores concentradores de transporte internos. El primer conector de env\u00edo es un conector de Internet general para todos los destinos que no coinciden con definiciones espec\u00edficas del espacio de direcciones.<\/p>\n

El segundo conector de env\u00edo es un conector de Internet con definiciones detalladas del espacio de direcciones para destinos conocidos que no son compatibles con SMTP ampliado (dominios HELO). Mediante la configuraci\u00f3n del par\u00e1metro ForceHELO para este conector en $true, Microsoft IT evita una secuencia innecesaria de EHLO, respuesta de error 500, HELO cuando se establecen conexiones SMTP.<\/p>\n

El tercer conector de env\u00edo es un conector de Internet con definiciones detalladas del espacio de direcciones para dominios de asociados y otros dominios remotos compatibles con TLS para comunicarse de forma segura sobre conexiones cifradas (dominios TLS). El par\u00e1metro RequireTLS de este conector se establece en $true.<\/p>\n

El cuarto conector de env\u00edo es un conector entrante para transferir los mensajes recibidos de Internet a los servidores concentradores de transporte en el entorno corporativo. Una vez m\u00e1s, para obtener informaci\u00f3n m\u00e1s detallada respecto a la configuraci\u00f3n del servidor de transporte perimetral, consulte las notas del producto IT Showcase que se mencionan en la barra lateral “Recursos de Exchange”.<\/p>\n

Para aplicar una topolog\u00eda de conector del estilo de Microsoft IT al laboratorio de pruebas, us\u00e9 un procedimiento basado en scripts creado por Omesh para uso interno de Microsoft IT. Por razones de seguridad, lo cambi\u00e9 y acort\u00e9 dr\u00e1sticamente los comandos individuales, pero la topolog\u00eda del conector resultante todav\u00eda corresponde a la topolog\u00eda de Microsoft IT. Aqu\u00ed tiene los pasos:<\/p>\n

    \n
  1. En el servidor Exchange de funciones m\u00faltiples (HUB-MBX-01) y el servidor de transporte perimetral (EDGE01), quitar los conectores predeterminados.<\/li>\n
  2. En HUB-MBX-01, crear un nuevo conector de recepci\u00f3n mediante la ejecuci\u00f3n del script HUB-MBX-01_recv_connector.ps1 que se puede encontrar en la descarga de este art\u00edculo.<\/li>\n
  3. En EDGE01, crear dos nuevos conectores de recepci\u00f3n para la conectividad de mensajer\u00eda interna y externa mediante la ejecuci\u00f3n del script EDGE01_recv_connector.ps1.<\/li>\n
  4. En EDGE01, crear un archivo de suscripci\u00f3n mediante la ejecuci\u00f3n de este comando:<\/li>\n<\/ol>\n

    New-EdgeSubscription -FileName “c:\\subscriptionfile.xml” <\/font>
    \nCopiar el archivo de suscripci\u00f3n resultante a la carpeta ra\u00edz del servidor concentrador de transporte (c:\\subscriptionfile.xml).<\/p>\n

    5. En HUB-MBX-01, asegurarse de que la ruta de acceso al archivo de suscripci\u00f3n es C:\\subscriptionfile xml y, a continuaci\u00f3n, ejecutar el script HUB-MBX-01_complete_subscription.ps1. Este script importa el archivo de suscripci\u00f3n para la sincronizaci\u00f3n perimetral sin la creaci\u00f3n autom\u00e1tica de un conector de env\u00edo, crea los conectores de env\u00edo para conectividad con Internet e interna, y replica la configuraci\u00f3n resultante al servidor concentrador de transporte mediante la sincronizaci\u00f3n perimetral.<\/p>\n

    6. Compruebe la configuraci\u00f3n mediante el env\u00edo de mensajes de prueba como Contoso.User@contoso.com y Fabrikam.User@fabrikam.com desde el host de Internet a Administrator@adventureworks.com y conteste a los mensajes recibidos para garantizar el funcionamiento de la transferencia de mensajes entrantes y salientes.<\/p>\n

    Sugiero que abra los archivos de script individuales en el Bloc de notas y analice los cmdlets y par\u00e1metros que usan estos scripts para realizar la configuraci\u00f3n. La informaci\u00f3n detallada acerca de estos cmdlets y par\u00e1metros est\u00e1 disponible en l\u00ednea en la documentaci\u00f3n de producto de Exchange Server 2007.<\/p>\n

    Arquitectura de transporte perimetral<\/h4>\n

    Ahora nos conectaremos con los agentes de transporte perimetral, que esperaban que alguien dijera HELO o EHLO desde el momento en que instal\u00e9 la funci\u00f3n de servidor de transporte perimetral. Si ejecuta el cmdlet Get-TransportAgent en el servidor de transporte perimetral, debe ver las 11 entradas que se enumeran en la figura 3<\/a>. Todos los agentes est\u00e1n habilitados de forma predeterminada para ofrecer protecci\u00f3n de mensajer\u00eda con la configuraci\u00f3n apropiada.<\/p>\n

    \"image\"<\/a>El cmdlet Get-TransportAgent y la figura 3<\/a> enumeran los agentes por su orden de prioridad, aunque \u00e9ste no es el orden en que los agentes realizan su trabajo. El orden del trabajo depende principalmente de la secuencia de eventos de recepci\u00f3n y eventos de enrutamiento SMTP para la que los agentes est\u00e1n registrados. Para ver c\u00f3mo se relacionan los agentes y eventos, observe el diagrama que se muestra en la figura 4, que ilustra c\u00f3mo se integran los agentes de transporte en la arquitectura de transporte perimetral.<\/p>\n

    Durante el procesamiento de los mensajes, los eventos de transporte ocurren en varias etapas intermedias para invocar c\u00f3digo adicional para el filtrado de correo no deseado, realizar an\u00e1lisis de virus y otras tareas. En este dise\u00f1o escasamente acoplado y extensible, el proceso de transporte perimetral (EdgeTransport.exe) asume la funci\u00f3n de origen de eventos. Los controladores de eventos, en otras palabras los agentes de transporte, son objetos delegados administrados que se basan en Microsoft\u00ae<\/sup> .NET Framework 2.0, registrados con el origen de eventos para recibir notificaciones de devoluci\u00f3n de llamada.<\/p>\n

    La figura 5 muestra los registros de evento de todos los agentes instalados en un servidor de transporte perimetral con Forefront Security. Es posible que estos registros sean algo dif\u00edciles de clasificar debido a la gran cantidad de registros de agente, pero no desespere. Si en un servidor de transporte perimetral ejecuta el comando Get-TransportPipeline | Format-List, puede analizar los registros de cada evento de transporte individual de manera m\u00e1s conveniente. Aseg\u00farese de que el servicio de transporte de Microsoft Exchange (MSExchangeTransport.exe) se encuentra en ejecuci\u00f3n y que ha enviado por lo menos un mensaje a trav\u00e9s del servidor de transporte perimetral desde el \u00faltimo reinicio del servicio. Como revela la salida, se pueden registrar m\u00faltiples agentes para el mismo tipo de evento y se pueden registrar agentes individuales para m\u00faltiples eventos. Los registros de eventos s\u00f3lo dependen de los requisitos de procesamiento del agente correspondiente.<\/p>\n

    \"image\"<\/a><\/p>\n

    Uno de los eventos m\u00e1s importantes es el evento de enrutamiento OnSubmittedMessage, que se activa cuando un mensaje alcanza la cola de env\u00edo. Todos los mensajes deben pasar por esta cola a trav\u00e9s de SMTP, ya sea que lleguen a trav\u00e9s de SMTP, el sistema de archivos o por cualquier otro mecanismo. El categorizador es un componente principal de la arquitectura de transporte de Exchange Server, responsable de la resoluci\u00f3n de destinatarios, bifurcaci\u00f3n y enrutamiento de mensajes y generaci\u00f3n de notificaci\u00f3n del estado de entrega (DSN). El evento OnSubmittedMessage es por lo tanto una elecci\u00f3n de registro perfecta para los agentes que deben procesar todos los mensajes recibidos. El agente de enrutamiento FSE es un componente de Forefront Security registrado para el evento OnSubmittedMessage para pasar todos los mensajes recibidos a los motores de an\u00e1lisis de virus. Debido a que el agente de enrutamiento FSE se registra para el evento OnSubmittedMessage, ning\u00fan mensaje puede saltarse la soluci\u00f3n antivirus.<\/p>\n

    As\u00ed que \u00bfpor qu\u00e9 simplemente todos los agentes no se registran para el evento OnSubmittedMessage y consideran realizado el trabajo? Porque desea bloquear los mensajes no deseados lo antes posible, antes de que su servidor confirme una entrega correcta. De lo contrario, sus servidores quiz\u00e1s tengan que procesar 90 millones de mensajes no deseados durante un ataque de correo no deseado o un virus, posiblemente tengan que generar 90 millones de informes de no entrega (NDR), lo cual puede suponer, a su vez, una amenaza grave para usuarios inocentes. Los ataques de correo no deseado y virus casi siempre usan informaci\u00f3n falsificada del remitente. El env\u00edo de millones de NDR a destinatarios que no crearon los mensajes originales no s\u00f3lo representa un derroche de sus recursos y de los recursos de las organizaciones objetivo, tambi\u00e9n es una oportunidad para que usuarios malintencionados inunden el sistema con correo y realicen ataques DDoS. Por su propia protecci\u00f3n y la de otros, es importante detener a los remitentes malintencionados en sus rastros.<\/p>\n

    Para bloquear de forma eficaz un mensaje, un agente de transporte debe interrumpir la conversaci\u00f3n SMTP con el host remoto antes de que su servidor confirme la recepci\u00f3n de los datos con un c\u00f3digo de estado 250 OK. Seg\u00fan el principio de almacenar y reenviar de SMTP, su servidor puede descartar sin riesgos cualquier dato recibido sin generar los NDR si no se ha confirmado la entrega del mensaje. Los agentes de recepci\u00f3n SMTP lo pueden realizar. Interact\u00faan con la sesi\u00f3n SMTP porque la canalizaci\u00f3n de transporte invoca a estos agentes en funci\u00f3n de eventos de recepci\u00f3n SMTP cuando el host remoto se conecta al servidor, establece una sesi\u00f3n SMTP, transmite los verbos SMTP, env\u00eda los mensajes y finaliza la conexi\u00f3n. Los eventos de recepci\u00f3n SMTP relacionados con cada paso se describen en la figura 6<\/a>. Debido a la capacidad de rechazar los mensajes antes de la entrega y desconectar los hosts SMTP remotos, todos los agentes contra correo no deseado de Exchange Server 2007 se implementan como agentes de recepci\u00f3n SMTP.<\/p>\n

    Es importante reconocer la diferencia entre agentes de recepci\u00f3n y agentes de enrutamiento SMTP con respecto a su contexto de procesamiento. Mientras que los agentes de enrutamiento tienen acceso completo a las propiedades del mensaje, los agentes de recepci\u00f3n SMTP son m\u00e1s sensibles al contexto porque interact\u00faan con la sesi\u00f3n SMTP. Por ejemplo, un filtro de correo no deseado no puede actuar sobre las propiedades del mensaje hasta que el host remoto haya transferido el mensaje. Por lo tanto, es importante registrar al agente para el evento de recepci\u00f3n SMTP correcto. Consulte la barra lateral “Desarrollo de agentes de transporte” para obtener mayores detalles.<\/p>\n

    No deje de leernos<\/h4>\n

    Tomemos un descanso antes de entrar con mayor detalle en la arquitectura de transporte y escenarios de prueba. He incluido mucha informaci\u00f3n, que abarca desde una implementaci\u00f3n de servidores de transporte perimetral del estilo de Microsoft IT hasta los eventos internos que se activan en la canalizaci\u00f3n de transporte durante el procesamiento del mensaje. En la siguiente entrega de esta serie de dos partes, continuar\u00e9 el an\u00e1lisis del comportamiento de los agentes de transporte perimetral en algunos escenarios de prueba interesantes.<\/p>\n

    Mientras tanto, le recomiendo descargar la versi\u00f3n de prueba de 90 d\u00edas de Microsoft Visual Studio 2005 Professional Edition (go.microsoft.com\/fwlink\/?LinkId=98043<\/a>) y seguir las explicaciones de Steve para compilar e instalar los agentes de ejemplo en su entorno de pruebas. Incluso si no es desarrollador, encontrar\u00e1 que es muy sencillo realizar estas tareas. No me sorprender\u00eda ver que un n\u00famero creciente de aplicaciones de negocios dependa de agentes personalizados, dado lo \u00fatil que resulta desarrollar estos componentes en Exchange Server 2007 con Visual Studio 2005.<\/p>\n

    Kay Unkroth<\/strong>es una emprendedora que ha trabajado como ingeniera de soporte, desarrolladora de sistemas, consultora, instructora y autora especializada en tecnolog\u00edas de servidores de Microsoft durante m\u00e1s de 15 a\u00f1os. Kay tambi\u00e9n es cofundadora y presidente de Biblioso Corporation, una compa\u00f1\u00eda que se especializa en servicios administrados de documentaci\u00f3n y localizaci\u00f3n.<\/p>\n

    Extra\u00eddo del October 2007<\/a> n\u00famero de TechNet Magazine<\/a>. Le agradecemos cualquier comentario. No dude en enviarnos su opini\u00f3n<\/a>.<\/p>\n","protected":false},"excerpt":{"rendered":"

    Me pasaron una nota que fue publicada en la TechNet Magazine, que me parecio espectacular…<\/p>\n","protected":false},"author":1,"featured_media":4291,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_monsterinsights_skip_tracking":false,"_monsterinsights_sitenote_active":false,"_monsterinsights_sitenote_note":"","_monsterinsights_sitenote_category":0,"footnotes":""},"categories":[3,5],"tags":[],"class_list":["post-221","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-exchange-2007","category-videos-noticias"],"_links":{"self":[{"href":"https:\/\/www.radians.com.ar\/blog\/index.php?rest_route=\/wp\/v2\/posts\/221","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.radians.com.ar\/blog\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.radians.com.ar\/blog\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.radians.com.ar\/blog\/index.php?rest_route=\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.radians.com.ar\/blog\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=221"}],"version-history":[{"count":0,"href":"https:\/\/www.radians.com.ar\/blog\/index.php?rest_route=\/wp\/v2\/posts\/221\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.radians.com.ar\/blog\/index.php?rest_route=\/wp\/v2\/media\/4291"}],"wp:attachment":[{"href":"https:\/\/www.radians.com.ar\/blog\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=221"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.radians.com.ar\/blog\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=221"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.radians.com.ar\/blog\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=221"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}