Como copiar e colar arquivos grandes sobre RDP?

26

Recentemente, eu estava fazendo algumas tentativas para copiar e colar um arquivo grande (1,2 GB) no computador remoto através do RDP. O computador remoto é uma máquina de teste virtual com o MS Windows Server 2008 Datacenter.

Primeiro, tentei copiar e colar antes da meia-noite, quando a velocidade de transferência era limitada pelo ISP do computador cliente a 100 kB / s. Por isso, demorou algumas horas e fui forçado a cancelar a transferência, pois a área de trabalho remota ficou sem resposta e lenta (lenta). Então, eu o reiniciei à meia-noite, quando minha velocidade de transferência local é superior a 4 MB / s.

Portanto, minha impressão é que, independentemente da velocidade (banda larga) da transferência de copiar e colar, o computador remoto fica lento ao copiar pelo RDP. Ao mesmo tempo, o download da Internet não torna o host remoto lento.

AFAIU, é porque a área de transferência do computador remoto e, portanto, sua memória fica sobrecarregada por transferência.
Como posso controlar (restringir) o uso da área de transferência para um processo específico (colar do arquivo)?

Quais são as formas possíveis de controlá-lo?

Atualização:
Depois de ler que a baixa velocidade de transferência é causada pela criptografia usada para copiar e colar no RDP e, como acredito que estou mais interessado na eficiência geral: tempo ou rapidez na obtenção de arquivos e na possibilidade de trabalhar sem esperar, eu alterou o título da pergunta de:

  • Como controlar o uso da área de transferência remota da área de trabalho para colar um arquivo grande?

para

  • Como copiar e colar arquivos grandes sobre RDP?

Por exemplo, é melhor copiar e colar um arquivo grande (zip) ou descompactá-lo e copiar e colar uma pasta com arquivos descompactados?

E, mais exatamente, eu queria perguntar:

  • Quais são as formas possíveis de melhorar a experiência geral:

    • a velocidade da transferência (ou seja, disponibilidade do arquivo necessário)
    • capacidade de resposta do host remoto (disponibilizando o coputer remoto para trabalho antes da conclusão da cópia e colagem)?
Gennady Vanin Геннадий Ванин
fonte

Respostas:

5

Quando você diz um arquivo Zip, você quer dizer um arquivo descompactado com o mesmo tamanho de todos os arquivos individuais? Ou você quer dizer um arquivo compactado? Porque ali mesmo, se você estiver falando de um arquivo compactado, terá uma transferência mais rápida, o que, estritamente falando, seria melhor. Obviamente, se você levar em conta a quantidade de tempo que leva para criar o arquivo e quanto tempo leva para extraí-lo, as especificações de ambas as máquinas entram em jogo para saber se o arquivo é melhor do que arquivos soltos.

Agora, como você está falando sobre o RDP (em oposição ao VNC), o uso da largura de banda da conexão remota é bastante. O RDP é mais responsivo que o VNC, a profundidade de cor é (por padrão) mais de 256 cores (32 bits, se você não o alterar), o tamanho da tela será o tamanho da sua área de trabalho, etc ... todos esses fatores afeta quanta largura de banda está sendo usada apenas para a conexão remota. Se você deixar cair coisas como ... o tamanho da área de trabalho remota e a profundidade de cores para 16 bits ou menos, verifique se não está compartilhando som, etc ... isso usará menos largura de banda para a conexão remota, para que quando você está transferindo arquivos, a sessão remota deve ser mais responsiva.

No final, porém, a menos que você possa acelerar a transferência de arquivos, a sessão remota ficará lenta, não importa o que você faça enquanto estiver transferindo arquivos, uma vez que a maior largura de banda disponível possível será usada para a transferência entre a máquina remota e sua máquina.

EDITAR

Você está tentando encontrar uma maneira simples de transferir arquivos SEM afetar a qualidade da conexão remota. Não importa se são arquivos grandes ou pequenos. No final (a máquina cliente), você está enviando pequenas quantidades de dados para a máquina remota (máquina servidor). Você sabe ... digitação, comandos do mouse etc. O servidor está enviando grandes quantidades de dados para você o tempo todo, na forma de imagens que compõem o que você vê na conexão remota. Portanto, antes de transferir qualquer arquivo, você JÁ está transferindo uma grande quantidade de dados em uma direção. É por isso que eu trouxe as coisas que você poderia fazer para reduzir a quantidade de dados que está transmitindo ... ou seja, use uma resolução menor para a máquina remota na área de trabalho (em oposição à tela cheia) ... reduzindo o número de cores de 32 bits para 16 bits ou mesmo 8 bits. Essas duas etapas ali descartarão a quantidade de dados que você está transmitindo do servidor (remoto) para o cliente (você). Isso também significa que, quando você começar a transferir arquivos na mesma conexão e rota, sua conexão remota sofrerá menos.

