¿Qué es un servidor MCP remoto y cómo funciona?

Puntos clave

• Un servidor MCP remoto se ejecuta en una infraestructura externa y los clientes de IA autorizados acceden a él a través de un punto final de red.
• Los servidores MCP remotos usan JSON-RPC 2.0 para la estructura de los mensajes y Streamable HTTP para transmitir esos mensajes entre el cliente y el servidor.
• Los servidores MCP remotos centralizan las actualizaciones, los permisos y el mantenimiento para facilitar el acceso del equipo.

Cualquiera que haya utilizado alguna vez un asistente de IA para escribir un correo o resumir un documento ya sabe cómo gestiona la información que le das durante una conversación. Pero surge la pregunta de qué hacer cuando necesitas que el asistente haga algo concreto, ya sea reiniciar un servidor, obtener datos de rendimiento o instalar una actualización de código.

Para ese tipo de tarea, lo mejor es recurrir al Protocolo de Contexto de Modelos (MCP), sobre todo a los servidores MCP remotos.

Aunque este tipo de servidor se puede ejecutar localmente en tu propio ordenador, también se puede alojar una versión remota en una infraestructura externa. Esto resulta de gran utilidad para los servicios gestionados y las plataformas en la nube, ya que permite a los usuarios acceder a funciones gestionadas de forma centralizada a través de la red.

En este artículo se explica qué es un servidor MCP remoto, cómo funciona, en qué se diferencia de un servidor MCP local, y cuáles son sus ventajas, limitaciones y aspectos de seguridad que hay que tener en cuenta.

¿Qué es un servidor MCP remoto?

Un servidor MCP remoto es un servicio alojado centralmente que implementa el Protocolo de Contexto del Modelo (MCP) . Al estar en una infraestructura externa, es independiente de la máquina que ejecuta la aplicación de IA.

Se puede acceder a él a través de un punto de conexión de red, normalmente por HTTPS, desde cualquier cliente compatible con MCP o asistentes de IA autorizados, como Claude, Cursor o Visual Studio Code.

Verás que un servidor MCP remoto tiene una serie de características distintivas:

• No depende de la aplicación de IA que uses.
• Para acceder, necesitas una URL de red o un punto final.
• El mantenimiento lo lleva a cabo un equipo de desarrollo o un proveedor de servicios.
• Hay capacidad para varios clientes autorizados.
• Cualquier actualización de sus capacidades se realiza a nivel central.

En cuanto a dónde está alojado el servidor, puede estar en la propia organización, en un equipo de desarrollo encargado de los recursos compartidos, en un proveedor independiente de MCP o en uno de los proveedores de software y servicios en la nube.

El proceso es muy sencillo: un cliente MCP envía una solicitud estructurada y el servidor, que actúa como intermediario con la API, la base de datos o la plataforma externa correspondiente, devuelve el resultado a la aplicación de IA.

Como el servidor no está en el dispositivo del usuario, no hace falta que instales ni mantengas la implementación completa. El administrador del servidor puede encargarse de todo, desde la autenticación y los controles de acceso hasta las actualizaciones y la disponibilidad, todo desde un único punto.

En resumen, «remoto» se refiere a la ubicación del servidor y a la forma en que los clientes acceden a él. Pero el objetivo es el mismo: poner los datos y las funcionalidades externas al alcance de las apps de IA compatibles.

Lanza y gestiona tu página web en Cloudways

. Implementa páginas web y aplicaciones PHP en una plataforma de alojamiento en la nube gestionada con soporte integrado para copias de seguridad, supervisión del rendimiento, seguridad y escalabilidad. También puedes gestionar las tareas de alojamiento compatibles a través del servidor MCP remoto de Cloudways.

Empieza hoy mismo

¿Qué es un servidor MCP local?

Un servidor MCP es local cuando se ejecuta en la misma máquina o dentro del mismo entorno de ejecución que el host MCP.

En circunstancias normales, un cliente de IA iniciará el servidor como un subproceso. Este es el procedimiento habitual en una configuración local. La comunicación entre ambos se gestiona a través de la entrada y salida estándar, lo que se conoce como transporte «stdio ».

