¿Cómo copiar y pegar archivos grandes sobre RDP?

Hace poco estaba haciendo algunos intentos de copiar y pegar un archivo grande (1.2 GB) a una computadora remota sobre RDP. El equipo remoto es una máquina de pruebas virtual con MS Windows Server 2008 Datacenter.

Primero intenté copiar y pegar antes de la medianoche cuando la velocidad de transferencia estaba limitada por ISP del ordenador cliente a 100 kB / s. Por lo tanto, se requirieron unas pocas horas y me vi obligado a cancelar la transferencia desde el escritorio remoto se volvió demasiado indiferente y lenta (lenta). Por lo tanto, volví a empezar a medianoche cuando mi velocidad de transferencia local es más de 4MB / s.

Por lo tanto, mi impresión es que independientemente de la velocidad (banda ancha) de copiar y pegar la transferencia de la computadora remota se vuelve lenta, mientras que la copia de RDP. Al mismo tiempo, la descarga desde Internet no hace lento el host remoto.

AFAIU, es porque el portapapeles de la computadora remota y por lo que su memoria se sobrecarga por la transferencia.
¿Cómo puedo controlar (restringir) el uso del portapapeles para un proceso específico (pegado de archivo)?

¿Cuál es la manera posible de controlarlo?

Actualizar:
Después de leer que la velocidad lenta de la transferencia es causada por el cifrado usado para copiar y pegar sobre RDP y puesto que creo que estoy más interesado en eficacia total: el tiempo, o la rapidez, de conseguir el archivo así como la posibilidad de trabajar sin la espera, cambié el Título de la pregunta de:

  • ¿Cómo controlar el uso del uso del sujetapapeles de escritorio remoto para pegar un archivo grande?

a

  • ¿Cómo copiar y pegar archivos grandes sobre RDP?

Por ejemplo, ¿es mejor copiar y pegar un archivo enorme (zip) o descomprimirlo y copiar pegar una carpeta con archivos descomprimidos?

Y más exactamente quería preguntar:

  • ¿Cuáles son las posibles maneras de mejorar la experiencia general?

    • La velocidad de transferencia (es decir, la disponibilidad del archivo necesario)
    • Capacidad de respuesta del host remoto (haciendo coputer remoto disponible para el trabajo antes de la finalización de copiar y pegar)?

Cuando usted dice un archivo Zip, ¿quiere decir un archivo sin comprimir que sería del mismo tamaño que todos los archivos individuales? ¿O se refiere a un archivo comprimido? Porque ahí mismo, si usted está hablando de un archivo comprimido, tendría una transferencia más rápida, que estrictamente hablando sería mejor. Por supuesto, si se tiene en cuenta la cantidad de tiempo que se tarda en hacer el archivo y el tiempo que tarda en extraer el archivo, las especificaciones de ambas máquinas entran en juego en cuanto a si el archivo es mejor que los archivos sueltos.

Ahora, ya que está hablando de RDP (en contraposición a VNC), el uso de ancho de banda de la conexión remota es bastante. RDP es más sensible que VNC, la profundidad de color es (por defecto) más de 256 colores (32 bits si no lo cambia), el tamaño de la pantalla será el tamaño de su escritorio, etc … todos estos factores Afectan la cantidad de ancho de banda que se está utilizando sólo para la conexión remota. Si deja cosas como … el tamaño del escritorio remoto y la profundidad de color a 16 bits o menos, asegúrese de que no está compartiendo sonido, etc … esto utilizará menos ancho de banda para la conexión remota, de modo que cuando Usted está transfiriendo archivos, la sesión remota debe ser más sensible.

Al final, sin embargo, a menos que se pueda acelerar la transferencia de archivos, la sesión remota se va a quedar lenta sin importar lo que haga mientras está transfiriendo archivos, ya que la mayor parte del ancho de banda disponible se va a utilizar para la transferencia entre La máquina remota y su máquina.

EDITAR

