Transferencia de archivos multiplataforma que funciona con cualquier combinación de sistemas operativos

avatar Oct 6, 2026
Cross Platform File Transfer That Works on Every OS Pair

Copias un archivo en tu Mac, cambias a la sesión de Windows y Pegar aparece deshabilitado. O seleccionas un archivo en Ubuntu, presionas Ctrl+C, y el texto pasa a la máquina remota mientras que el archivo nunca llega. Ninguno de estos síntomas apunta a que hayas configurado algo mal. El Escritorio remoto mueve los datos del portapapeles por un canal y las unidades redirigidas por otro, la compatibilidad con archivos en el portapapeles varía según el cliente y la versión, y varios sistemas operativos remotos ni siquiera exponen un canal de archivos. Explora las rutas siguientes, ordenadas según la frecuencia con la que resuelven el problema.

Cuando el bloqueo está en una máquina que no administras, o el extremo remoto ejecuta un sistema operativo sin servidor RDP, HelpWire es una forma de sortearlo. Es un software de acceso remoto para trabajos de soporte de TI, y su transferencia de archivos se ejecuta dentro de su propia sesión en lugar de a través de RDP, por lo que ninguna de las capas de redirección descritas aquí se aplica a él. Las aplicaciones de operador y cliente se ejecutan en Windows, macOS y Linux, lo que la hace relevante para cada par de sistemas operativos en este artículo.

Tabla de contenidos

Respuesta rápida: ¿Qué ruta funciona para tu par de sistemas operativos?

La transferencia de archivos entre plataformas tiene una variable principal, y no es la máquina que tienes delante. La máquina remota decide si existe un canal de archivos antes de que toques una sola configuración, así que encuentra tu par en la tabla y ve a la sección indicada allí.

Está en El remoto es Windows El remoto es macOS El remoto es Linux
Windows Redirección de unidades en mstsc.exe, o \\tsclient. Cubierto en nuestras guías de de remoto a local y de transferencia de archivos de local a remoto. No existe un host RDP en macOS. Use scp mediante Inicio de sesión remoto, o SMB. Redirección de unidades en xrdp, o scp una vez que el cliente OpenSSH esté instalado.
macOS Redirección de carpetas en la pestaña Carpetas de Windows App. Arrastrar y soltar en la app de Apple Compartir Pantalla, solo de Mac a Mac. Carpeta redirigida en xrdp, o scp y rsync en Terminal.
Linux /drive: en xfreerdp3 o una carpeta compartida en Remmina. La copia de archivos mediante el portapapeles funciona a partir de FreeRDP 3, no en Remmina. No existe un host RDP en macOS. Use scp mediante Inicio de sesión remoto, o SMB. scp o rsync. Redirección de unidades si ya hay una sesión RDP abierta.

Por qué la transferencia de archivos entre plataformas falla a través de Escritorio remoto

Dos canales independientes transportan datos dentro de una sesión de RDP, y el soporte para la parte del portapapeles que mueve archivos es desigual y depende de la versión entre los clientes. La segunda causa es más simple y más difícil de eludir. Varios sistemas operativos remotos no cuentan con un host de RDP al que conectarse, por lo que no hay nada a lo que redirigir una unidad.

Diferencia entre los canales del portapapeles y de la unidad

El tráfico del portapapeles viaja por el CLIPRDR canal, y este cubre por igual texto, imágenes y objetos de archivo. La redirección de unidades es un canal diferente, RDPDR, que expone un volumen local a la máquina remota bajo \\tsclient. La distinción que importa no es texto frente a archivos. Es qué canal implementa por completo un cliente. mstsc.exe en Windows implementa ambos. Windows App en macOS implementa ambos, con un defecto actual comentado más abajo. Los clientes construidos sobre FreeRDP, que abarca Remmina, xfreerdp, GNOME Boxes y la mayoría de las interfaces de Linux, manejan el texto del portapapeles de forma fiable y los archivos del portapapeles de manera irregular.

Un informe de Remmina expone el comportamiento de la versión 2 en una línea: copiar y pegar texto funciona en ambas direcciones, un archivo copiado nunca llega al otro portapapeles incluso con el portapapeles bidireccional habilitado, y la solución recomendada es un directorio compartido. Un hilo de Linux Mint trata problemas de copia de archivos con FreeRDP y señala las unidades compartidas como alternativa. Ese relato sigue vigente para Remmina, cuya solicitud de función de transferencia de archivos para el complemento RDP permanece abierta.

FreeRDP siguió adelante. El registro de cambios de 3.0.0-beta1 documenta un portapapeles mejorado con transferencia de archivos del servidor al cliente, en ese momento solo en xfreerdp, y la función se ha mantenido desde entonces. Versión 3.27.0 en junio de 2026 corrigió la copia de varios elementos del mismo tipo entre xfreerdp sesiones. Esa versión estaba vigente cuando salió este artículo, y la serie ha publicado más versiones desde entonces. Así que considere desactualizada la afirmación tajante de que los clientes de Linux no pueden copiar archivos mediante el portapapeles, y verifique qué entrega su distribución.