Hay ocasiones en las que una aplicación de IA tiene que acceder a recursos de un dispositivo concreto, por lo que un servidor MCP local es la mejor opción. Estos recursos pueden ser archivos de proyecto, bases de datos locales, scripts y automatizaciones, aplicaciones de escritorio, utilidades de línea de comandos o incluso entornos de desarrollo.

En el ordenador de cada usuario, hay que instalar y configurar el servidor local. Probablemente también haya dependencias, como un entorno de ejecución o un paquete concreto, o ciertas variables de entorno.

Un servidor MCP local puede seguir comunicándose con una API externa o un servicio en la nube. Dicho esto, que sea «local» solo se refiere al lugar donde se ejecuta el proceso y a la forma en que el cliente se conecta.

Servidor MCP remoto frente a servidor MCP local

En definitiva, tanto los servidores MCP remotos como los locales hacen lo mismo: poner a disposición de un cliente MCP las herramientas, los recursos o las indicaciones que este puede utilizar.

Lo que los diferencia es dónde están alojados, cómo se conecta el cliente y quién se encarga de su mantenimiento.

Área	Servidor MCP local	Servidor MCP remoto
Ubicación del servidor	Se ejecuta en el ordenador del usuario o en el mismo entorno que el host de MCP.	Se ejecuta en una infraestructura externa gestionada por un proveedor u organización.
Conexión típica	Normalmente se usa stdio para la comunicación entre el cliente y el proceso local.	Normalmente se usa una conexión de red basada en HTTP a través de un punto final remoto.
Cómo empieza	El cliente MCP suele iniciar el servidor como un subproceso.	El servidor funciona de forma independiente y ya está disponible cuando el cliente se conecta.
Requisitos de configuración	Requiere instalación, configuración en tiempo de ejecución y dependencias en cada dispositivo.	Normalmente se necesita un punto final de servidor y datos de autenticación.
Mantenimiento	Cada usuario o administrador debe encargarse del mantenimiento de la instalación local.	El administrador del servidor se encarga de gestionar las actualizaciones y el mantenimiento de forma centralizada.
Número de usuarios	Normalmente se asocia a un usuario local o a un entorno de cliente.	Puede admitir varios usuarios autorizados y clientes compatibles.
Acceso a recursos	Ideal para archivos locales, scripts, herramientas y entornos de desarrollo.	Ideal para servicios en la nube, plataformas compartidas, API y datos alojados.
Autenticación	Puede usar permisos del sistema operativo, variables de entorno o credenciales locales.	Normalmente usa tokens de acceso, OAuth, encabezados u otro método de autenticación remota.
Disponibilidad	Depende de que el dispositivo del usuario y el proceso del servidor local estén activos.	Depende de la conexión a Internet y de que el servicio alojado esté disponible.
Actualizaciones	Las actualizaciones hay que instalarlas por separado en cada dispositivo.	Las actualizaciones se pueden implementar de forma centralizada para todos los usuarios.
Caso de uso típico	Dar acceso a una aplicación de IA a herramientas o datos en un equipo concreto.	Proporcionar acceso gestionado a una plataforma en línea a varios clientes de IA.

Para el desarrollo privado o el trabajo específico para un dispositivo, lo mejor es usar un servidor MCP local. Por otro lado, si necesitas compartir funciones y tenerlas bajo un control centralizado, lo mejor es usar un servidor MCP remoto.

¿Cómo funciona un servidor MCP remoto?

Cuando una aplicación de IA necesita interactuar con un servidor MCP remoto, el proceso es muy sencillo. El servidor, ubicado en un punto final de red alojado, recibe las solicitudes MCP y las transmite al sistema o plataforma a la que representa. A partir de ahí, se encarga de verificar el acceso, llevar a cabo la operación necesaria y devolver lo que la aplicación de IA necesita.

Paso 1: Configurar la conexión remota

No hace falta instalar ni ejecutar el servidor localmente; el cliente se conectará a un servicio alojado ya existente. Para ello, el administrador o el usuario introduce la URL del servidor MCP en la aplicación de IA que elija. La configuración requerirá el punto final del servidor, la autenticación adecuada y cualquier encabezado o ajuste específico del proveedor.

Paso 2: El cliente se autentica

No se concede el acceso hasta que el servidor remoto haya podido comprobar las credenciales presentadas. Al hacerlo, también determinará qué nivel de autorización tiene el usuario para cualquier cuenta, espacio de trabajo o conjunto de herramientas y recursos. Este control es necesario para evitar que cualquiera que tenga la URL del punto final pueda acceder a funciones que están protegidas.