Está intentando encontrar una forma sencilla de transferir archivos SIN afectar la calidad de la conexión remota. No importa si son archivos grandes o archivos pequeños. En su extremo (la máquina cliente) está inyectando pequeñas cantidades de datos hasta la máquina remota (máquina servidor). Usted sabe … escribir, comandos del ratón, etc. El servidor está enviando grandes cantidades de datos a usted todo el tiempo, en la forma de las imágenes que componen lo que ves a través de la conexión remota. Por lo tanto, antes de transferir archivos, ya está transfiriendo una gran cantidad de datos en una dirección. Es por eso que traje las cosas que podría hacer para reducir la cantidad de datos que está transmitiendo …. es decir, utilizar una resolución más pequeña para la máquina remota en su escritorio (en contraposición a pantalla completa) …. reducir el número de Colores de 32 bits a 16 bits o incluso 8 bits. Esos dos pasos a la derecha se eliminará la cantidad de datos que está transmitiendo desde el servidor (remoto) al cliente (usted). También significa que cuando inicie la transferencia de archivos a lo largo de la misma conexión y ruta, su conexión remota sufrirá menos.

Como he dicho … nada que pueda hacer hará que la conexión permanezca fresca y sensible. ¿Por qué? Porque tan pronto como empiece a transferir archivos desde el servidor al cliente, esto va a absorber cada bit de ancho de banda que está disponible a lo largo de esa tubería …. y ya está utilizando parte del ancho de banda a lo largo de esa tubería para el control remoto Conexión.

Primero intenté copiar y pegar antes de la medianoche cuando la velocidad de transferencia estaba limitada por ISP del ordenador cliente a 100 kB / s. Por lo tanto, se requirieron unas pocas horas y me vi obligado a cancelar la transferencia desde el escritorio remoto se volvió demasiado indiferente y lenta (lenta). Por lo tanto, volví a empezar a medianoche cuando mi velocidad de transferencia local es más de 4 GB / s

Así que cuando probaste por primera vez la transferencia, tenías una conexión de descarga de 100kb / s. Estabas moviendo 1.2gb de archivos lo más rápido posible, lo que empujaría a comer hasta la mayor cantidad de ese 100kb / s como podría. ¿Cuál dejaría qué sitio para los datos que apoyaban la conexión alejada del escritorio? Por lo tanto, por supuesto, sería lento e insensible. La única cosa que usted no está teniendo también en cuenta, es la velocidad de UPLOAD del servidor. Si la velocidad de subida del servidor es menor que la velocidad de descarga … y en esta hipotética perfecta la ruta entre el servidor y permitió que esta velocidad de subida permanezca constante, tan pronto como empiece a transferir los archivos, casi todos De ese ancho de banda va a ser comido por la transferencia de archivos, lo que hará sufrir la conexión remota.

¿Por qué?

Debido a que no hay nada que estrangula la transferencia de archivos a una velocidad específica, o un porcentaje de ancho de banda disponible, va a intentar usar cada kb / s que pueda. Por la naturaleza de las cosas, esto hará sufrir la conexión remota.

Incluso la transferencia de los archivos desde el servidor a un tercero (como un servidor FTP en algún lugar) haría la conexión lenta durante esa transferencia, porque de nuevo, la mayor cantidad de ancho de banda disponible como sea posible se asignará a esa transferencia. Una vez que la transferencia fue hecha sin embargo, usted podría descargarlo del servidor del ftp sin efecto en la capacidad de respuesta de la conexión alejada … otra vez porque su pipa entrante después de la medianoche es mucho más grande que la pipa saliente del servidor.

Por lo tanto, intentaría reducir la calidad de la conexión remota.

Hay una opción RDP que crea un vínculo a su unidad local en el equipo remoto. Para habilitarlo, inicie el cliente RDP, haga clic en (Mostrar) Opciones , → abra la pestaña " Recursos locales ". → haga clic en " Más " → marque la casilla " Unidades ".