Cómo funciona

Canal Qué transporta Qué determina si funciona
CLIPRDR portapapeles Texto, imágenes y objetos de archivo en clientes que los admiten Primero la capacidad del cliente, luego la directiva en el host
RDPDR redirección de unidades Un volumen o carpeta local, accesible en \\tsclient\<name> Una configuración del cliente realizada antes de que se abra la conexión, luego la directiva en el host
Ninguno Nada en absoluto El sistema operativo remoto no tiene host de RDP, por lo que no se negocia ningún canal

El canal de unidad no tiene un límite máximo de tamaño del portapapeles y no depende de la compatibilidad del cliente con el portapapeles de archivos. Por eso, una carpeta redirigida es el método que funciona casi en todas partes, y el portapapeles es el método que falla sin un mensaje de error.

El sistema operativo remoto decide si existe o no un canal de archivo

macOS no incluye ningún host RDP. Su Screen Sharing es un servicio VNC. El protocolo RFB básico no define transferencia de archivos y, aunque algunos productos VNC añaden extensiones propietarias para ello, el servidor de Apple no ofrece ninguna a un visor de terceros. Por lo tanto, una máquina Windows o Linux que se conecta a un Mac no tiene ninguna vía nativa de transferencia sin importar lo que marques. Windows Home tampoco tiene host RDP.

Linux necesita un host de terceros, y los dos más comunes difieren de una manera que determina el resultado. El proyecto xrdp enumera transferencia bidireccional del portapapeles para texto, mapa de bits y archivo, además de redirección de unidades que monta las unidades locales del cliente en la máquina remota. GNOME Remote Desktop, que es lo que Ubuntu 24.04 y posteriores incluyen detrás de Remote Login, no tiene redirección de unidades. Los usuarios se topan con ello inmediatamente tras pasarse desde xrdp, donde sus unidades locales de Windows aparecían sin ninguna configuración. Por lo tanto, el mismo escritorio Linux funciona o no en función de una única variable, que es el host RDP instalado en él.

Lo que cada cliente y anfitrión puede hacer

Cliente o host Texto del portapapeles Archivos del portapapeles Redirección de unidad o carpeta Dónde se encuentra la configuración
mstsc.exe en Windows Sí Sí Sí, volúmenes completos Recursos locales > Más > Unidades
Aplicación de Windows en Windows Sí Sí Sí, pero no puede elegir qué unidad o carpeta Sin control en la interfaz
Aplicación de Windows en macOS Sí Sí, pero está roto en un sentido en macOS 26 Sí, solo a nivel de carpeta Editar > Carpetas pestaña
Remmina Sí No, solicitud abierta Sí, una carpeta Compartir carpeta en el perfil de conexión
xfreerdp3 Sí Sí, desde FreeRDP 3, si se compila con WITH_FUSE Sí, una o más carpetas /drive:name,/path
xrdp como el host Linux Sí Sí Sí, montado en ~/thinclient_drives /etc/xrdp/sesman.ini
Escritorio remoto de GNOME como el host Linux Sí Sí No grdctl o Configuración > Sistema > Escritorio remoto

Cómo transferir un archivo de Mac al escritorio remoto de Windows

La vía para transferir archivos de Mac a sesiones de Escritorio remoto de Windows es una carpeta redirigida, configurada en el cliente antes de conectarte y luego utilizada como destino de copia dentro de la sesión. El cliente de macOS funciona a nivel de carpeta en lugar de a nivel de volumen, lo cual es la mayor diferencia con mstsc.exe y la razón por la que la mayoría de los usuarios de Mac nunca encuentran la casilla Drives de la que leen en las guías de Windows.

Redirigir una carpeta en Windows App en macOS

  1. Cierra la sesión abierta. Una redirección añadida a mitad de sesión no surte efecto hasta que se restablezca la conexión.

  2. Abra la aplicación de Windows.

  3. Haga clic con el botón derecho en la entrada de conexión y seleccione Editar.

  4. Marca Usar configuración personalizada si la entrada proviene de un canal suscrito.

  5. Abra la pestaña Carpetas y marque Redirigir carpetas.

  6. Haz clic en el icono de más, elige la carpeta a la que quieres acceder y haz clic en Abrir. Repite para cada carpeta adicional.

  7. Marca la casilla de solo lectura si la máquina remota no debe realizar escrituras, luego haz clic en Guardar.

  8. Conectar.

  9. Dentro de la sesión, abre el Explorador de archivos y busca el nombre de la carpeta en Este equipo, o presiona Win+R y escribe \\tsclient.

Para aplicar, en su lugar, una sola carpeta a cada conexión, abre Windows App > Settings > General y establece la carpeta en la opción de redirección, tal como Microsoft lo documenta para el cliente de macOS. Para los recursos administrados entregados a través de un feed, Microsoft indica que la carpeta redirigida es siempre tu directorio de inicio, por lo que la ruta por conexión te da más control.