Paso 3: Se establece la conexión de red

El cliente establecerá una conexión con el punto final del MCP, normalmente a través de Streamable HTTP. Aunque esto se hace con peticiones HTTP estándar, el transporte también puede basarse en eventos enviados por el servidor (Server-Sent Events) para enviar informes de progreso, mensajes en streaming o actualizaciones generadas por el servidor.

Como parte del primer intercambio, el cliente y el servidor se asegurarán de que ambos utilicen el mismo lenguaje MCP, algo que suele hacerse de forma automática una vez que la configuración está lista.

Paso 4: Interpretar la solicitud del usuario

Un usuario podría escribir una instrucción en lenguaje natural como «Muéstrame los servidores que están en funcionamiento ahora mismo». La aplicación de IA seleccionará la función adecuada en el servidor remoto conectado. Si la acción puede afectar a un sistema externo, el servidor puede pedirte que des tu visto bueno primero.

Paso 5: El servidor remoto procesa la solicitud

Lo que el cliente envía es una solicitud estructurada al punto final alojado. A partir de ahí, el servidor MCP remoto se hace cargo y

• Comprueba la solicitud y todos sus parámetros.
• Comprueba que el usuario esté autorizado para realizarla.
• Adapta la solicitud al formato adecuado para el sistema al que está conectada.
• Realiza una llamada al servicio de backend, API, base de datos o plataforma en la nube correspondiente.
• A continuación, el backend hará lo que sea necesario, ya sea ejecutar una acción o recuperar la información en cuestión.

Paso 6: Se devuelve el resultado

Una vez finalizada la operación, el servidor MCP remoto resolverá cualquier problema específico del proveedor y convertirá el resultado en una respuesta compatible con MCP para el cliente. Si se trata de una operación que tarda mucho en completarse, es posible que, en su lugar, se envíe un identificador o algún tipo de actualización sobre el progreso.

Cuando sale el resultado final, el presentador se lo muestra al modelo para que el usuario lo vea. Esa información puede servir entonces como contexto para lo que viene después; por ejemplo, si acabas de enumerar unos cuantos servidores, el usuario puede pedirle a la IA que analice uno de ellos sin tener que repetir los detalles otra vez.

Cómo se comunican los servidores MCP remotos

La comunicación MCP se divide en dos capas distintas. La primera es la capa de datos, que utiliza JSON-RPC 2.0 para definir la estructura y el significado de cualquier mensaje que se intercambie entre el cliente y el servidor.

La segunda es la capa de transporte, que es la forma en que esos mensajes JSON-RPC se transmiten entre el cliente y el servidor. En el caso de un servidor MCP remoto, esto suele gestionarse mediante HTTP con capacidad de transmisión.

Mensajes JSON-RPC

El MCP utiliza JSON-RPC 2.0 para codificar sus comunicaciones. Según este protocolo, un mensaje puede ser uno de los siguientes:

• Una petición para que el destinatario realice una acción.
• Una respuesta que indica un error o un resultado.
• Una notificación para enviar una actualización cuando no se espera respuesta.

JSON-RPC define el contenido de estos mensajes y garantiza que el cliente y el servidor estén de acuerdo en cómo deben interpretarse.

HTTP Streamable

HTTP Streamable transmite los mensajes JSON-RPC a través de un punto final accesible desde la red hasta el servidor MCP remoto.

Un cliente enviará un mensaje JSON-RPC mediante el método POST al punto final. A su vez, el servidor puede dar una respuesta estándar o, si hace falta enviar varios mensajes a la vez —ya sean informes de progreso, notificaciones o algo iniciado por el servidor—, puede utilizar los eventos enviados por el servidor (SSE).

De esta forma, el HTTP en modo stream es capaz de gestionar desde un simple intercambio hasta una comunicación más compleja y continua.

En otras palabras, JSON-RPC es la definición del mensaje, y el HTTP en modo stream es la forma de transmitirlo.

Consideraciones de seguridad para servidores MCP remotos

En lo que respecta a los servidores MCP remotos, es fundamental tener en cuenta la seguridad . Dado que estos servidores son accesibles a través de la red y pueden exponer herramientas para modificar sistemas externos o leer datos confidenciales, se requiere un conjunto sólido de controles para salvaguardar la autenticación, los permisos, el procesamiento de solicitudes y la protección de datos.

