> For the complete documentation index, see [llms.txt](https://docs.realmjoin.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.realmjoin.com/es/despliegue/infrastructure.md). # Consideraciones de infraestructura Requisitos de infraestructura y red de RealmJoin: puntos de conexión, Azure Front Door, recomendaciones de proxy y entrega de contenido entre pares basada en BranchCache. ## Red RealmJoin es un servicio nativo de la nube y está diseñado para **acceso directo e ilimitado a Internet saliente**. Esta es la configuración admitida. Si su política de seguridad requiere filtrado saliente, siga las reglas siguientes — contienen todo lo necesario para configurar un firewall para RealmJoin: * **Dirección**: Solo saliente. Todas las conexiones son iniciadas por el cliente; no se requieren reglas entrantes. * **Protocolo**: Exclusivamente HTTPS (TCP 443). * **Filtrado**: Por **nombre de host (FQDN)** solo — consulte la lista de puntos de conexión a continuación. **No se admite el filtrado basado en IP.** ### Puntos de conexión de RealmJoin El cliente de RealmJoin requiere HTTPS saliente (TCP 443) y debe poder llegar a todos los siguientes puntos de conexión:
HostPropósito
client-api.realmjoin.comAPI de backend del cliente de RealmJoin
client-api-staging.realmjoin.comAPI de backend del cliente de RealmJoin (staging)
cdn.realmjoin.comEntrega de contenido del paquete de software
nuget.realmjoin.comFuente de paquetes de RealmJoin (NuGet)
gkrealmjoin.s3.amazonaws.comDescarga del cliente de RealmJoin
realmjoinstaticcdn.azureedge.netNotificador de RealmJoin
login.microsoftonline.comAutenticación de Microsoft Entra ID
graph.microsoft.comAPI de Microsoft Graph
enterpriseregistration.windows.netRegistro de dispositivos de Microsoft Entra
x1.c.lencr.orgValidación de certificados (Let's Encrypt)
{% hint style="warning" %} Tome como referencia estos puntos de conexión **por nombre de host (FQDN), nunca por dirección IP**. **No podemos proporcionar direcciones IP ni rangos de IP para RealmJoin, y no se admite el filtrado basado en IP.** La CDN del paquete (`cdn.realmjoin.com`) se entrega a través de Azure Front Door, que no tiene rangos de IP fijos — consulte [Azure Front Door](#azure-front-door) a continuación. {% endhint %} ### Azure Front Door `cdn.realmjoin.com` — el punto de conexión que entrega todo el contenido del paquete de software — se sirve a través de [Azure Front Door](https://learn.microsoft.com/en-us/azure/frontdoor/front-door-overview), la plataforma global de borde y CDN de Microsoft. Esto tiene consecuencias directas para el filtrado de red: * **No hay rangos de IP fijos.** Azure Front Door utiliza un conjunto de IP anycast global administrado por Microsoft. Microsoft puede agregar, eliminar o reasignar estas direcciones IP en cualquier momento y sin previo aviso. Por este motivo, no existe ni puede proporcionarse ninguna lista de IP — cualquier lista de ese tipo quedaría desactualizada de inmediato. * **La inclusión en listas permitidas basada en IP dejará de funcionar sin aviso** y no se admite. Lo mismo aplica a la interceptación o reescritura a nivel de DNS de estos nombres de host. * Si su política requiere restringir el tráfico saliente de todos modos, **las reglas basadas en nombre de host (FQDN)** son el único enfoque que funciona con RealmJoin. ### Evite los proxies * La implementación inicial requiere **acceso directo a Internet**. * **Ningún proxy** es ideal; un **proxy transparente** funciona bien (si realmente es transparente). * Si un proxy es inevitable, los [puntos de conexión de RealmJoin](#realmjoin-connection-endpoints) deben ser accesibles directamente como requisito mínimo. Además, los servicios de Microsoft de los que depende RealmJoin deben ser accesibles. Microsoft publica los rangos de direcciones correspondientes: * [Rangos de IP y etiquetas de servicio de Azure – nube pública](https://www.microsoft.com/en-us/download/details.aspx?id=56519) — rangos de direcciones IP de cómputo (incluidos los rangos de SQL) utilizados por los centros de datos de Microsoft Azure. Cada miércoles (hora del Pacífico) se carga un archivo nuevo con los rangos de direcciones IP previstos, que entran en vigor el lunes siguiente (hora del Pacífico). Descargue el nuevo archivo y aplique los cambios necesarios en su sitio antes del lunes. * [URLs y rangos de direcciones IP de Office 365](https://support.office.com/en-us/article/Office-365-URLs-and-IP-address-ranges-8548a211-3fe7-47cb-abb1-355ea5aa88a2) — rangos de direcciones que debe incluir en sus listas permitidas salientes para que los clientes puedan usar Office 365 correctamente. {% hint style="info" %} El filtrado de direcciones IP por sí solo no es una solución completa debido a dependencias de servicios basados en Internet, como Servicios de nombres de dominio (DNS), redes de entrega de contenido (CDN), listas de revocación de certificados y otros servicios de terceros o dinámicos. Estas dependencias incluyen dependencias de otros servicios de Microsoft, como Azure Content Delivery Network, y darán lugar a trazas de red o registros de firewall que indiquen conexiones a direcciones IP pertenecientes a terceros o a Microsoft, pero no enumeradas en esta página. Estas direcciones IP no enumeradas, ya sea de CDN y servicios DNS de terceros o propiedad de Microsoft, se asignan dinámicamente y pueden cambiar en cualquier momento. {% endhint %} ### BranchCache y aislamiento de dispositivos BranchCache es una tecnología integrada de emparejamiento de Windows que **reduce el tráfico WAN** y **acelera la entrega de contenido** al permitir que los clientes compartan el contenido descargado entre sí en lugar de que cada dispositivo descargue el mismo contenido de la nube. {% hint style="info" %} Para RealmJoin, BranchCache está **habilitado de forma predeterminada** en la CDN y en el lado del cliente. {% endhint %} **¿Por qué BranchCache en lugar de Delivery Optimization?** Delivery Optimization no admite orígenes de paquetes de terceros — solo funciona con puntos de conexión controlados por Microsoft (Windows Update, Store, M365 Apps, Intune). BranchCache funciona para contenido de terceros, como los paquetes de RealmJoin. **Configuración:** * **Lado de la CDN**: Habilitado de forma predeterminada. Si se solicita, podemos deshabilitar BranchCache por completo en el lado de la CDN (por inquilino), lo que hace irrelevante la configuración del lado del cliente. * **Lado del cliente**: Habilitado de forma predeterminada. Establezca `BranchCache.Mode = "Undefined"` (consulte [Configuración de usuario y grupo](/es/ugd-management/user-and-group-settings.md)) para cambiar este valor predeterminado. Nota: en los clientes existentes, la característica no se deshabilita activamente una vez que ha sido activada antes — ejecute `Disable-BC` en los dispositivos deseados para deshabilitarla. **Requisitos de red:** * Los clientes deben poder **comunicarse directamente entre sí** — no los separe en VLAN o subredes diferentes, y no bloquee el tráfico entre pares mediante el aislamiento de dispositivos. * RealmJoin usa **Modo de caché distribuida** únicamente: cada cliente mantiene una caché local y recupera datos almacenados en caché de sus pares. * **Modo de caché alojada** (Windows Server dedicado, configurado mediante la directiva "Configurar servidores de caché alojada") está **no admitido** por RealmJoin. **Cómo funciona:** 1. Cuando un cliente descarga un paquete de software por primera vez, los archivos se dividen en fragmentos significativamente más pequeños que el contenido original y se almacenan en caché en el dispositivo. 2. Cuando otro cliente de la misma red solicita el mismo paquete, solo descarga **información de contenido** en lugar del contenido completo desde el servidor. 3. El cliente usa la información de contenido para **el descubrimiento de pares**: envía una consulta multicast ("¿Alguien tiene el ID de contenido XYZ?"), y cualquier par que tenga el segmento solicitado responde directamente mediante unicast. 4. El contenido se transfiere de los pares en fragmentos. Si el software solicitado está disponible en varios dispositivos, la carga se distribuye entre ellos. Para obtener más detalles, consulte Microsoft Learn: [BranchCache](https://learn.microsoft.com/en-us/windows-server/networking/branchcache/branchcache) --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation by asking a question. Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters: ``` GET https://docs.realmjoin.com/es/despliegue/infrastructure.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.