Corregir archivos vacíos copiados desde Windows a un Mac en macOS 26

Mueva el archivo mediante una carpeta redirigida en lugar del portapapeles. En macOS 26 Tahoe, un archivo copiado desde una sesión de Windows remota llega al Mac con el nombre y el tamaño correctos y sin contenido, rellenado con ceros, y no aparece ningún error en ningún momento. El informe data de noviembre de 2025. La persona que lo registró en Microsoft probó casi todas las versiones de Windows App hasta la 11.2.9 (2810) con el mismo resultado, mientras que el texto se transfería en ambas direcciones y las copias de archivos de Mac a Windows funcionaban con normalidad. Sonoma y Sequoia no se ven afectados. Un informe separado de Double Commander lo reproduce de forma independiente, con el archivo pegado lleno de bytes nulos. Compruebe el comportamiento en su propia compilación antes de decidir que el portapapeles es el culpable.

  1. Confirma el síntoma en lugar de la dirección. Copia primero una pequeña cadena de texto desde la sesión al Mac, porque el texto llega intacto incluso cuando los archivos no lo hacen, así que un pegado de texto que funcione no despeja las sospechas sobre el portapapeles.

  2. Comprueba el contenido del archivo pegado, no su nombre. Ejecuta ls -l en él y el tamaño parece correcto, por lo que el fallo pasa la inspección en Finder.

  3. Configura una carpeta redirigida con los pasos anteriores. Esa es la solución alternativa que el representante de Microsoft recomienda en el mismo hilo.

  4. Copiar a través de la carpeta redirigida durante el resto de la sesión, en ambas direcciones, y dejar el portapapeles para texto.

  5. Si la redirección de carpetas está bloqueada por directiva, comparte una carpeta en el equipo con Windows y móntala desde el Mac con smb:// en Finder en su lugar.

Cuando la lista de carpetas permanece vacía, o las unidades nunca aparecen

Cuatro causas distintas producen una lista vacía o una unidad que nunca aparece, y cada una requiere una acción diferente.

  1. Comprueba en qué pestaña está la conexión. Las entradas en Workspaces no muestran en absoluto controles de redirección en el cliente para Mac, a diferencia de las entradas en PCs. Un reportero de Microsoft Q&A se topó con esto y restauró el copiado de archivos con el botón de actualizar del feed.

  2. Otorga al cliente acceso a tu disco. Abre Ajustes del Sistema > Privacidad y seguridad > Archivos y carpetas y autoriza la aplicación, luego vuelve a abrirla. Una lista de carpetas vacía después de una actualización de macOS se debe a esto.

  3. Añade la carpeta en la aplicación en lugar de en un archivo .rdp guardado. Un usuario que reportó esto a Microsoft probó tres formas de sintaxis de la propiedad drivestoredirect y no obtuvo redirección con ninguna de ellas, y la carpeta solo apareció una vez que se añadió a través de la interfaz. Microsoft documenta la propiedad a nivel de protocolo sin indicar qué clientes la respetan en un archivo, así que considera la aplicación como la ruta confiable en macOS.

  4. Dentro de la sesión, presiona Win+R e introduce \\tsclient. Una entrada visible de tsclient sin nada debajo significa que el cliente no solicitó ninguna carpeta, que es lo que ven los usuarios de Mac cuando la redirección nunca se aplicó. Eso se corrige del lado del cliente, no es un problema de la directiva del host.

Cuando el portapapeles funciona y luego deja de funcionar a mitad de la sesión

Desactiva el historial del portapapeles en el host de Windows. Un usuario de Mac que perdía la transferencia del portapapeles en intervalos aleatorios del cliente al host lo atribuyó a esa función del lado del host en lugar de a algo en el Mac. El mismo hilo señala que la dirección se desbloquea por sí sola una vez que copias algo del host de vuelta al cliente.

  1. Dentro de la sesión, abre Configuración > Sistema > Portapapeles.

  2. Desactiva el historial del portapapeles.

  3. Copie una pequeña cadena de texto desde la máquina remota al Mac para restablecer la dirección, luego vuelva a intentar el archivo.

Otras dos causas producen una descripción similar en el macOS actual, y ninguna reside en el host de Windows. Windows App puede provocar un interbloqueo en la aplicación en la que pegas, sin corrección en la versión vigente en el momento de ese informe de octubre de 2025 y pbcopy < /dev/null como solución provisional. Los usuarios de Mac también informan que Cmd+C no funciona en todo el sistema mientras se ejecuta Windows App, y vuelve a funcionar en cuanto se cierra la app. Prueba si copiar funciona fuera de la sesión antes de cambiar un solo ajuste en el lado de Windows.

Transferencia de archivos mediante escritorio remoto cuando el Mac es el equipo remoto