Como eu disse ... nada que você possa fazer fará com que a conexão permaneça nítida e responsiva. Por quê? Porque assim que você começa a transferir arquivos do servidor para o cliente, isso absorve toda a largura de banda disponível ao longo desse canal .... e você já está usando parte da largura de banda ao longo do canal para o controle remoto conexão em si.

Primeiro, tentei copiar e colar antes da meia-noite, quando a velocidade de transferência era limitada pelo ISP do computador cliente a 100 kB / s. Por isso, demorou algumas horas e fui forçado a cancelar a transferência, pois a área de trabalho remota ficou sem resposta e lenta (lenta). Então, eu o reiniciei à meia-noite, quando minha velocidade de transferência local é superior a 4 GB / s

Então, quando você tentou a transferência, tinha uma conexão de download de 100kb / s. Você estava movendo 1,2 GB de arquivos o mais rápido possível, o que exigiria o máximo possível de 100 kb / s. O que deixaria o espaço para os dados que suportam a conexão de desktop remoto? Então, é claro que seria lento e sem resposta. A única coisa que você também não está levando em consideração é a velocidade de UPLOAD do servidor. Se a velocidade de upload do servidor for menor que a velocidade de download ... e, nessa hipótese hipotética, a rota entre o servidor e você permitiu que essa velocidade de upload permanecesse constante, assim que você começar a transferir os arquivos, praticamente todos dessa largura de banda será consumida pela transferência de arquivos, o que fará com que a conexão remota sofra.

Por quê?

Como não há nada que limita a transferência de arquivos para uma velocidade específica ou uma porcentagem da largura de banda disponível, ele tentará usar todos os kb / s que puder. Pela natureza das coisas, isso fará com que a conexão remota sofra.

Mesmo transferir os arquivos do servidor para terceiros (como um servidor FTP em algum lugar) tornaria a conexão lenta durante essa transferência, porque, novamente, o máximo de largura de banda disponível possível seria alocado para essa transferência. Uma vez que a transferência foi feita, você poderá baixá-la do servidor FTP sem afetar a capacidade de resposta da conexão remota ... novamente porque o canal de entrada após a meia-noite é muito maior que o canal de saída do servidor.

Então, eu tentaria reduzir a qualidade da conexão remota.

Bon Gart
fonte
O tamanho do arquivo de arquivo compactado é praticamente o mesmo que arquivos não compactados. O tempo de compactação e descompactação não é um problema, pois eles não congelam o sistema para funcionar. E eu posso usá-los tanto bando como descompactado de arquivos ou comprimido um arquivo (em último caso pela montagem de uma unidade virtual)
Gennady Vanin Геннадий Ванин
@WebMAOhist então, como os arquivos não compactam muito, não vale a pena compactá-los, pois você está adicionando o tempo de arquivamento e extração ao tempo total de manipulação de arquivos (inclui trânsito) e você não ganha nada colocando-o em um arquivo. Ainda nos leva de volta à largura de banda para sessão remota + largura de banda para problema de transferência. Acrescentarei a resposta, pois isso vai demorar mais do que um simples comentário.
Bon Gart
22

Há uma opção RDP que cria um link para sua unidade local no computador remoto. Para habilitá-lo, inicie o cliente RDP, clique em (Mostrar) Opções , → abra a guia " Recursos Locais ". → clique em " Mais " → marque a caixa de seleção " Unidades ".

Após a conexão, abra o Windows Explorer no sistema remoto. Sua unidade local deve aparecer na parte inferior da lista de unidades em Meu computador. Ele aparece como "C no seu_nome_do_computador".

Agora você pode arrastar e soltar arquivos de um sistema para outro.

Tom
fonte
11
Eu tentei, ele não está disponível
Gennady Vanin Геннадий Ванин
6
É uma configuração RDP desativada por padrão. Inicie o cliente RDP, clique em opções e clique na guia "Recursos locais". Clique mais e marque "Drives"
Chris_K
Não consigo copiar e colar em todas as opções de verificação sem / em "Unidades" das opções de RDP "Recursos locais". Então, depois de verificá-los, posso fazer C&P, mas não posso desenvolver D&D. Então, realmente, D&D não é apenas uma maneira mais engraçada de C&P? Onde está a vitória?
Gennady Vanin Геннадий Ванин
O D&D pode usar um processo diferente "nos bastidores", para que funcione, mesmo que a C&P não. Você já tentou D&D?
Tom
Opa, eu estava errado. Eu percebi que você quis dizer D & D dentro da mesma máquina remota, como os meus unidades locais aparecem no sistema da máquina remota, que eu tenha notado somente após essa discussão arquivo
Gennady Vanin Геннадий Ванин
7