Autenticación y permisos

El servidor MCP remoto debe exigir la autenticación, ya sea mediante OAuth, tokens de acceso u otro método compatible. El acceso debe limitarse en función del rol del usuario.

Los usuarios deben conectarse con credenciales que no les den más permisos de los que necesitan para su trabajo; no debería haber ninguna tendencia a conceder un acceso más amplio del necesario.

Manejo seguro de tokens

Se espera que los usuarios y las aplicaciones cliente protejan adecuadamente los tokens de acceso cuando interactúen con un servidor MCP remoto. Para ello, las credenciales deben

• transmitirse exclusivamente a través de HTTPS
• almacenarse de forma segura
• Tener un ámbito de aplicación limitado
• Asignarles una fecha de caducidad, si es posible
• Rotadas o revocadas según lo requiera la situación

Por su parte, el servidor MCP remoto debe confirmar que cualquier credencial presentada haya sido emitida para el servicio previsto.

Autorización para acciones sensibles

Cualquier acción que pueda afectar a los sistemas de producción debe contar con la aprobación explícita del usuario. Esto es necesario en casos como:

• Eliminación de recursos
• Parada de servicios
• Implementación de código
• Restauración de copias de seguridad
• Modificaciones en la configuración de seguridad o de acceso

Antes de llevar a cabo la tarea, es responsabilidad del cliente explicar claramente la acción y todos los parámetros relevantes.

Validación y seguimiento de solicitudes

El servidor MCP remoto debe validar todas las solicitudes entrantes y evitar cualquier intento por parte de los usuarios de utilizar herramientas o recursos no autorizados.

Para reducir el riesgo de manipulación de solicitudes, uso indebido de sesiones o uso excesivo de recursos, puedes aplicar límites de frecuencia y tiempos de espera, junto con la supervisión de la actividad, el aislamiento de los inquilinos y los registros de auditoría. Estas medidas también te protegerán contra la ejecución no autorizada de herramientas.

Protección de datos

Las empresas deben tener claro qué datos registra, almacena y procesa el servidor remoto. Cualquier información confidencial debe reducirse al mínimo y protegerse, y su conservación debe limitarse a lo estrictamente necesario.

Antes de conectar sistemas críticos para el negocio, es recomendable que los usuarios revisen las políticas del proveedor en materia de cumplimiento normativo, control de acceso y cómo gestionan los datos.

Ventajas de usar un servidor MCP remoto

Alojar un servidor MCP de forma remota tiene claras ventajas, ya que permite que el sistema ofrezca sus funciones como un servicio gestionado de forma centralizada. En lugar de tener que poner en marcha y mantener el servidor en sus propios dispositivos, los usuarios solo tienen que conectarse a un punto de acceso que ya está configurado.

• No hace falta una instalación local: los usuarios no tienen que instalar el paquete del servidor, configurar el entorno de ejecución ni lidiar con dependencias locales. En la mayoría de los casos, lo único que se necesita es el punto de acceso remoto y una autenticación adecuada.
• Las actualizaciones están centralizadas: el administrador del servidor puede añadir nuevas herramientas, resolver problemas e implementar actualizaciones de seguridad desde un único lugar. Así, tendrás acceso a la última versión sin tener que reinstalar el servidor en cada dispositivo.
• Los equipos pueden compartir el acceso: una organización que necesite unas capacidades uniformes en la plataforma encontrará en un servidor remoto la solución ideal. Este es capaz de dar cabida a varios usuarios autorizados y a cualquier cliente compatible.
• Control centralizado del acceso: los administradores pueden decidir quién tiene permiso para usar ciertas herramientas o recursos. Todo el mantenimiento rutinario habitual, desde el registro de actividades hasta los permisos y las políticas de uso, se gestiona a nivel del servidor.
• La disponibilidad es independiente — El servidor no depende de que se ejecute ningún proceso localmente y seguirá funcionando aunque el ordenador de un usuario esté fuera de servicio. El acceso depende de la infraestructura en la que esté alojado.
• Las operaciones ya están cubiertas: cuando el servidor MCP lo proporciona un tercero, este se encarga del mantenimiento, la infraestructura y la conexión con la plataforma subyacente. Así, tú puedes centrarte en lo que el servicio puede hacer, en lugar de en cómo funciona.