La transferencia de archivos del escritorio remoto de Mac no cuenta con una unidad redirigida en esta dirección, porque macOS no proporciona un host RDP para crearla. El servicio Screen Sharing de Apple utiliza VNC, y el protocolo RFB básico no define ningún canal de archivos. La aplicación Screen Sharing sí admite arrastrar y soltar entre dos Mac, lo cual es una adición de Apple y no parte de VNC, y esa es exactamente la razón por la que el mismo arrastre no hace nada desde un visor VNC en Windows o Linux.

Activa el inicio de sesión remoto y copia mediante SSH

  1. En el Mac, abre Ajustes del Sistema > General > Compartir.

  2. Activa Inicio de sesión remoto.

  3. Haga clic en el botón Información y configure Permitir el acceso a para las cuentas que lo necesiten. Anote la dirección que aparece debajo de la configuración.

  4. Desde Windows PowerShell, copia un archivo: scp C:\reports\q3.xlsx alice@192.168.1.40:/Users/alice/Documents/

  5. Desde una terminal de Linux, usa el mismo comando sin la letra de la unidad: scp ~/reports/q3.xlsx alice@192.168.1.40:/Users/alice/Documents/

  6. Para descargar en lugar de subir, invierte los argumentos: scp alice@192.168.1.40:/Users/alice/Documents/q3.xlsx.

Acceder a una carpeta compartida de un Mac desde Windows o Linux

  1. En el Mac, abre Ajustes del Sistema > General > Compartir y activa Compartir archivos.

  2. Haz clic en el botón Info, agrega la carpeta en Carpetas compartidas y asigna los usuarios que pueden acceder a ella.

  3. En Windows, presiona Win+R e introduce \\192.168.1.40, luego autentícate con el nombre de la cuenta de Mac y su contraseña.

  4. En Linux, móntalo: sudo mount -t cifs //192.168.1.40/Share /mnt/mac -o username=alice

A través de internet, coloca esta ruta dentro de una VPN. SMB en una interfaz pública no es un servicio que deba exponerse, y la velocidad de transferencia de archivos a través de un enlace de área amplia hace que scp o rsync sean, de todos modos, la mejor opción.

Cómo transferir archivo de Windows a Linux

Existen dos vías para transferir un archivo de Windows a Linux, y la elección depende de si ya hay una sesión RDP abierta. Si estás en el símbolo del sistema, scp llega directamente a la máquina Linux, una vez que el cliente OpenSSH está instalado. Si ya estás dentro de una sesión de xrdp, la redirección de unidades coloca el archivo allí sin necesidad de una segunda herramienta.

Transferencia de archivos de Windows a Linux desde la línea de comandos

Transferencia de archivos de Windows a Linux desde un símbolo del sistema se realiza mediante scp, que requiere el cliente OpenSSH en el lado de Windows. Windows lo ofrece desde la compilación 1809, pero Microsoft indica que su estado predeterminado en Windows 10 1809 y posteriores es no instalado, disponible como una característica opcional. Solo Windows Server 2025 lo incluye de forma predeterminada. Comprueba primero, instálalo si no está instalado y ten en cuenta que esta ruta entonces ignora todas las políticas de redirección de RDP.

  1. Confirme que el cliente existe. En PowerShell, ejecute Get-Command scp, que devuelve una ruta como C:\Windows\System32\OpenSSH\scp.exe.

  2. Instálelo si el comando no se reconoce. Desde una consola de PowerShell con privilegios elevados: Add-WindowsCapability -Online -Name OpenSSH.Client~~~~0.0.1.0

  3. En la máquina Linux, comprueba que el servidor está en ejecución: sudo systemctl status ssh

  4. Copiar un único archivo: scp C:\builds\app.tar.gz alice@192.168.1.60:/home/alice/

  5. Copiar una carpeta y su contenido: scp -r C:\builds alice@192.168.1.60:/home/alice/

  6. En un puerto no estándar, observa la P mayúscula: scp -P 2222 C:\builds\app.tar.gz alice@192.168.1.60:/home/alice/

Un detalle del protocolo confunde a la gente en los sistemas más nuevos. Desde OpenSSH 9.0, scp utiliza el protocolo SFTP por debajo mientras que la sintaxis del comando se mantiene igual. En un servidor más antiguo que solo admite el protocolo SCP heredado, añade -O para forzar el comportamiento original.

Enviar un archivo a una sesión de xrdp con redirección de unidades

  1. Abra mstsc.exe y haga clic en Mostrar opciones.

  2. En la pestaña Recursos locales, haga clic en Más.

  3. Expanda Unidades y marque la unidad que contiene su archivo, luego haga clic en Aceptar.

  4. Haga clic en Conectar e inicie sesión en el escritorio de Linux.

  5. Abra una terminal dentro de la sesión y liste el punto de montaje: ls ~/thinclient_drives

  6. Copie el archivo en su lugar: cp ~/thinclient_drives/DESKTOP-01/builds/app.tar.gz ~/