Eu uso robocopy na caixa do meu windows 7, usando o nome unc \\ tsclient.

Canadian Luke
fonte
Obrigado. Bem, a resposta que eu entendi é: "Não use copiar e colar remotamente" para arquivos grandes. Existem muitas outras opções, mas já completei a transferência pela c & p e só depois disso comecei a pensar. Procurará alternativas e pensará que o b4 está fazendo na próxima vez
Gennady Vanin Геннадий Ванин
4

Como sugerido em sua resposta pela @Tom, é preferível pesquisar os arquivos em D&D, em vez de executá-los com C & Ping. Isso tem o benefício adicional de contornar um bug que interrompe a transferência de arquivos se você usar Ctrl+Cna máquina cliente.

Count Zero
fonte
4

Acho que nenhuma dessas respostas realmente aborda a questão muito bem.

O Microsoft RDP é um protocolo que não é realmente muito otimizado para transferência de arquivos. Se a sua conexão for um pouco lenta, a movimentação dos bits do arquivo, que trafegam pelo mesmo canal de rede que os pacotes da interface do usuário, como a tela atrai e o movimento do mouse, pode causar o tempo limite de uma dessas coisas; e, em seguida, o servidor assumirá que você perdeu sua conexão e o desconectará, interrompendo seus canais de E / S. É claro que isso piora o problema.

Primeiramente, você deve considerar seu fluxo de trabalho e verificar se há uma maneira mais fácil de mover os arquivos para outro canal (como a Internet para o servidor e não para a estação de trabalho) que não viola sua política de segurança.

Se você decidir usar o canal de cópia de arquivo RDP, siga estas diretrizes que funcionam muito bem para mim.

  • Não acesse arquivos grandes diretamente pelo caminho UNC para o cliente. Por exemplo, habilitando pastas compartilhadas e acessando o arquivo em \ TSCLIENT \ share. Isso empurra o conteúdo do arquivo grande sobre o pequeno tubo multiuso.
  • Você obterá um pouco de otimização e estabilidade mapeando uma unidade. Por exemplo, NET USE X: \ TSCLIENT \ Share mapeará uma unidade X: para o local acima. Ainda assim, sobrecarregar os canos de rede desconectará você e o mapeamento de sua unidade também.
  • Mais importante, ao iniciar o cliente RDP, escolha a configuração de largura de banda da rede "Modem" ou "Lento". Isso otimizará muito melhor a transferência de arquivos e os canais de som, para que não possam prejudicar o restante do canal usado para o controle da interface do usuário.
  • No cliente da Área de trabalho remota da Microsoft do OS X, essa configuração está estranhamente indisponível. Nesse caso, instale o MacPorts e execute o sudo port install rdesktop e, em seguida, você poderá conectar-se ao rdesktop e à configuração -xm (defina o nível de "experiência" como "modem ou 28,8K")
  • Se você seguir as recomendações acima, agora terá uma conexão otimizada para estabilidade e enviar arquivos grandes não o desconectará. Agora, use uma maneira mais controlada de copiar os arquivos do que copiar / colar ou arrastar e soltar: por exemplo, tente ** XCOPY X: *. Msi C: \ Install ** para copiar itens correspondentes a um padrão de nome de arquivo no especificado diretório local (servidor).

Espero que alguém ache essas sugestões úteis. Eles certamente funcionam para mim.

Douglas Held
fonte
2

Dê uma olhada em http://www.bittorrent.com/sync/download

Isso é mais rápido e não requer que a sessão RDP seja aberta enquanto a cópia estiver concluída.

Também não exige que você tenha acesso ao caminho UNC, como as sugestões acima.

Felicidades

Louis
fonte
0

Comecei a usar serviços de transferência de arquivos baseados em WebRTC baseados em navegador para esse tipo de coisa - atualmente estou usando http://dragshare.com com bons resultados (ainda em beta).

Copiar e colar RDP sempre foi um problema para mim - é super lento e, se você tiver milhares de arquivos, fica ainda mais lento. Ele também possui um limite máximo de tamanho de arquivo (sobre o qual não avisa, apenas falha após tentar excedê-lo). O WebRTC parece ser muito mais rápido do que qualquer coisa que o RDP já tenha me mostrado.

boomhauer
fonte