Limitaciones y retos de los servidores MCP remotos

A diferencia de un servidor local, un servidor MCP remoto conlleva una serie de problemas operativos, de privacidad y de dependencias de red. Estos son algunos de los problemas más importantes:

• • Dependencia de la red — Para que el cliente funcione, tiene que tener una ruta despejada hasta el punto final del servidor. Cualquier problema de conectividad o interrupción del servicio hará que el servidor quede inaccesible.
  • Latencia adicional: hay un retraso extra en los tiempos de respuesta, ya que las solicitudes tienen que recorrer el camino desde el cliente hasta el servidor MCP remoto y, de ahí, hasta el sistema backend.
  • Dependencia del proveedor: el operador del servidor se encarga del soporte técnico, la documentación, la compatibilidad, las actualizaciones y la disponibilidad general.
  • Privacidad de datos y cumplimiento normativo — Como los resultados y las solicitudes salen del entorno local, una organización tiene que asegurarse de que sus datos confidenciales se almacenan, registran y procesan cumpliendo con la normativa.
  • Autenticación más compleja — El acceso remoto debe protegerse con una rotación adecuada de credenciales, permisos, políticas de caducidad y tokens para evitar el acceso no autorizado.
  • Compatibilidad del cliente: en algunos casos, un cliente no funcionará con los encabezados personalizados, el transporte o el método de autenticación necesarios a menos que se configure como corresponde.

• Responsabilidades de alojamiento: un servidor MCP remoto autohospedado requiere gestionar la infraestructura, el escalado, las copias de seguridad y la supervisión. En el caso de un servidor gestionado, el proveedor se encarga de estas tareas.

Cómo utiliza Cloudways un servidor MCP remoto

El servidor MCP de Cloudways es un servidor MCP remoto gestionado que actúa como enlace entre un cliente de IA y la cuenta de Cloudways del usuario, siempre que el cliente sea compatible.

Una vez que un usuario ha introducido su token de acceso de Cloudways para autenticarse, puede realizar peticiones en lenguaje natural para cualquier tarea de alojamiento o gestión de cuentas que admita el sistema.

Lo que puedes hacer con estas peticiones depende de los permisos y de las funciones de Cloudways que tengas activadas. Entre las posibilidades se incluyen:

• Gestionar servidores de alojamiento y aplicaciones, así como dominios, cachés, copias de seguridad y escalabilidad.
• Supervisar el rendimiento y controlar los servicios de infraestructura.
• Gestionar la seguridad, el acceso, el DNS y Cloudflare.
• Gestionar la facturación, los informes, las implementaciones y las alertas, además de los flujos de trabajo de la agencia.

Cuando el cliente de IA solicita una herramienta, esta se transmite al servidor MCP remoto de Cloudways. Allí se verifica el acceso y el servidor establece la conexión con la función correspondiente en la plataforma Cloudways. Esto demuestra cómo un servidor MCP remoto puede proporcionar capacidades de administración en la nube a través de un cliente de IA .

Experimenta el alojamiento asistido por IA con el servidor Cloudways MCP.

Conecte un cliente de IA compatible al servidor MCP remoto de Cloudways para lanzar y administrar sitios web, aplicaciones PHP y servidores de alojamiento mediante solicitudes en lenguaje natural.

Comience a alojar su negocio con Cloudways MCP.

Reflexiones finales

Los servidores MCP remotos ofrecen a las aplicaciones de IA una forma práctica de interactuar con las herramientas y servicios que se encuentran fuera del entorno del usuario.

Un cliente de IA compatible te permite ejecutar las acciones admitidas sin tener que pasar por varios paneles de control ni lidiar con las API a un nivel más bajo. Eso no quiere decir que no haya cosas que tener en cuenta; igual tienes que ser cuidadoso a la hora de gestionar la privacidad de los datos, el acceso a la red, así como los permisos y las credenciales.

Ahora que el MCP se está utilizando cada vez más, es solo cuestión de tiempo que las organizaciones recurran a estos servidores MCP remotos como la forma preferida de poner a disposición de sus aplicaciones de IA y de sus clientes las capacidades gestionadas de forma centralizada.