Transferencia remota de archivos en Linux desde un escritorio Linux a Windows

La transferencia remota de archivos desde Linux a un host Windows se realiza a través de una carpeta adjunta, la única ruta que se mantiene en todas las versiones de FreeRDP y compilaciones de paquetes. Adjunte la carpeta a la conexión y luego copie a través de \\tsclient dentro de la sesión. El portapapeles puede transportar archivos en FreeRDP 3, lo que lo convierte en la alternativa de respaldo y no en la primera opción.

Compartir una carpeta con xfreerdp3 o Remmina

  1. Crea una carpeta dedicada para que todo tu directorio de inicio quede fuera del alcance: mkdir -p ~/rdp-transfer

  2. Conéctese con la carpeta adjunta: xfreerdp3 /v:192.168.1.20 /u:alice /drive:transfer,/home/alice/rdp-transfer +clipboard

  3. Si la shell devuelve command not found: xfreerdp, tu distribución compiló FreeRDP 3 con versionado binario y renombró los ejecutables. Confirma with ls /usr/bin | grep freerdp y usa xfreerdp3, como explican los mantenedores de FreeRDP.

  4. En Remmina, abre el perfil de conexión, establece la carpeta compartida en la misma ruta, guarda y vuelve a conectarte.

  5. Dentro de la sesión de Windows, presione Win+R y escriba \\tsclient\transfer.

  6. Copie el archivo en la carpeta de destino de la máquina remota.

No agregues +drives junto con /drive:. Con ambos presentes, FreeRDP redirige volúmenes USB y gvfs montajes y descarta silenciosamente la carpeta indicada, lo que produce una sesión en la que la redirección parece estar habilitada y tus archivos no aparecen por ningún lado.

Lo que el portapapeles puede y no puede contener aquí

Los clientes basados en FreeRDP anuncian compatibilidad con el portapapeles, la negocian y mueven texto sin problemas. Los archivos son un formato de datos distinto en el mismo canal, y la respuesta depende de lo que utilices. Remmina no lo implementa. xfreerdp sí lo hace, a partir de FreeRDP 3, mediante una capa FUSE que debe compilarse en la compilación. Incluso donde funciona, hay casos límite: una transferencia en curso se aborta en el momento en que el portapapeles cambia en cualquiera de los dos lados, reportado en febrero de 2026 contra la 3.22.1 y aún abierto. Una carpeta compartida no tiene ese comportamiento, por lo que sigue siendo la ruta principal.

Cuando la carpeta compartida no aparece en absoluto

  1. Comprueba primero el formato del paquete. Las compilaciones de Snap y Flatpak se ejecutan dentro de un sandbox que no puede leer rutas arbitrarias. Los binarios auxiliares que fallan con error while loading shared libraries: libX11.so.6 son una señal de que estás en la compilación de Snap.

  2. En su lugar, reinstale desde el paquete de la distribución: sudo apt install remmina remmina-plugin-rdp

  3. Mantén la ruta compartida dentro de tu directorio de inicio, donde las reglas del sandbox son menos restrictivas.

  4. Si la configuración de la carpeta compartida no se puede borrar ni guardar, edita el archivo de perfil en ~/.local/share/remmina/ y establece directamente el valor de drive. Las versiones anteriores no podían desactivar la opción desde la interfaz.

Cómo mover archivos entre una Mac y una máquina Linux

La respuesta se divide según la dirección, porque solo uno de los dos tiene un anfitrión RDP en el extremo remoto. Desde un Mac hacia Linux, puedes usar la misma redirección de carpetas que usas para Windows. Desde Linux hacia un Mac, no hay nada a lo que redirigir, por lo que la capa de escritorio remoto no interviene.

De Mac a Linux cuando el host Linux ejecuta xrdp

Redirige una carpeta en Windows App exactamente como lo harías para un host de Windows y luego búscala en el lado de Linux. xrdp acepta clientes de Microsoft Remote Desktop en macOS y monta todo lo que el cliente redirige bajo la ruta FUSE, por lo que una carpeta redirigida desde el Mac queda en el mismo lugar donde lo haría una unidad de Windows. Verifícalo en lugar de asumirlo, porque el montaje es la parte que falla.

  1. Confirme que el equipo Linux ejecuta xrdp en lugar de GNOME Remote Desktop: systemctl status xrdp

  2. Redirige una carpeta en la aplicación de Windows siguiendo los pasos de la sección Mac a Windows anterior.

  3. Conéctese, abra una terminal en la sesión y ejecute: ls ~/thinclient_drives

  4. Copie el archivo con: cp ~/thinclient_drives/MacBook/report.pdf ~/Documents/

  5. Si la ruta está vacía, siga los pasos de chansrv anteriores antes de cambiar nada en el Mac.

