> For the complete documentation index, see [llms.txt](https://docs.devolutions.net/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.devolutions.net/gateway/es/system-requirements.md).

# Requisitos del sistema

Consulte los requisitos del sistema de Devolutions Gateway, que varían según se empareje con Devolutions Server o con Devolutions Cloud.

Antes de instalar Devolutions Gateway, compruebe su entorno frente a los requisitos de su configuración, ya que el dimensionamiento del hardware, los sistemas operativos compatibles y los requisitos de TLS/certificado difieren ligeramente según si el gateway se emparejará con Devolutions Server o con Devolutions Cloud.

Para utilizar Devolutions Gateway, su sistema debe cumplir los siguientes requisitos.

### Requisitos de hardware

<table><thead><tr><th width="185">Tamaño de la implementación (sesiones simultáneas)</th><th width="245" align="right">vCPUs</th><th width="245" align="right">RAM</th></tr></thead><tbody><tr><td>Mínima (1–5)</td><td align="right">2</td><td align="right">4 GB</td></tr><tr><td>Pequeña (5–15)</td><td align="right">4</td><td align="right">8 GB</td></tr><tr><td>Media (15–75)</td><td align="right">8</td><td align="right">16 GB</td></tr><tr><td>Grande (más de 75)</td><td align="right">Implemente varias instancias de Devolutions Gateway.</td><td align="right">Implemente varias instancias de Devolutions Gateway.</td></tr></tbody></table>

{% hint style="info" %}
Se recomienda un controlador Ethernet Gigabit para un rendimiento óptimo.
{% endhint %}

### Requisitos de software

* Windows 10 (versión 20H2, 21H1 y 21H2), o Windows 11 (versión 21H2)
* Windows Server 2016, 2019, 2022 o 2025 con .NET Framework 4.8
* Ubuntu Linux 18.04, 20.4, 22.4 y posteriores
* Red Hat Enterprise Linux (RHEL) 8 y posteriores
* Rocky Linux 8 y posteriores
* PowerShell 7 (necesario únicamente para utilizar el [módulo PowerShell de Devolutions Gateway](https://www.powershellgallery.com/packages/DevolutionsGateway/2025.1.0) en Linux)
* **Solo Devolutions Cloud**: Devolutions Gateway debe poder alcanzar Devolutions Cloud a nivel de red.

### Requisitos de certificados

Devolutions Gateway admite TLS 1.2 y TLS 1.3, así como los siguientes conjuntos de cifrado:

* AES\_256\_GCM\_SHA384
* AES\_128\_GCM\_SHA256
* CHACHA20\_POLY1305\_SHA256
* ECDHE\_ECDSA\_AES\_256\_GCM\_SHA384
* ECDHE\_ECDSA\_AES\_128\_GCM\_SHA256
* ECDHE\_ECDSA\_CHACHA20\_POLY1305\_SHA256
* ECDHE\_RSA\_AES\_256\_GCM\_SHA384
* ECDHE\_RSA\_AES\_128\_GCM\_SHA256
* ECDHE\_RSA\_CHACHA20\_POLY1305\_SHA256

### Infraestructura básica (Devolutions Server)

Para los MSP, se puede implementar un Devolutions Gateway por sede de cliente. Solo es necesario mantener los servidores de Devolutions Gateway accesibles tanto para Devolutions Server como para Remote Desktop Manager. Devolutions Gateway solo necesita aceptar las conexiones entrantes procedentes de ellos. No se requiere ninguna conexión saliente hacia Devolutions Server ni hacia Remote Desktop Manager.

Al instalar Devolutions Gateway, es esencial tener en cuenta la ubicación de los recursos a los que necesita acceder y la ubicación de los usuarios que requieren acceso a dichos recursos. Devolutions Gateway puede implementarse en una red interna o en una red remota.

#### **Red interna**

Devolutions Gateway se instala en la misma red interna que Devolutions Server, su base de datos SQL Server y los hosts de destino.

<figure><img src="https://970856651-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2Fr50fYK4qvpZaJ4RCFtC9%2Fuploads%2Fgit-blob-4f740b6d9ae493d0936de9a215040da609d43ef0%2FMARKETING_Gateway-internal-network-revised.png?alt=media" alt=""><figcaption></figcaption></figure>

#### **Red remota**

Devolutions Gateway se instala en una red independiente — más cerca de los hosts de destino — mientras que Devolutions Server y su base de datos SQL Server permanecen en la red interna.

<figure><img src="https://970856651-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2Fr50fYK4qvpZaJ4RCFtC9%2Fuploads%2Fgit-blob-d4693499eaaafd5ab3403cec8c105e022009cfe8%2FMARKETING_Gateway-remote-network-revised.png?alt=media" alt=""><figcaption></figcaption></figure>

En ambos casos, se aplican las mismas conexiones y los mismos puertos predeterminados:

* El navegador del cliente se conecta a Devolutions Server por el puerto **443** (puertos predeterminados).
* Devolutions Server se conecta a Devolutions Gateway por el puerto **7171** (puertos predeterminados).
* Remote Desktop Manager se conecta directamente a Devolutions Gateway por los puertos **7171/8181** (puertos predeterminados) — esta conexión omite Devolutions Server por completo.
* Devolutions Gateway se conecta al host remoto de destino mediante el puerto predeterminado del protocolo (por ejemplo, 3389 para RDP, 22 para SSH).

La comunicación entre Devolutions Remote Desktop Manager / Devolutions Server y el gateway está cifrada para garantizar una transferencia de datos segura. Sin embargo, entre el gateway y el host de destino, la conexión utilizará el protocolo predeterminado asociado al tipo de conexión, como RDP o SSH. Es importante asegurarse de que estos protocolos estén correctamente protegidos. El puerto predeterminado para la comunicación HTTP(s) con el gateway es **7171**, mientras que el puerto predeterminado para la comunicación TCP es **8181**. Estos puertos deben estar abiertos y no bloqueados por cortafuegos para permitir una comunicación adecuada.

La interacción entre Remote Desktop Manager y Devolutions Gateway es directa y no pasa por Devolutions Server. La seguridad se mantiene mediante el uso de un token de usuario, que se cifra y se autentica utilizando un fichero PEM para verificar que el token fue generado por Devolutions Server. Esto garantiza la integridad de la conexión y protege frente a accesos no autorizados.

Para un rendimiento óptimo, el gateway debe instalarse lo más cerca posible de los recursos a los que accede. Además, los administradores deben supervisar y actualizar periódicamente las reglas del cortafuegos para permitir los puertos necesarios (7171 y 8181) y garantizar configuraciones seguras para los protocolos en uso. La gestión adecuada del fichero PEM es fundamental para mantener una configuración segura.


---

# 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.devolutions.net/gateway/es/system-requirements.md?ask=<question>&goal=<user_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.