Después de conectarse, abra el Explorador de Windows en el sistema remoto. Su unidad local debe aparecer en la parte inferior de la lista de unidades en Mi PC. Aparece como "C on your_computer_name".

Ahora puede arrastrar y soltar archivos de un sistema a otro.

Utilizo robocopy en mi caja de las ventanas 7, usando el nombre del unc \ \ tsclient.

Como se sugiere en su respuesta por @Tom, es preferible D & D los archivos en lugar de C & Ping ellos. Esto tiene el beneficio adicional de eludir un error que interrumpe la transferencia de archivos si utiliza Ctrl+C en la máquina cliente.

Creo que ninguna de estas respuestas realmente abordar la cuestión muy bien.

Microsoft RDP es un protocolo que no está muy bien optimizado para la transferencia de archivos. Si su conexión es un poco lenta, el movimiento de los bits de archivo, que viajan por el mismo tubo de red que los paquetes de interfaz de usuario como la pantalla dibuja y el movimiento del mouse, puede causar una de estas cosas a tiempo; Y luego, el servidor asumirá que ha perdido su conexión y lo desconectará, rompiendo sus canales de E / S. Por supuesto, esto empeora el problema.

En primer lugar, debe considerar su flujo de trabajo y ver si tiene una manera más fácil de mover los archivos a través de otro canal (como por Internet a su servidor en lugar de desde su estación de trabajo) que no viola su política de seguridad.

Si decide que debe usar el canal de copia de archivos RDP, siga estas pautas que funcionan bastante bien para mí.

  • No tiene acceso a archivos grandes directamente sobre la ruta UNC al cliente. Por ejemplo, habilitar carpetas compartidas y acceder al archivo desde \ TSCLIENT \ share. Esto empuja el contenido del archivo grande sobre el pequeño tubo multiuso.
  • Usted obtendrá un poco de optimización y estabilidad mediante la asignación de una unidad. Por ejemplo, NET USE X: \ TSCLIENT \ Share asignará una unidad X: a la ubicación anterior. Sin embargo, la sobrecarga de las tuberías de red se desconectará y desconectar la asignación de la unidad también.
  • Lo más importante, al iniciar el cliente RDP, elija la configuración de ancho de banda de red "Modem" o "Slow". Esto optimizará mucho mejor los canales de transferencia de archivos y de sonido, de modo que no puedan bloquear el resto del tubo utilizado para el control de interfaz de usuario.
  • En el cliente OS X Microsoft Remote Desktop, esta configuración es extrañamente no disponible. En este caso, instale MacPorts y ejecute sudo puerto de instalación rdesktop y luego puede conectarse con rdesktop y la configuración -xm (defina el nivel de "experiencia" a "módem o 28.8K")
  • Si sigue las recomendaciones anteriores, ahora tendrá una conexión optimizada para la estabilidad y empujar archivos grandes no lo desconectará. Ahora, utilice una forma más controlada para copiar los archivos que copiar / pegar o arrastrar y soltar: por ejemplo, intente ** XCOPY X: * .msi C: \ Install ** para copiar elementos que coincidan con un patrón de nombre de archivo en el archivo especificado Local (servidor).

Espero que alguien encuentre estas sugerencias útiles. Ellos ciertamente trabajan para mí.

Echa un vistazo a http://www.bittorrent.com/sync/download

Esto es montón más rápido y no requiere la sesión RDP abierta mientras se está completando la copia.

Tampoco requiere tener acceso a la ruta UNC como las sugerencias anteriores.

Aclamaciones

Comencé a usar servicios de transferencia de archivos basados ​​en WebRTC basados ​​en navegador para este tipo de cosas. Actualmente estoy usando http://dragshare.com con buenos resultados (aún en beta).

RDP copiar y pegar siempre ha sido un dolor para mí, es muy lento, y si tienes miles de archivos, se vuelve aún más lento. También tiene un límite máximo de tamaño de archivo (de lo que no te avisa, simplemente falla después de intentar superarlo). WebRTC parece ser mucho más rápido que cualquier cosa que RDP me haya mostrado.