En su lugar, en un host que ejecuta GNOME Remote Desktop, no existe ningún canal de unidad y ninguna configuración del cliente creará uno. Utilice scp desde Terminal para esa máquina.

De Linux a Mac cuando no hay ningún host RDP al que conectarse

  1. En el Mac, abre Ajustes del Sistema > General > Compartir y activa Inicio de sesión remoto.

  2. Desde la máquina Linux, copia un archivo: scp ~/report.pdf alice@192.168.1.40:/Users/alice/Documents/

  3. Para una carpeta que actualizas con frecuencia, envía solo los cambios y conserva los archivos parciales si se interrumpe la conexión: rsync -avP ~/project/
    alice@192.168.1.40:/Users/alice/project/

  4. Para explorar en lugar de copiar, activa Compartir archivos en el Mac y monta el recurso compartido: sudo mount -t cifs //192.168.1.40/Share /mnt/mac -o username=alice

Cuando una carpeta compartida es el camino adecuado

Una carpeta compartida supera a cualquier método basado en sesiones una vez que mueves más de un puñado de archivos, y en el Windows actual falla por un motivo principal. Windows 11 versión 24H2 exige la firma SMB tanto en las conexiones salientes como en las entrantes en las ediciones Pro, Enterprise y Education, y deshabilitó la opción de recurrir al acceso de invitado en Pro. Home no requiere firma en ninguna dirección. En las ediciones que sí la requieren, recursos compartidos que funcionaron durante años ahora devuelven 0x80070035 con el texto The network path was not found, o un mensaje sobre políticas de seguridad que bloquean el acceso de invitado no autenticado. Los servidores Samba, los recursos compartidos de Linux y el firmware de NAS más antiguo son las víctimas habituales.

  1. Soluciona primero el otro extremo. En un recurso compartido de Samba o NAS, exige la firma SMB, establece el protocolo mínimo en SMB2 o SMB3 y crea una cuenta real en lugar del acceso de invitado.

  2. Lea el estado actual del cliente en Windows: Get-SmbClientConfiguration | fl EnableSecuritySignature,RequireSecuritySignature

  3. Solo cuando el extremo remoto no pueda cambiarse, relaje el requisito del cliente: Set-SmbClientConfiguration -RequireSecuritySignature $false

  4. Vuelva a conectarse y pruebe el recurso compartido.

El paso tres debilita la conexión y debería ser el último recurso. Windows OS Hub señala que la firma obligatoria consume CPU y RAM en ambos extremos y reduce la velocidad de transferencia de archivos, y Microsoft establece los requisitos por edición en su página de referencia de la firma SMB, lo cual supone la contrapartida en el otro sentido. La compatibilidad con SMB 1.0 y CIFS no es la solución aquí, aunque es lo primero que muchas personas habilitan.

Limitaciones

Ruta Límite de tamaño Resiste un bloqueo por políticas del host Funciona cuando el remoto es macOS Funciona cuando el remoto es Windows Home
Archivos del portapapeles 2 GB con la redirección del portapapeles de RDP No No No
Carpeta o unidad redirigida Ninguno documentado No No No
Recurso compartido SMB Ninguno documentado Sí Sí Sí
scp o rsync Ninguno documentado Sí Sí Sí
Sesión de HelpWire Ninguno documentado Sí Sí Sí
 

Los metadatos no se conservan en cada transferencia. Una copia desde Linux a un volumen NTFS pierde la propiedad POSIX y el bit de ejecución, y una copia desde macOS sobre SMB escribe archivos sidecar que no tienen utilidad en el destino. Planifique restablecer los permisos al llegar en lugar de descubrir el problema más tarde.

Lo que intenta primero la mayoría de las personas y por qué falla

Reiniciar rdpclip.exe es el primer paso en casi todos los hilos, y aquí es el equivocado. Ese proceso restablece el canal del portapapeles en el host de Windows. No puede añadir compatibilidad de portapapeles de archivos a un cliente Linux que nunca la tuvo, y no hace nada por un Mac cuyo redireccionamiento de carpetas nunca se configuró. Nuestra guía para solucionar copiar y pegar cubre los casos en los que sí ayuda.

Arrastrar el archivo a la ventana de la sesión es el siguiente intento, y es el que menos tiempo cuesta. Ninguno de los clientes RDP de escritorio lo acepta – mstsc.exe, Windows App, Remmina, y xfreerdp por igual – porque el protocolo no incluye ningún canal de arrastrar y soltar. El cliente Windows App basado en el navegador es la excepción, y utiliza su propio mecanismo de carga en lugar de RDP. Una vez que se redirige una carpeta, puedes arrastrar dentro de la sesión entre esa carpeta y un directorio remoto, porque ambos parecen ubicaciones normales para el gestor de archivos, pero arrastrar desde el escritorio a la ventana nunca ha funcionado.

