Copias un archivo en tu portátil, cambias a la ventana de Conexión a Escritorio remoto, haces clic con el botón derecho en una carpeta dentro de la sesión, y Pegar aparece en gris. El texto se pega bien, pero los archivos no. Windows transfiere el texto por el canal del portapapeles y los archivos por el canal de redirección de unidades. Y esas son dos configuraciones separadas que seis capas diferentes pueden desactivar de forma independiente entre sí. Consulta las soluciones a continuación, ordenadas según la frecuencia con la que resuelven el problema en hilos de Microsoft Q&A, Windows OS Hub y la propia base de conocimientos de Microsoft.
Si el bloqueo resulta estar en una máquina que no administras y estás buscando cómo transferir un archivo a un escritorio remoto de otra manera, HelpWire te ofrece esta vía. Es un software de acceso remoto diseñado para el trabajo 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 tanto, las políticas de redirección de este artículo no se aplican a él. Eso es importante cuando la configuración de RDP pertenece a otra persona, o cuando la máquina remota ejecuta Windows Home y rechaza por completo las conexiones RDP.
Consejos rápidos sobre cómo transferir un archivo al escritorio remoto
Marque Portapapeles y Unidades en el cliente de Conexión a Escritorio remoto antes de conectarse, luego copie el archivo en su máquina local y péguelo en una carpeta dentro de la sesión. Portapapeles por sí solo transporta texto. Unidades es la opción que permite transferir archivos y, sin ella, el comando Pegar permanece atenuado sin importar cuántas veces reinicie rdpclip.exe.
Una vez que la redirección de unidades esté activa, se abren tres rutas:
- Pegar en la sesión.
- Explorar
\\tsclient\cdesde dentro de la sesión. - Ejecutar
xcopydesde el símbolo del sistema remoto.
Cada una tiene límites diferentes, y la tercera funciona en casos en que las dos primeras fallan. Todo esto se refiere al envío hacia la sesión, así que para el viaje de regreso, consulte nuestra guía sobre cómo transferir archivos desde Escritorio remoto a una máquina local.
Por qué falla la transferencia de archivos mediante Conexión a Escritorio remoto en el sentido de local a remoto
La casilla de verificación del cliente es la capa que la gente comprueba. Rara vez es la capa que falla. La dirección de push también conlleva riesgos que la dirección de pull no tiene. La escritura se realiza en la máquina remota. Por lo tanto, los permisos de la carpeta de destino, el espacio libre en el disco del perfil remoto y cualquier solución de seguridad de endpoint que se ejecute en el host se aplican a tu archivo antes de que llegue.
Seis capas pueden bloquear el canal de la unidad, y prevalece la más estricta
| Capa | Dónde comprobarlo | Qué debería decir |
|---|---|---|
| casilla de verificación del cliente mstsc | Recursos locales > Más > Unidades | Marcada para la unidad que contiene su archivo |
Archivo .rdp guardado |
Ábralo en un editor de texto | redirectdrives:i:1 y drivestoredirect:s:* |
| Cuadro de diálogo de seguridad de abril de 2026 | Se muestra en cada inicio de .rdp |
Unidades marcadas antes de hacer clic en Conectar |
| Directiva de grupo del host | gpedit.msc, Redirección de dispositivos y recursos |
No permitir la redirección de unidades configurada en Deshabilitada |
| Colección de RDS o CAP de RD Gateway | Administrador del servidor Configuración del cliente, o CAP Redirección de dispositivos | Unidades habilitadas |
| Grupo de hosts de AVD o Cloud PC | Propiedades RDP del grupo de hosts, o Intune | Se permite la redirección de unidades |
La última fila es la que sorprende a la gente en equipos completamente nuevos. En el marco de la Secure Future Initiative, Microsoft ahora desactiva de forma predeterminada la redirección del portapapeles, de unidades, de USB y de impresoras en los grupos de hosts de Azure Virtual Desktop creados recientemente y en los Windows 365 Cloud PCs aprovisionados o reprovisionados recientemente. Un Cloud PC que te entreguen esta mañana falla esta prueba desde el primer día sin que haya nada mal en ninguna otra parte. Microsoft dejó intactos los grupos de hosts más antiguos, por lo que una organización puede tener un grupo que funciona y otro que no.
Un séptimo bloque que se ve idéntico: el límite del portapapeles del cliente al servidor
Una política más reciente restringe lo que el portapapeles puede transportar en cada dirección, y puede bloquear archivos mientras el texto sigue pasando. Restrict clipboard transfer from client to server se encuentra en el mismo nodo Redirección de dispositivos y recursos que las políticas anteriores, y Microsoft indica como requisitos Windows 11 Enterprise o Enterprise multisesión 22H2 o 23H2 con KB5039212, versión 21H2 con KB5039213, o Windows Server 2022 con KB5040437.
Los cuatro valores permitidos que Microsoft documenta son texto sin formato, texto sin formato e imágenes, texto sin formato más imágenes más Formato de texto enriquecido, y ese conjunto más HTML. Los archivos no aparecen en ninguno de ellos. La restricción solo surte efecto cuando un administrador cambia la directiva a Enabled, porque la lista desplegable de tipo de datos solo aparece en ese estado. Disabled y Not configured dejan el portapapeles sin restricciones. Habilítela con cualquiera de esos valores y el pegado de archivos en la sesión se detiene mientras el texto continúa, lo que parece exactamente un fallo de redirección de unidades y no lo es. El valor de registro correspondiente es CSClipLevel, y su homóloga de salida es SCClipLevel.
La actualización de abril de 2026 que desmarca tus unidades por ti
La actualización de seguridad de Microsoft de abril de 2026 cambió cómo Windows trata los archivos .rdp guardados, y es la razón de la oleada actual de informes que dicen “esto funcionaba el mes pasado.” El cambio corresponde a CVE-2026-26151 y se publicó el 14 de abril de 2026 como KB5083769 y KB5083768 para Windows 11, KB5082200 para Windows 10, y KB5082063 para Windows Server, y Microsoft aplica el nuevo comportamiento incluso en Windows Server 2012 R2.
Abra un archivo .rdp en un equipo actualizado y aparecerá un cuadro de diálogo de seguridad antes de que se inicie la conexión. Enumera la dirección remota, el editor y cada recurso local que solicita el archivo, y cada una de esas casillas de recursos está desactivada de forma predeterminada. Un archivo sin firmar también muestra un banner de advertencia e indica Editor desconocido. Microsoft explica el comportamiento y el fundamento en su documentación sobre los cuadros de diálogo de seguridad de archivos RDP.
Dos detalles determinan si este es su problema. Solo afecta a las conexiones iniciadas desde un archivo .rdp, por lo que un nombre de equipo escrito directamente en mstsc.exe se comporta como siempre. Y Microsoft indica que el cuadro de diálogo aparece cada vez que se abre un archivo RDP, por lo que la casilla de unidad debe marcarse en cada inicio hasta que el archivo esté firmado y su certificado sea de confianza.
Correcciones para la transferencia de archivos de escritorio remoto de local a remoto
Relaciona el síntoma con la solución
Encuentra tu síntoma en la columna de la izquierda y ve directamente a la solución indicada a la derecha, porque un primer paso equivocado cuesta una hora.
| Síntoma | Causa probable | Dónde ir |
|---|---|---|
| El texto se pega, los archivos no | La redirección de unidades está desactivada o bloqueada | Solución 1 y Solución 3 |
| Todo aparece en gris, funcionó más temprano hoy | El canal del portapapeles se bloqueó | Consulta la guía para corregir el copiado y pegado en escritorio remoto |
| Unidades marcadas, pero no aparece nada en Este equipo | Redirección rechazada, o el Explorador no la mostró | Solución 4 y la \\tsclient ruta |
| Empezó después de abril de 2026 | Consentimiento de redirección por ejecución | Solución 2 |
| Archivo de más de 2 GB desaparece sin error | Límite de tamaño del portapapeles | Ruta por línea de comandos |
| La copia se interrumpe a mitad, la sesión parpadea | Falla de puerta de enlace o de transporte | Cuando no puedes transferir archivos por RDP en absoluto |
Solución 1: Activa la redirección de unidades, luego vuelve a conectarte
Marque Unidades así como Portapapeles, porque ambos son canales separados. Ambas configuraciones están en el cliente. Ambas deben configurarse antes de que se abra la conexión, y un cambio realizado a mitad de la sesión no surte efecto hasta que se desconecte y se vuelva a conectar.
-
Cierre la sesión abierta. Cierre la sesión en lugar de desconectarse si también ha cambiado una directiva en el host.
-
Presiona
Win+R, escribemstsc.exey presiona Enter. -
Haga clic en Mostrar opciones.
-
Abra la pestaña Recursos locales.
-
Confirme que Portapapeles está marcado en Dispositivos y recursos locales.
-
Haz clic en Más.
-
Despliega Unidades y marca la unidad que contiene el archivo que deseas enviar. Marca todo el conjunto solo si lo necesitas.
-
Haz clic en Aceptar, luego en Conectar.
-
Dentro de la sesión, abre el Explorador de archivos y busca en Este equipo una entrada con el nombre de tu equipo, como
C en LAPTOP-01.
Si inicias desde un archivo .rdp guardado, ábrelo en un editor de texto y comprueba los tres valores que anulan esas casillas de verificación: redirectclipboard:i:1, redirectdrives:i:1, y drivestoredirect:s:*. Un cero en cualquiera de ellos prevalece sobre la interfaz del cliente. El comodín redirige todas las unidades, y la propiedad también acepta, en su lugar, una lista delimitada de letras de unidad específicas, que Microsoft documenta en su referencia de propiedades de RDP.
Solución 2: Marca la casilla de la unidad en el cuadro de diálogo de seguridad de abril de 2026
.rdp archivo, porque la actualización de abril de 2026 desactiva de forma predeterminada todas las redirecciones solicitadas. Esto se aplica solo a .rdp al abrir archivos en una máquina actualizada con la actualización acumulativa del 14 de abril de 2026 o posterior.-
Haga doble clic en el archivo
.rdp. -
En el primer inicio después de la actualización, lee el cuadro de diálogo educativo de una sola vez y acéptalo.
-
En el cuadro de diálogo de seguridad de la conexión, verifica que la dirección del equipo remoto coincida con el host esperado.
-
Marca Drives y, a su lado, marca Clipboard.
-
Haz clic en Conectar.
Un problema conocido merece una revisión antes de culpar a tu propia configuración. Microsoft reconoció que el nuevo cuadro de diálogo podría mostrarse incorrectamente en sistemas con varios monitores cuyos monitores funcionan con diferentes factores de escala de pantalla, lo que deja las casillas de verificación difíciles de leer o de alcanzar. Incluyó la corrección en la KB5083631 actualización preliminar, como se informó en su momento. Si el cuadro de diálogo parece roto en lugar de simplemente desconocido, comprueba esa actualización antes que nada.
Un banner de advertencia y una entrada Editor desconocido significan que el archivo .rdp no lleva firma, no que haya nada mal con el host. Si el archivo está firmado y tu equipo confía en ese certificado a través de Directiva de grupo, Microsoft dice que el cuadro de diálogo no aparece en absoluto y que las redirecciones que solicita el archivo se habilitan automáticamente, lo cual es la verdadera salida de este bucle. Para volver temporalmente al comportamiento anterior, establece un REG_DWORD llamado RedirectionWarningDialogVersion en 1 en HKLM\Software\Policies\Microsoft\Windows NT\Terminal Services\Client. Microsoft indica que una actualización futura puede eliminar su compatibilidad, así que trata ese valor como un puente y no como una solución.
Solución 3: Elimina el bloqueo por política del lado del servidor
Establezca No permitir la redirección de unidades en Disabled en la máquina remota, luego fuerce una actualización de la directiva y cierre la sesión por completo. Esta es la solución cuando las casillas de verificación del cliente son correctas y los archivos nunca se han transferido en este entorno, y es el paso al que recurren tanto los colaboradores de Microsoft Q&A como Windows OS Hub una vez que el lado del cliente se ha comprobado. Un estado de No configurado no es suficiente por sí solo, porque puede seguir existiendo un valor antiguo del registro subyacente.
-
En el equipo remoto, presione
Win+R, escribagpedit.mscy presione Enter. -
Vaya a Configuración del equipo > Plantillas administrativas > Componentes de Windows > Servicios de Escritorio remoto > Host de sesión de Escritorio remoto > Redirección de dispositivos y recursos.
-
Haga doble clic en No permitir la redirección de unidades.
-
Seleccione Deshabilitado y haga clic en Aceptar.
-
Abra un Símbolo del sistema con privilegios elevados y ejecute
gpupdate /force. -
Cierra la sesión por completo, luego vuelve a conectarte.
En una implementación de RDS, la colección tiene su propia opción que anula todo lo anterior. Abra Administrador del servidor > Servicios de Escritorio remoto > Colecciones > Tareas > Editar propiedades > Configuración del cliente y marque Unidades, o ejecute Set-RDSessionCollectionConfiguration -CollectionName <name> -ClientDeviceRedirectionOptions "Clipboard,Drive". Ese parámetro reemplaza todo el conjunto de redirecciones en lugar de añadirle, por lo que debe especificar todos los tipos de dispositivo que la colección aún necesite en la misma llamada. Detrás de un RD Gateway, compruebe también la directiva de autorización de conexión, en Redirección de dispositivos, donde Habilitar la redirección de dispositivos para todos los dispositivos cliente debe permanecer seleccionado.
Solución 4: Comprueba los valores del Registro que la Directiva de grupo no te muestra
Lea fDisableCdm en ambas ramas del registro, porque la rama WinStations es invisible para gpedit.msc y sobrevive a cada cambio de directiva que realice por encima de ella. Los scripts de implementación antiguos y las ediciones manuales dejan valores allí que quedan silenciosamente bajo una directiva correctamente configurada. Un comentarista de Windows OS Hub atribuyó un fallo crónico precisamente a esto, con fDisableCdm establecido en 1 después de que todo lo demás ya se había corregido.
Ejecute esto en la máquina remota en una sesión elevada de PowerShell para leer todos los valores relevantes de una vez.
Get-ItemProperty "HKLM:\SOFTWARE\Policies\Microsoft\Windows NT\Terminal Services" | Select fDisableCdm, fDisableClip, CSClipLevel
Get-ItemProperty "HKLM:\SYSTEM\CurrentControlSet\Control\Terminal Server\WinStations\RDP-Tcp" | Select fDisableCdm, fDisableClip
-
Lee la salida. Un
1en cualquier valor significa que esa capa te bloquea. Un0o un valor ausente significa que no te bloquea. -
Abra
regedity establezcafDisableCdmen0en la rama que devolvió1. Este valor controla la redirección de unidades y determina si los archivos pueden pasar. -
Establece
fDisableClipen0en la misma rama si devolvió1. -
Si
CSClipLevelexiste, hay un límite direccional del portapapeles en vigor. Elimine el valor o auméntelo de acuerdo con su política. -
En su equipo local, abra
HKLM\Software\Microsoft\Terminal Server Clienty compruebeDisableDriveRedirection. Un1allí bloquea las unidades en todas las conexiones salientes que realice a cualquier host. Una ruta más corta,HKLM\Software\Microsoft\Terminal Server, contiene un valor con el mismo nombre, y Microsoft documenta ese para el control ActiveX de Escritorio remoto en lugar del cliente de escritorio, por lo que los dos se confunden. Compruébelo también en cualquier equipo que todavía utilice RDP alojado en el navegador. -
Cierre el Editor del Registro, cierre la sesión remota por completo y vuelva a conectarse.
Cómo transferir un archivo en Conexión a Escritorio remoto cuando sus unidades nunca aparecen
Accede al volumen redirigido mediante la ruta en lugar de esperar a que Explorador de archivos lo muestre en Este equipo. La redirección puede estar activa mientras la vista de Este equipo no llega a poblarse, una discrepancia que aparece repetidamente en hilos de Microsoft Q&A. Por eso, la prueba por ruta es la respuesta más rápida a cómo transferir archivos en Conexión a Escritorio remoto en sesiones donde las unidades nunca aparecen. Distingue un bloqueo real por directiva de uno meramente cosmético en unos diez segundos.
-
Dentro de la sesión remota, presiona
Win+R. -
Escriba
\\tsclient\cy presione Enter. Reemplacecpor la letra de la unidad que redirigió. -
Si el Explorador abre su unidad local, la redirección funciona y solo la entrada Este equipo no apareció.
-
Para un identificador que dure toda la sesión, abra el Símbolo del sistema dentro de la sesión y ejecute
net use Z: \\tsclient\c. -
Copie su archivo desde Z: a su destino en la máquina remota.
-
Ejecute
net use Z: /deletecuando termine.
Una respuesta de \\tsclient\c is not accessible significa que la redirección fue rechazada en lugar de haberse representado incorrectamente, así que vuelve a la Solución 3 y la Solución 4. Los usuarios de Mac se topan con una variante de esto tras una conexión interrumpida: un informe de Microsoft Q&A describe una carpeta redirigida que reaparece con un identificador ilegible una vez que Escritorio remoto se vuelve a conectar, y entonces las copias en ella fallan con 0x8007048F. Inicia una sesión nueva en lugar de aceptar el aviso de reconexión.
Transferencia de archivos mediante Escritorio remoto de Windows desde la línea de comandos
Ejecute xcopy o robocopy desde la sesión remota y copie el archivo a través de \\tsclient, lo que evita tanto el límite del portapapeles de 2 GB como el motor de copia del Explorador de Windows. Microsoft señala la copia por línea de comandos como su propia solución alternativa para el límite del portapapeles en el KB 2258090.
Transferencia de archivos de Escritorio remoto de Windows a través de la consola también es el recurso de respaldo cuando mstsc.exe se bloquea con un archivo grande, aunque la nota debajo de este procedimiento proporciona una solución que puede evitar el bloqueo por completo.
-
Confirme que la redirección está activa con la prueba
\\tsclientanterior. -
Abra el Símbolo del sistema dentro de la sesión remota, no en su equipo local.
-
Para un solo archivo, ejecute
xcopy \\tsclient\c\installers\app.iso D:\temp\ /Y. -
Para una carpeta, o para cualquier archivo lo suficientemente grande como para preocuparte, ejecuta
robocopy \\tsclient\c\installers D:\temp /Z /R:3 /W:5. -
Observa el progreso en la consola. El conmutador
/Zreanuda una transferencia interrumpida desde el punto en que se detuvo en lugar de desde cero.
Si mstsc.exe se bloquea en lugar de devolver un error, hay una solución específica que vale la pena probar antes de recurrir a la consola. Desactiva UDP con la directiva Desactivar UDP en el cliente en Configuración del equipo > Plantillas administrativas > Componentes de Windows > Servicios de Escritorio remoto > Cliente de Conexión a Escritorio remoto, o establece un REG_DWORD denominado fClientDisableUDP a 1 en HKLM\SOFTWARE\Policies\Microsoft\Windows NT\Terminal Services\Client, luego vuelve a conectarte.
Limitaciones
Cada ruta a la máquina remota tiene un límite máximo diferente y un modo de error distinto. Ajusta el archivo a la ruta antes de empezar.
| Ruta | Límite de tamaño | Cómo falla | Reanuda |
|---|---|---|---|
| Pegado del portapapeles | 2 GB | Silenciosamente, sin ningún error en absoluto | No |
\\tsclient en Explorador de archivos |
Ninguno documentado | mstsc se cuelga, la sesión se congela | No |
xcopy sobre \\tsclient |
Ninguno documentado | Texto de error en el símbolo del sistema | No |
robocopy /Z sobre \\tsclient |
Ninguno documentado | Texto de error en el símbolo del sistema | Sí |
Cuando no puede transferir un archivo a través de RDP en absoluto
Tres situaciones dan por terminada la resolución de problemas, y cada una tiene una señal distintiva que la distingue de una configuración incorrecta.
Cuando el bloqueo es deliberado
Se aplica a hosts unidos a un dominio corporativo, pools de Azure Virtual Desktop, PCs en la nube de Windows 365 y cualquier host de sesión detrás de un RD Gateway. La redirección del portapapeles y de unidades está desactivada intencionalmente en estos entornos para bloquear las transferencias de archivos hacia la sesión, y el límite del portapapeles de cliente a servidor existe específicamente para permitir texto mientras rechaza archivos. Puede reconocer esto por un host que no le pertenece, combinado con una directiva configurada en el dominio en lugar de localmente. Solicite una ruta de transferencia aprobada en lugar de cambiar valores en una máquina administrada.
Cuando el cliente no puede redirigir
Se aplica cuando el host permite la redirección pero tu software cliente no expone ningún control que puedas cambiar. Windows App en Windows no muestra ajustes de redirección en su interfaz y no ofrece ninguna manera de especificar una carpeta local concreta, lo que Microsoft declara explícitamente, por lo que un administrador tiene que cambiar la directiva por ti. El cliente web de RDS tiene su propia versión de esto, y más estricta. Microsoft indica que el cliente web solo copia y pega texto y que no se pueden copiar ni pegar archivos hacia o desde él en absoluto, por lo que el síntoma del que trata todo este artículo es el diseño permanente allí. En su lugar, los archivos se mueven mediante un icono dedicado de carga en el menú de la sesión y llegan a Remote Desktop Virtual Drive > Uploads, como Microsoft expone en su guía del cliente web. Cuando esa unidad virtual no llega a aparecer en absoluto, la causa es la implementación o el aviso de consentimiento de recursos locales y no algo en tu equipo. En ambos casos, el cliente no tiene una pestaña Local Resources para que la revises.
Cuando la copia pasa a través de un RD Gateway
Se aplica cuando las transferencias se completan pero se arrastran, y solo cuando una puerta de enlace se encuentra en la ruta. Un administrador en Microsoft Q&A se topó con ello en un archivo de dos megabytes, rastreó la causa hasta el transporte HTTP y restauró la velocidad normal de copia con un REG_DWORD llamado RDGClientTransport establecido en 1, lo cual traslada al cliente fuera de HTTP y al transporte RPC-HTTP más antiguo. Cree ese valor en HKCU\Software\Microsoft\Terminal Server Client, la ubicación por usuario que otros informes de Microsoft Q&A usan. El hilo anterior lo estableció en HKLM en su lugar, así que pruebe la otra colmena si la primera no surte efecto. La fluidez de la pantalla disminuye ligeramente. Las copias de archivos vuelven a ser utilizables.
Lo que la mayoría de la gente prueba primero y por qué no funciona
El primer movimiento en casi todos los hilos es reiniciar rdpclip.exe, por lo general en la máquina equivocada. Se ejecuta en el host remoto, una instancia por sesión, así que reiniciarlo en tu portátil no cambia nada. Incluso en la máquina correcta, restablece el canal del portapapeles y deja intacto el canal de unidades, lo que lo convierte en la herramienta equivocada para un fallo en el que el texto ya funciona. Nuestra guía para solucionar el copiar y pegar cubre los casos en los que sí ayuda.
El segundo es desconectar y volver a conectar tras un cambio de directiva. Una desconexión mantiene viva la sesión en el host con sus canales de redirección exactamente como se negociaron en el momento de la conexión. gpupdate /force actualiza la directiva en la máquina, pero no renegocia esos canales para una sesión que ya está abierta. Un cierre de sesión completo es lo que los reconstruye.
El tercer grupo es la limpieza a fondo. Un administrador en Microsoft Q&A registró nueve intentos en un host Server 2016, entre ellos la desinstalación del antivirus, un binario de rdpclip.exe de reemplazo tomado de un servidor donde copiar y pegar funcionaba. Y un barrido de cada Directiva de Grupo aplicada desde el controlador de dominio, sin ningún cambio en absoluto. Otro registró ocho intentos en Server 2022, sfc /scannow, DISM, y una instalación de reparación entre ellos, y aun así no pudo mantener rdpclip.exe en ejecución dentro de una sesión. El binario casi nunca es el problema.
El último cuesta menos tiempo y es el que más se prueba: arrastrar el archivo a la ventana de la sesión. Ese arrastre en concreto no hace nada, porque RDP no tiene arrastrar y soltar nativo a través del límite de la sesión, algo que un respondedor en Microsoft Q&A expuso con detalle. El mismo respondedor menciona el único arrastre que sí funciona. Y conviene señalar: una vez que la redirección de unidades está activa, puedes arrastrar dentro de la sesión entre tu unidad redirigida y una carpeta remota, porque el Explorador ve ambas como ubicaciones ordinarias. El arrastre al que la gente recurre primero es el que nunca funcionó.
HelpWire como alternativa a la transferencia de archivos a través de RDP
HelpWire mueve archivos dentro de su propia sesión remota, por lo que no se aplica ninguna capa de redirección de RDP. Eso lo convierte en un sustituto práctico cuando la transferencia de archivos por RDP está bloqueada por razones que no se pueden cambiar. Es un software de acceso remoto para equipos de soporte de TI, técnicos independientes y departamentos de TI internos en empresas más pequeñas. Y encaja con el problema de este artículo en dos casos concretos: un host cuya configuración no te corresponde cambiar y una máquina remota con Windows Home que no puede aceptar una conexión RDP en primer lugar.
Una sesión comienza a partir de un enlace que envías por cualquier canal que ya usas. La persona en el otro extremo lo abre, ejecuta la aplicación portátil descargada y hace clic en Conceder acceso, sin necesidad de crear una cuenta por su parte. La transferencia de archivos por escritorio remoto funciona mientras la sesión esté activa, y los métodos a continuación provienen de la documentación de transferencia de archivos.
Método 1: Haga clic con el botón derecho, copie y pegue en el equipo cliente
Funciona en ambas direcciones.
-
Inicia la sesión y espera a que el cliente haga clic en Conceder acceso.
-
En tu equipo, haz clic con el botón derecho en el archivo que deseas enviar y selecciona Copiar.
-
Haga clic con el botón derecho en la carpeta de destino en el equipo del cliente dentro de la sesión de HelpWire y seleccione Pegar.
-
Observe la transferencia. El progreso aparece en el equipo del cliente.
Método 2: Arrastrar y soltar sobre la ventana del Operador
Funciona únicamente desde tu equipo hacia el equipo del cliente, que es la dirección de la que trata este artículo.
-
Con la sesión activa, selecciona uno o más archivos, o una carpeta completa, en tu propia máquina.
-
Arrastre la selección sobre la ventana abierta de HelpWire Operator y suéltela. Los elementos quedan en el portapapeles del cliente.
-
Haga clic con el botón derecho en la carpeta de destino en el equipo del cliente y seleccione Pegar para completar la transferencia.
Método 3: Atajos de teclado
Ruta más rápida cuando ya tienes el archivo seleccionado.
-
Seleccione el archivo en su equipo local y presione
Ctrl+C. En macOS, presioneCmd+C. -
Haga clic en la carpeta de destino en el equipo del cliente.
-
Presiona
Ctrl+V, oCmd+Ven macOS.
Preguntas frecuentes
Copia. Ctrl+X en un archivo local seguido de Ctrl+V dentro de la sesión deja el original donde estaba y coloca un duplicado en la máquina remota. RDP no tiene semántica de movimiento a través del límite de redirección. Elimina tú mismo el original local si lo que querías era moverlo, y verifica primero que la copia remota se abra.
\\tsclient\c en el cuadro de nombre de archivo. Las aplicaciones publicadas que no exponen ningún cuadro de diálogo de archivos no te dejan ninguna vía en absoluto, y en ese caso la solución es una sesión de escritorio completa en lugar de una aplicación publicada. Redirige una carpeta, porque los clientes de macOS funcionan a nivel de carpeta en lugar de a nivel de volumen completo. Edita la conexión guardada, abre su configuración de redirección y añade la carpeta local a la que quieres acceder. Luego, conéctate y búscala en la sesión bajo \\tsclient. De aquí se desprende un hábito práctico: mantén en el Mac una carpeta dedicada a transferencias y redirige solo esa, en lugar de apuntar el cliente a tu directorio de inicio, ya que todo lo que hay dentro de una carpeta redirigida se puede leer y escribir desde la máquina remota mientras dure la sesión.
Sí, 255 MB por archivo mediante la redirección de carpetas en el navegador. Los archivos que subes se guardan en una carpeta Uploads dentro de la unidad virtual redirigida en lugar de en una ruta de tu elección, por lo que cualquier cosa que deba llegar a un directorio específico debe moverse una vez que está dentro de la sesión. Los archivos más grandes requieren el cliente de escritorio y la redirección de unidades normal.
No, porque Windows 11 Home no incluye el servicio de host de RDP y no puede aceptar una conexión entrante. El interruptor de Escritorio remoto no aparece en Configuración > Sistema por diseño en esa edición, y los parches no oficiales que afirman añadirlo dejan de funcionar tras las actualizaciones acumulativas y generan sus propios problemas de mantenimiento. Actualiza la edición, o usa una herramienta que no dependa del host de RDP de Windows.
Actívalo para las conexiones que lo necesiten y déjalo desactivado en las demás, porque la redirección de unidades es lo más crítico que puede solicitar un archivo RDP. Microsoft la clasifica entre las redirecciones más peligrosas: una máquina remota que pueda escribir en tu unidad redirigida puede colocar un programa en tu carpeta de Inicio. Y una letra de unidad redirigida que apunta a un recurso compartido de red extiende ese alcance a otros sistemas de tu organización. Esa es la razón del cambio de abril de 2026, y por eso la casilla de la unidad merece un momento de reflexión en lugar de marcarla por reflejo en hosts que no controlas.