Los usuarios de Mac editan el archivo .rdp guardado y añaden una propiedad drivestoredirect, porque eso es lo que muestra la documentación de Windows. El resultado reportado en macOS es que no hay redirección alguna. Los usuarios de Linux añaden +drives junto a /drive: por si acaso y pierden la carpeta indicada en el proceso. Los usuarios de Windows se topan con 0x80070035 y activan la compatibilidad con SMB 1.0, lo cual no aborda ni el requisito de firma ni el cambio de conmutación al modo invitado que lo provocó.

El último es específico de los Mac como destinos. El servidor VNC de Apple acepta una conexión desde un visor VNC de Windows solo con una contraseña, lo que convence a la gente de que el resto del conjunto de funciones también está ahí. El control de la pantalla funciona. El servidor de Apple no implementa ninguna extensión de transferencia de archivos, así que no hay nada en el otro extremo que responda a una solicitud de archivos.

Si eso no funcionó

Usted inicia desde un archivo .rdp guardado en un cliente de Windows con parches aplicados

Marca las casillas de redirección en cada inicio. Las actualizaciones acumulativas de abril de 2026 cambiaron cómo Windows trata los archivos .rdp guardados, y ahora cada recurso solicitado aparece sin marcar en un cuadro de diálogo de seguridad que aparece antes de que se inicie la conexión. Esto se aplica solo a los inicios desde un archivo, por lo que un nombre de equipo escrito en mstsc.exe se comporta como siempre.

  1. Haga doble clic en el archivo .rdp y acepte el aviso único la primera vez que lo use.

  2. Comprueba que la dirección remota mostrada en el cuadro de diálogo coincida con el host que esperas.

  3. Marca Unidades y Portapapeles, luego haz clic en Conectar.

  4. Si el cuadro de diálogo se muestra con botones desalineados o inaccesibles en una configuración multimonitor, instala la actualización preliminar KB5083631, que corrigió ese error de visualización.

  5. Para una solución permanente, firme el archivo .rdp y confíe en su certificado, lo que suprime por completo el cuadro de diálogo. Windows OS Hub cubre el flujo de trabajo de la firma.

La máquina remota es Windows Home o un host que usted no administra

Detente aquí y cambia de ruta. Windows Home no tiene servicio host de RDP, por lo que el interruptor de Escritorio remoto no aparece en Configuración > Sistema por diseño, y no existe ninguna configuración de redirección que corregir. En un host corporativo, un grupo de Azure Virtual Desktop o un Cloud PC, la redirección está desactivada deliberadamente para impedir las transferencias de archivos en cualquier dirección. Solicita una ruta de transferencia aprobada en una máquina que no es tuya y usa una herramienta con su propia capa de transferencia donde la política no es tuya para cambiarla.

Transferencia de archivos de HelpWire entre Windows, Mac y Linux

La transferencia de archivos de HelpWire mueve archivos dentro de su propia sesión, por lo que no se aplica ninguna capa de redirección de RDP en ningún par de sistemas operativos. Es un software de acceso remoto creado para el trabajo de soporte remoto, utilizado por equipos de soporte de TI, técnicos independientes y TI interna en empresas más pequeñas. Se ajusta a las dos situaciones que este artículo menciona repetidamente: una máquina remota sin host de RDP y un host cuya configuración está gestionada por otra persona.

Una sesión comienza a partir de un enlace que envías por cualquier canal que ya utilices. La persona al otro lado lo abre, ejecuta la aplicación portátil descargada y hace clic en Conceder acceso. No tiene que crear ninguna cuenta. La aplicación del operador se ejecuta en Windows 7 y posteriores, macOS Big Sur 11 y posteriores, y Linux en Ubuntu 18.04 a 24.04, Debian 11 y 12, CentOS 9, RHEL 9 y Fedora 39 o posterior, según la lista de plataformas, por lo que el operador y el cliente pueden estar en diferentes plataformas sin cambiar el método.

Copiar y pegar en ambas direcciones

  1. Inicia la sesión y espera a que el cliente haga clic en Conceder acceso.

  2. En su propio equipo, haga clic con el botón derecho en el archivo y seleccione Copiar.

  3. Haga clic con el botón derecho en la carpeta de destino en el equipo del cliente dentro de la sesión y seleccione Pegar.

  4. Observe el progreso, que se muestra en el equipo del cliente. Siga los mismos pasos a la inversa para recuperar un archivo.

Arrastrar y soltar sobre la ventana del Operador

Este se ejecuta únicamente desde tu máquina a la máquina del cliente, y el lado del operador tiene que ser Windows o macOS.

  1. Con la sesión activa, selecciona uno o más archivos, o una carpeta completa, en tu equipo.

  2. Arrastre la selección a la ventana abierta de HelpWire Operator y suéltela. Los elementos quedan en el portapapeles del cliente.

  3. Haga clic con el botón derecho en la carpeta de destino en el equipo del cliente y seleccione Pegar para finalizar la transferencia.

Atajos de teclado

  1. Selecciona el archivo en tu equipo local y presiona Ctrl+C en Windows, o Cmd+C en macOS. HelpWire documenta los atajos solo para esas dos plataformas.

  2. Haga clic en la carpeta de destino en el equipo del cliente.

  3. Presiona Ctrl+V en Windows, o Cmd+V en macOS.

Obtén más información sobre estos métodos y los permisos requeridos en la documentación sobre transferencia de archivos de HelpWire.

Preguntas frecuentes

Primero comprímelo en un único archivo, o usa rsync. La sobrecarga por archivo domina todas las rutas en este artículo. Una carpeta redirigida negocia cada archivo por separado a través del canal de la unidad, y el portapapeles construye una lista completa de descriptores antes de que se mueva un solo byte, por lo que diez mil archivos pequeños pueden tardar más que un solo archivo, incluso aunque sea muchas veces mayor que su tamaño combinado. Crea un archivo tar o zip en el origen, mueve el archivo y extráelo al llegar. Cuando la misma transferencia se repite, rsync envía solo lo que cambió, y -P mantiene el archivo parcial para que una ejecución interrumpida continúe donde se detuvo. Sin esa opción, rsync elimina el parcial y vuelve a empezar el archivo, lo que sorprende a mucha gente. Ninguna de las rutas de RDP se reanuda en absoluto. Nuestra guía sobre transferencias desde un escritorio remoto a una máquina local cubre por separado el límite de tamaño del portapapeles.

NTFS rechaza caracteres que ext4 y APFS aceptan. Dos puntos, signo de interrogación, asterisco, barra vertical, comillas dobles y los signos de menor que y mayor que son válidos en Linux y no están permitidos en un nombre de archivo de Windows, por lo que una copia se detiene en el primer infractor. La distinción entre mayúsculas y minúsculas es la segunda trampa: dos archivos en un directorio de Linux cuyos nombres difieren solo en mayúsculas/minúsculas colisionan en un único nombre en NTFS, y uno de ellos se pierde, o la copia se detiene. Renombra en el origen antes de una transferencia masiva en lugar de después de una parcial.

Ejecuta defaults write com.apple.desktopservices DSDontWriteNetworkStores -bool true en Terminal, luego cierra sesión y vuelve a iniciar sesión. Esto abarca solo los volúmenes de red y no afecta a los discos locales. También deja los archivos ._ sidecar por separado intactos, que contienen metadatos de macOS y suelen ser la causa habitual de Error code -36 al copiar con Finder a un recurso compartido SMB, una causa que los usuarios identificaron hace años. Elimina los ya creados con dot_clean ~/path/to/folder, una solución alternativa que aún se recomienda para ese error.

No de forma nativa en Windows, porque Windows no incluye ningún binario de rsync. Hay tres vías para hacerlo. Ejecútalo dentro de WSL, donde la versión de Linux funciona con normalidad sobre una ruta de Windows montada en /mnt/c/. Instala una compilación de Cygwin o de MSYS2. O hazlo desde el lado de Linux, que extrae desde Windows por SSH una vez que el servidor OpenSSH esté habilitado allí. Para copias puntuales, scp es más sencillo, y rsync justifica su configuración solo cuando repites la misma transferencia.

Entre dos sesiones de Windows, sí, siempre que ambas tengan la redirección de unidades activa. Entre dos sesiones en un escritorio Linux, depende de tu versión de FreeRDP, y hubo una regresión en la transición a la versión 3: los usuarios que pasaron a Fedora 40 con FreeRDP 3.4.0 perdieron la capacidad de copiar en una sesión y pegar en otra tras años de usar ese flujo de trabajo en la versión 2. FreeRDP abordó ese caso en 3.27.0 en junio de 2026 con una corrección para copiar varios elementos entre sesiones de xfreerdp, por lo que una compilación actual se comporta mejor de lo que sugieren los informes de Fedora 40. La ruta que sobrevive a los cambios de versión, en cualquier caso, es una carpeta a la que ambas sesiones puedan acceder.

No, y los nombres de usuario nunca tienen que coincidir. Solo algunos métodos requieren una cuenta en el extremo remoto. Una carpeta redirigida viaja sobre la sesión RDP que ya abriste, así que la máquina remota la lee a través de la identidad con la que iniciaste sesión, y no existe una segunda credencial. Un recurso compartido SMB necesita una cuenta real en la máquina que aloja el recurso. scp y rsync requieren una cuenta en el destino, y la autenticación mediante clave elimina la solicitud de contraseña una vez que copias tu clave pública con ssh-copy-id. El único caso que confunde a la gente es una carpeta redirigida en una máquina donde su sesión se ejecuta con una cuenta distinta de la que esperan, lo cual se manifiesta como errores de permisos al escribir en lugar de como una carpeta ausente.

HelpWire
4.8

Potencia el soporte remoto con software de escritorio remoto gratuito y sencillo.

Visitar sitio
Precio: Gratis
Sistemas compatibles: Windows, macOS, Linux
HelpWire