Transferência de arquivos multiplataforma que funciona em qualquer par de sistemas operacionais

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

Você copia um arquivo no seu Mac, alterna para a sessão do Windows e Colar está desativado. Ou você seleciona um arquivo no Ubuntu, pressiona Ctrl+C, e o texto é transferido para a máquina remota enquanto o arquivo nunca chega. Nenhum dos dois sintomas aponta para uma configuração que você tenha feito errado. Remote Desktop move os dados da área de transferência por um canal e as unidades redirecionadas por outro, o suporte a arquivos na área de transferência varia conforme o cliente e a versão, e vários sistemas operacionais remotos nem sequer expõem um canal de arquivos. Explore os caminhos abaixo, ordenados pela frequência com que resolvem o problema.

Quando o bloqueio está em uma máquina que você não administra, ou o lado remoto executa um sistema operacional sem host de RDP, HelpWire é uma forma de contornar isso. É um software de acesso remoto para suporte de TI, e sua transferência de arquivos ocorre dentro de sua própria sessão em vez de via RDP, de modo que nenhuma das camadas de redirecionamento descritas aqui se aplica a ele. Os aplicativos de operador e de cliente funcionam no Windows, macOS e Linux, o que o torna relevante para todos os pares de SO neste artigo.

Sumário

Resposta rápida: Qual rota funciona para o seu par de sistemas operacionais

A transferência de arquivos entre plataformas tem uma variável dominante, e não é a máquina à sua frente. A máquina remota decide se existe um canal de arquivos antes que você mexa em qualquer configuração, portanto, encontre seu par na tabela e vá para a seção nomeada lá.

Você está em O remoto é Windows O remoto é macOS O remoto é Linux
Windows Redirecionamento de unidade no mstsc.exe, ou \\tsclient. Abordado em nossos remoto-para-local e transferência de arquivos de local-para-remoto guias. Não existe host RDP no macOS. Use scp via Acesso Remoto, ou SMB. Redirecionamento de unidade no xrdp, ou scp depois que o cliente OpenSSH estiver instalado.
macOS Redirecionamento de pasta na guia Pastas do Windows App. Arraste e solte no app Compartilhamento de Tela da Apple, apenas de Mac para Mac. Pasta redirecionada no xrdp, ou scp e rsync no Terminal.
Linux /drive: no xfreerdp3 ou uma pasta compartilhada no Remmina. A cópia de arquivos pela área de transferência funciona a partir do FreeRDP 3, não no Remmina. Não existe host RDP no macOS. Use scp via Acesso Remoto, ou SMB. scp ou rsync. Redirecionamento de unidade se uma sessão RDP já estiver aberta.

Por que a transferência de arquivos entre plataformas falha via Remote Desktop

Dois canais independentes transmitem dados dentro de uma sessão RDP, e o suporte para a parte da área de transferência que move arquivos é inconsistente e depende da versão entre os clientes. A segunda causa é mais simples e mais difícil de contornar. Vários sistemas operacionais remotos não têm um host RDP ao qual se conectar, então não há para onde redirecionar uma unidade.

Diferença entre os canais da área de transferência e da unidade

O tráfego da área de transferência percorre o canal CLIPRDR, que abrange texto, imagens e objetos de arquivo. O redirecionamento de unidade é um canal diferente, RDPDR, que expõe um volume local à máquina remota em \\tsclient. A distinção que importa não é entre texto e arquivos. É qual canal um cliente implementa plenamente. mstsc.exe no Windows implementa ambos. Windows App no macOS implementa ambos, com um defeito atual abordado mais adiante. Clientes baseados em FreeRDP, que abrange Remmina, xfreerdp, GNOME Boxes e a maioria dos front-ends no Linux, lidam com texto da área de transferência de forma confiável e com arquivos via área de transferência de maneira irregular.

Um relatório do Remmina resume o comportamento da versão 2 em uma linha: copiar e colar texto funciona nos dois sentidos, um arquivo copiado nunca chega à outra área de transferência mesmo com a área de transferência bidirecional ativada, e a solução alternativa recomendada é um diretório compartilhado. Um tópico do Linux Mint discute problemas de cópia de arquivos com o FreeRDP e aponta unidades compartilhadas como alternativa. Esse relato ainda vale para o Remmina, cujo pedido de recurso de transferência de arquivos para o plugin RDP permanece aberto.

O FreeRDP avançou. O changelog da 3.0.0-beta1 registra uma área de transferência aprimorada com transferência de arquivos do servidor para o cliente, à época apenas no xfreerdp, e o recurso vem sendo mantido desde então. A versão 3.27.0 em junho de 2026 corrigiu a cópia de vários itens do mesmo tipo entre sessões do xfreerdp. Essa versão era a vigente quando este artigo foi publicado, e a série lançou outras versões desde então. Portanto, trate como desatualizada a afirmação categórica de que clientes Linux não conseguem copiar arquivos pela área de transferência e verifique o que a sua distribuição disponibiliza.

Como funciona

Canal O que carrega O que decide se funciona
CLIPRDR área de transferência Texto, imagens e objetos de arquivo em clientes que os suportam Primeiro a capacidade do cliente, depois a política no host
RDPDR redirecionamento de unidade Um volume ou pasta local, acessível em \\tsclient\<name> Uma configuração do cliente feita antes da abertura da conexão, depois a política no host
Nenhum Nada O SO remoto não possui host RDP, portanto nenhum canal é negociado

O canal de unidade não tem limite de tamanho para a área de transferência e não depende do suporte do cliente à área de transferência de arquivos. É por isso que uma pasta redirecionada é a rota que funciona quase em todos os lugares, e a área de transferência é a rota que falha sem uma mensagem de erro.

O sistema operacional remoto decide se um canal de arquivo existe ou não

O macOS não inclui um host RDP. Seu Screen Sharing serviço é VNC. O protocolo RFB básico não define transferência de arquivos e, embora alguns produtos VNC acrescentem extensões proprietárias para isso, o servidor da Apple não oferece nenhuma a um visualizador de terceiros. Assim, um computador Windows ou Linux que se conecta a um Mac não tem nenhuma via nativa de transferência, independentemente do que você marque. O Windows Home também não possui um host RDP.

O Linux precisa de um host de terceiros, e os dois mais comuns diferem de uma forma que determina o resultado. O xrdp projeto lista transferência bidirecional da área de transferência para texto, bitmap e arquivo, além de redirecionamento de unidade que monta as unidades locais do cliente na máquina remota. O GNOME Remote Desktop, que é o que o Ubuntu 24.04 e versões posteriores incluem por trás de Remote Login, não tem redirecionamento de unidade. Os usuários percebem isso imediatamente após migrar do xrdp, onde suas unidades locais do Windows apareciam sem qualquer configuração. Assim, o mesmo desktop Linux tem sucesso ou falha por uma única variável, que é o host RDP instalado nele.

O que cada cliente e anfitrião pode fazer

Cliente ou host Texto da área de transferência Arquivos da área de transferência Redirecionamento de unidade ou pasta Onde fica a configuração
mstsc.exe no Windows Sim Sim Sim, volumes inteiros Recursos Locais > Mais > Unidades
Windows App no Windows Sim Sim Sim, mas você não pode escolher qual unidade ou pasta Sem controle na interface
Windows App no macOS Sim Sim, mas com falha em um sentido no macOS 26 Sim, apenas no nível de pasta Editar > Pastas aba
Remmina Sim Não, solicitação aberta Sim, uma pasta Compartilhar pasta no perfil de conexão
xfreerdp3 Sim Sim, a partir do FreeRDP 3, se compilado com WITH_FUSE Sim, uma ou mais pastas /drive:name,/path
xrdp como host Linux Sim Sim Sim, montado em ~/thinclient_drives /etc/xrdp/sesman.ini
GNOME Remote Desktop como host Linux Sim Sim Não grdctl ou Configurações > Sistema > Área de Trabalho Remota

Como transferir um arquivo do Mac para a Área de Trabalho Remota do Windows

A forma de transferir arquivos do Mac para sessões de Área de Trabalho Remota do Windows é por meio de uma pasta redirecionada, configurada no cliente antes de você se conectar e, depois, usada como destino de cópia dentro da sessão. O cliente do macOS funciona no nível de pasta, e não no nível de volume, o que é a principal diferença em relação ao mstsc.exe e o motivo pelo qual a maioria dos usuários de Mac nunca encontra a caixa de seleção Unidades sobre a qual leem nos guias do Windows.

Redirecionar uma pasta no Windows App no macOS

  1. Feche a sessão aberta. Um redirecionamento adicionado no meio da sessão não tem efeito até que a conexão seja restabelecida.

  2. Abra o Windows App.

  3. Clique com o botão direito na entrada da conexão e selecione Editar.

  4. Marque Usar configurações personalizadas se a entrada veio de um feed assinado.

  5. Abra a aba Pastas e marque Redirecionar pastas.

  6. Clique no ícone de mais, selecione a pasta que deseja acessar e clique em Abrir. Repita para cada pasta adicional.

  7. Marque a caixa de seleção somente leitura se a máquina remota não deve escrever de volta, em seguida, clique em Salvar.

  8. Conectar.

  9. Dentro da sessão, abra o Explorador de Ficheiros e procure o nome da pasta em Este PC, ou prima Win+R e introduza \\tsclient.

Para aplicar uma única pasta a todas as conexões, abra Windows App > Configurações > Geral e defina a pasta na opção de redirecionamento, conforme a documentação da Microsoft para o cliente do macOS. Para recursos gerenciados entregues por meio de um feed, a Microsoft afirma que a pasta redirecionada é sempre o seu diretório pessoal, portanto a abordagem por conexão lhe dá mais controle.

Corrigir arquivos vazios copiados do Windows para um Mac no macOS 26

Mova o arquivo por meio de uma pasta redirecionada em vez da área de transferência. No macOS 26 Tahoe, um arquivo copiado de uma sessão remota do Windows chega ao Mac com o nome e o tamanho corretos, sem conteúdo, preenchido com zeros, e nenhum erro aparece em nenhum momento. O relatório data de novembro de 2025. A pessoa que o registrou na Microsoft testou quase todas as versões do Windows App até 11.2.9 (2810) com o mesmo resultado, enquanto o texto era transferido em ambas as direções e as cópias de arquivos do Mac para o Windows funcionavam normalmente. Sonoma e Sequoia não são afetados. Um relatório separado do Double Commander o reproduz de forma independente, com o arquivo colado cheio de bytes nulos. Verifique o comportamento na sua própria compilação antes de decidir que a área de transferência é a culpada.

  1. Confirme o sintoma em vez da direção. Copie primeiro um pequeno trecho de texto da sessão para o Mac, porque o texto chega intacto mesmo quando os arquivos não o fazem, então um colar de texto bem-sucedido não elimina a área de transferência como suspeita.

  2. Verifique o conteúdo do arquivo colado, não o seu nome. Execute ls -l nele e o tamanho parece correto, por isso a falha passa na inspeção no Finder.

  3. Configure uma pasta redirecionada com as etapas acima. Essa é a solução alternativa que o respondente da Microsoft recomenda no mesmo tópico.

  4. Copiar através da pasta redirecionada durante o restante da sessão, em ambas as direções, e deixar a área de transferência para texto.

  5. Quando o redirecionamento de pastas estiver bloqueado por política, compartilhe uma pasta na máquina Windows e monte-a a partir do Mac com smb:// no Finder, em vez disso.

Quando a lista de pastas permanece vazia, ou as unidades de disco nunca aparecem

Quatro causas distintas produzem uma lista vazia ou uma unidade que nunca aparece, e cada uma exige uma ação diferente.

  1. Confira em qual guia a conexão se encontra. Entradas em Workspaces não exibem quaisquer controles de redirecionamento no cliente para Mac, ao contrário das entradas em PCs. Um relator do Microsoft Q&A teve esse problema e restaurou a cópia de arquivos com o botão de atualização no feed.

  2. Conceda ao cliente acesso ao seu disco. Abra Ajustes do Sistema > Privacidade & Segurança > Arquivos e Pastas e permita o aplicativo, depois reabra-o. Uma lista de pastas vazia após uma atualização do macOS está relacionada a isso.

  3. Adicione a pasta no aplicativo, em vez de em um arquivo .rdp salvo. Um usuário que reportou isso à Microsoft tentou três formas de sintaxe da propriedade drivestoredirect e não obteve redirecionamento com nenhuma delas, e a pasta só apareceu depois que foi adicionada pela interface. A Microsoft documenta a propriedade no nível do protocolo sem indicar quais clientes a aceitam quando definida em um arquivo, portanto, considere o aplicativo a rota confiável no macOS.

  4. Dentro da sessão, pressione Win+R e digite \\tsclient. Uma entrada tsclient visível sem nada abaixo significa que o cliente não solicitou nenhuma pasta, o que é o que os usuários de Mac veem quando o redirecionamento nunca foi aplicado. Isso é uma correção no lado do cliente, não um problema de política do host.

Quando a área de transferência funciona e depois para no meio da sessão

Desative o histórico da área de transferência no host Windows. Um usuário de Mac que perdia a transferência da área de transferência em intervalos aleatórios do cliente para o host rastreou isso até esse recurso do lado do host em vez de qualquer coisa no Mac. O mesmo tópico observa que a direção se destrava assim que você copia algo do host de volta para o cliente.

  1. Dentro da sessão, abra Definições > Sistema > Área de Transferência.

  2. Desative o Histórico da área de transferência.

  3. Copie uma pequena cadeia de texto da máquina remota para o Mac para redefinir a direção e, em seguida, tente novamente o ficheiro.

Outras duas causas produzem uma descrição semelhante no macOS atual, e nenhuma delas reside no host Windows. O Windows App pode provocar deadlock no aplicativo no qual você cola, sem correção na versão atual na época daquele relatório de outubro de 2025 e pbcopy < /dev/null como solução alternativa. Usuários de Mac também relatam que Cmd+C deixa de funcionar em todo o sistema enquanto o Windows App está em execução, e volta no momento em que o app é encerrado. Teste se a cópia funciona fora da sessão antes de alterar qualquer configuração no lado do Windows.

Transferência de arquivos via Área de Trabalho Remota quando o Mac é a máquina remota

A transferência de arquivos via área de trabalho remota no Mac não possui unidade redirecionada nessa direção, porque o macOS não oferece um host RDP para criar uma. O serviço Compartilhamento de Tela da Apple usa VNC, e o protocolo RFB básico não define nenhum canal de arquivos. O app Compartilhamento de Tela de fato suporta arrastar e soltar entre dois Macs, o que é uma adição da Apple e não parte do VNC, e é exatamente por isso que o mesmo arrastar não faz nada a partir de um visualizador VNC no Windows ou Linux.

Ative o Login Remoto e copie via SSH

  1. No Mac, abra Ajustes do Sistema > Geral > Compartilhamento.

  2. Ative o Login Remoto.

  3. Clique no botão Informações e defina Permitir acesso para às contas que precisam. Observe o endereço exibido abaixo da configuração.

  4. No Windows PowerShell, envie um arquivo: scp C:\reports\q3.xlsx alice@192.168.1.40:/Users/alice/Documents/

  5. De um terminal Linux, use o mesmo comando sem a letra da unidade: scp ~/reports/q3.xlsx alice@192.168.1.40:/Users/alice/Documents/

  6. Para puxar em vez de enviar, inverta os argumentos: scp alice@192.168.1.40:/Users/alice/Documents/q3.xlsx.

Acesse a pasta compartilhada de um Mac a partir do Windows ou do Linux

  1. No Mac, abra Ajustes do Sistema > Geral > Compartilhamento e ative Compartilhamento de Arquivos.

  2. Clique no botão Informações, adicione a pasta em Pastas Compartilhadas e defina os usuários que podem acessá-la.

  3. No Windows, pressione Win+R e digite \\192.168.1.40, em seguida, autentique-se com o nome da conta do Mac e a respetiva palavra-passe.

  4. No Linux, monte-o: sudo mount -t cifs //192.168.1.40/Share /mnt/mac -o username=alice

Pela internet, coloque esta rota dentro de uma VPN. SMB em uma interface pública não é um serviço para expor, e a velocidade de transferência de arquivos por um link de longa distância torna scp ou rsync a melhor escolha de qualquer forma.

Como transferir arquivo do Windows para o Linux

Existem duas maneiras de transferir arquivo do Windows para o Linux, e a escolha depende de se uma sessão RDP já está aberta. Se você estiver em um prompt de comando, o scp alcança a máquina Linux diretamente, assim que o cliente OpenSSH estiver instalado. Se você já estiver dentro de uma sessão xrdp, o redirecionamento de unidade coloca o arquivo lá sem uma segunda ferramenta.

Transferência de arquivos do Windows para o Linux a partir da linha de comando

Transferência de arquivos do Windows para Linux a partir de um prompt de comando é feita via scp, que requer o cliente OpenSSH no lado do Windows. O Windows o oferece desde a build 1809, mas A Microsoft lista seu estado padrão no Windows 10 1809 e posteriores como não instalado, disponível como um recurso opcional. Apenas o Windows Server 2025 o inclui por padrão. Verifique primeiro, instale se estiver ausente e observe que essa via então ignora todas as políticas de redirecionamento de RDP.

  1. Confirme que o cliente existe. No PowerShell, execute Get-Command scp, que retorna um caminho como C:\Windows\System32\OpenSSH\scp.exe.

  2. Instale-o se o comando não for reconhecido. De um prompt elevado do PowerShell: Add-WindowsCapability -Online -Name OpenSSH.Client~~~~0.0.1.0

  3. Na máquina Linux, confirme que o servidor está em execução: sudo systemctl status ssh

  4. Copie um único arquivo: scp C:\builds\app.tar.gz alice@192.168.1.60:/home/alice/

  5. Copie uma pasta e seu conteúdo: scp -r C:\builds alice@192.168.1.60:/home/alice/

  6. Em uma porta não padrão, observe o P maiúsculo: scp -P 2222 C:\builds\app.tar.gz alice@192.168.1.60:/home/alice/

Um detalhe do protocolo pega as pessoas desprevenidas em sistemas mais novos. A partir do OpenSSH 9.0, scp passa a ser executado sobre o protocolo SFTP internamente enquanto a sintaxe do comando permanece a mesma. Ao se conectar a um servidor mais antigo que suporta apenas o protocolo SCP legado, adicione -O para forçar o comportamento original.

Enviar um arquivo para uma sessão xrdp com redirecionamento de unidade

  1. Abra mstsc.exe e clique em Mostrar opções.

  2. Na guia Recursos Locais, clique em Mais.

  3. Expanda Unidades e marque a unidade que contém o seu arquivo, depois clique em OK.

  4. Clique em Conectar e faça login na área de trabalho Linux.

  5. Abra um terminal dentro da sessão e liste o ponto de montagem: ls ~/thinclient_drives

  6. Copie o arquivo para o local: cp ~/thinclient_drives/DESKTOP-01/builds/app.tar.gz ~/

Transferência remota de arquivos no Linux de um desktop Linux para o Windows

A transferência remota de arquivos do Linux para um host Windows passa por uma pasta anexada, a única rota que se mantém entre versões do FreeRDP e compilações de pacotes. Anexe a pasta à conexão e então copie por meio de \\tsclient dentro da sessão. A área de transferência pode transportar arquivos no FreeRDP 3, o que a torna a alternativa de reserva, e não a primeira opção.

Compartilhar uma pasta com xfreerdp3 ou Remmina

  1. Crie uma pasta dedicada para que todo o seu diretório home permaneça fora do alcance: mkdir -p ~/rdp-transfer

  2. Conecte-se com a pasta anexada: xfreerdp3 /v:192.168.1.20 /u:alice /drive:transfer,/home/alice/rdp-transfer +clipboard

  3. Se o shell retornar command not found: xfreerdp, sua distribuição compilou o FreeRDP 3 com versionamento binário e renomeou os executáveis. Confirme with ls /usr/bin | grep freerdp e use xfreerdp3, como os mantenedores do FreeRDP explicam.

  4. No Remmina, abra o perfil de conexão, defina a pasta compartilhada para o mesmo caminho, salve e reconecte-se.

  5. Dentro da sessão do Windows, pressione Win+R e digite \\tsclient\transfer.

  6. Copie o arquivo para a pasta de destino na máquina remota.

Não adicione +drives junto com /drive:. Com ambos presentes, FreeRDP redireciona volumes USB e gvfs montagens e descarta silenciosamente a pasta nomeada, o que produz uma sessão em que o redirecionamento parece habilitado, e seus arquivos não estão em lugar nenhum.

O que a área de transferência pode e não pode conter aqui

Clientes baseados em FreeRDP anunciam suporte à área de transferência, negociam esse suporte e transferem texto sem problemas. Arquivos são um formato de dados diferente no mesmo canal, e a resposta depende do que você executa. O Remmina não implementa isso. xfreerdp implementa, a partir do FreeRDP 3, por meio de uma camada FUSE que precisa ser incluída na compilação. Mesmo onde funciona, há casos limite: uma transferência em andamento é abortada no momento em que a área de transferência muda em qualquer um dos lados, relatado em fevereiro de 2026 contra 3.22.1 e ainda aberto. Uma pasta compartilhada não apresenta esse comportamento, por isso continua sendo a rota principal.

Quando a pasta compartilhada nunca aparece

  1. Verifique primeiro o formato do pacote. As compilações Snap e Flatpak são executadas dentro de um sandbox que não pode ler caminhos arbitrários. Binários auxiliares que falham com error while loading shared libraries: libX11.so.6 são um sinal de que você está na compilação Snap.

  2. Em vez disso, reinstale a partir do pacote da distribuição: sudo apt install remmina remmina-plugin-rdp

  3. Mantenha o caminho compartilhado dentro do seu diretório pessoal, onde as regras da sandbox são menos restritivas.

  4. Se a configuração da pasta compartilhada se recusar a limpar ou salvar, edite o arquivo de perfil em ~/.local/share/remmina/ e defina o valor de drive diretamente. Versões mais antigas não conseguiam desativar a opção pela interface.

Como mover ficheiros entre um Mac e uma máquina Linux

A resposta divide-se por direção, porque apenas um dos dois tem um host RDP na outra extremidade. De um Mac para Linux, pode usar o mesmo redirecionamento de pastas que usa para o Windows. De Linux para um Mac, não há nada para redirecionar, portanto a camada de área de trabalho remota não desempenha qualquer papel.

Do Mac para Linux quando o host Linux executa xrdp

Redirecione uma pasta no Windows App exatamente como você faria para um host Windows e, em seguida, procure por ela no lado do Linux. xrdp aceita clientes do Microsoft Remote Desktop no macOS e monta tudo o que o cliente redireciona no caminho do FUSE, de modo que uma pasta redirecionada a partir do Mac fica no mesmo lugar em que uma unidade do Windows ficaria. Verifique isso em vez de presumir, porque a montagem é a parte que falha.

  1. Confirme que a máquina Linux executa o xrdp em vez do GNOME Remote Desktop: systemctl status xrdp

  2. Redirecione uma pasta no aplicativo do Windows seguindo as etapas na seção Mac para Windows acima.

  3. Conecte-se, abra um terminal na sessão e execute: ls ~/thinclient_drives

  4. Copie o arquivo: cp ~/thinclient_drives/MacBook/report.pdf ~/Documents/

  5. Se o caminho estiver vazio, siga as etapas do chansrv acima antes de alterar qualquer coisa no Mac.

Em um host que, em vez disso, executa o GNOME Remote Desktop, não existe canal de unidade, e nenhuma configuração do cliente criará um. Use scp no Terminal nessa máquina.

Linux para Mac quando não há host RDP para se conectar

  1. No Mac, abra Ajustes do Sistema > Geral > Compartilhamento e ative o Acesso Remoto.

  2. A partir da máquina Linux, envie um arquivo: scp ~/report.pdf alice@192.168.1.40:/Users/alice/Documents/

  3. Para uma pasta que você atualiza repetidamente, envie apenas as alterações e mantenha arquivos parciais se a conexão cair: rsync -avP ~/project/
    alice@192.168.1.40:/Users/alice/project/

  4. Para navegar em vez de copiar, ative o Compartilhamento de Arquivos no Mac e monte o compartilhamento: sudo mount -t cifs //192.168.1.40/Share /mnt/mac -o username=alice

Quando uma pasta compartilhada é o caminho certo

Uma pasta compartilhada supera qualquer rota baseada em sessão assim que você move mais do que um punhado de arquivos, mas no Windows atual isso falha por um motivo principal. O Windows 11 versão 24H2 exige assinatura SMB tanto nas conexões de saída quanto nas de entrada nas edições Pro, Enterprise e Education, e desativou a reversão para convidado no Pro. O Home não exige assinatura em nenhuma direção. Nas edições que a exigem, compartilhamentos que funcionaram por anos agora retornam 0x80070035 com o texto O caminho de rede não foi encontrado, ou uma mensagem sobre políticas de segurança que bloqueiam o acesso de convidado não autenticado. Servidores Samba, compartilhamentos Linux e firmware mais antigos de NAS são as vítimas habituais.

  1. Corrija primeiro a extremidade remota. Em um compartilhamento Samba ou NAS, exija assinatura SMB, defina o protocolo mínimo como SMB2 ou SMB3, e crie uma conta real em vez de acesso de convidado.

  2. Leia o estado atual do cliente no Windows: Get-SmbClientConfiguration | fl EnableSecuritySignature,RequireSecuritySignature

  3. Somente quando o lado remoto não puder ser alterado, relaxe a exigência do cliente: Set-SmbClientConfiguration -RequireSecuritySignature $false

  4. Reconecte e teste o compartilhamento.

A etapa três enfraquece a conexão e deve ser um último recurso. O Windows OS Hub observa que a assinatura obrigatória consome CPU e RAM em ambas as pontas e reduz a velocidade de transferência de arquivos, e a Microsoft define os requisitos por edição em sua página de referência de assinatura SMB, o que representa a contrapartida na outra direção. O suporte a SMB 1.0 e CIFS não é a resposta aqui, embora seja a primeira coisa que muitas pessoas ativam.

Limitações

Rota Limite máximo de tamanho Funciona com bloqueio de política do host Funciona quando o remoto é macOS Funciona quando o remoto é Windows Home
Arquivos da área de transferência 2 GB no redirecionamento da área de transferência do RDP Não Não Não
Pasta ou unidade redirecionada Nenhum documentado Não Não Não
Compartilhamento SMB Nenhum documentado Sim Sim Sim
scp ou rsync Nenhum documentado Sim Sim Sim
Sessão do HelpWire Nenhum documentado Sim Sim Sim
 

Metadados não sobrevivem a todas as etapas. Uma cópia a partir do Linux para um volume NTFS perde a propriedade POSIX e o bit de executável, e uma cópia do macOS para SMB grava arquivos sidecar que não têm utilidade no destino. Planeje uma redefinição das permissões na chegada, em vez de descobrir o problema mais tarde.

O que a maioria das pessoas tenta primeiro, e por que falha

A reinicialização do rdpclip.exe é a primeira ação em quase todos os tópicos, e aqui é a opção errada. Esse processo redefine o canal da área de transferência no host Windows. Ele não pode adicionar suporte de área de transferência de arquivos a um cliente Linux que nunca a teve, e não faz nada por um Mac cujo redirecionamento de pastas nunca foi configurado. Nosso guia de correção de copiar e colar cobre os casos em que isso ajuda.

Arrastar o arquivo para a janela da sessão é a próxima tentativa e a que custa menos tempo. Nenhum dos clientes RDP de desktop aceita isso – mstsc.exe, Windows App, Remmina e xfreerdp igualmente – porque o protocolo não possui um canal de arrastar e soltar. O cliente Windows App baseado em navegador é a exceção e usa seu próprio mecanismo de envio em vez de RDP. Depois que uma pasta é redirecionada, você pode arrastar dentro da sessão entre essa pasta e um diretório remoto, porque ambos parecem locais comuns para o gerenciador de arquivos, mas arrastar da área de trabalho para a janela nunca funcionou.

Usuários de Mac editam o arquivo .rdp salvo e adicionam a propriedade drivestoredirect, porque é isso que a documentação do Windows mostra. O resultado relatado no macOS é que não há redirecionamento algum. Usuários de Linux adicionam +drives ao lado de /drive: para garantir e perdem a pasta nomeada no processo. Usuários de Windows se deparam com 0x80070035 e ativam o suporte a SMB 1.0, o que não resolve nem o requisito de assinatura nem a mudança no fallback para convidado que o causou.

A última é específica para Macs como destinos. O servidor VNC da Apple aceita uma conexão de um visualizador VNC do Windows apenas com uma senha, o que convence as pessoas de que o restante do conjunto de recursos também está lá. O controle de tela funciona. O servidor da Apple não implementa nenhuma extensão de transferência de arquivos, então não há nada do outro lado para responder a uma solicitação de arquivo.

Se isso não funcionou

Você inicia a partir de um arquivo .rdp salvo em um cliente Windows com patches aplicados

Marque as caixas de redirecionamento a cada inicialização. As atualizações cumulativas de abril de 2026 mudaram como o Windows trata arquivos .rdp salvos, e todo recurso solicitado agora vem desmarcado em uma caixa de diálogo de segurança que aparece antes de a conexão começar. Isso se aplica apenas a inicializações a partir de um arquivo, portanto, um nome de computador digitado no mstsc.exe se comporta como sempre.

  1. Clique duas vezes no arquivo .rdp e aceite o aviso exibido uma única vez no primeiro uso.

  2. Verifique o endereço remoto mostrado na caixa de diálogo em relação ao host que você espera.

  3. Marque Unidades e Área de Transferência e, em seguida, clique em Conectar.

  4. Se a caixa de diálogo for exibida com botões desalinhados ou inacessíveis em uma configuração com vários monitores, instale a atualização de versão prévia KB5083631, que corrigiu esse erro de exibição.

  5. Para uma solução permanente, assine o arquivo .rdp e confie em seu certificado, o que suprime completamente a caixa de diálogo. Windows OS Hub cobre o processo de assinatura.

A máquina remota é Windows Home, ou um host que você não administra

Pare aqui e mude de rota. O Windows Home não tem serviço de host RDP, portanto a opção de Área de Trabalho Remota está ausente em Configurações > Sistema por design, e não existe nenhuma configuração de redirecionamento a corrigir. Em um host corporativo, um pool do Azure Virtual Desktop ou um Cloud PC, o redirecionamento é desativado deliberadamente para impedir transferências de arquivos em ambas as direções. Solicite uma rota de transferência aprovada em uma máquina que não é sua, e use uma ferramenta com sua própria camada de transferência quando a política não for sua para alterar.

Transferência de arquivos do HelpWire entre Windows, Mac e Linux

Transferência de arquivos do HelpWire transfere arquivos dentro da sua própria sessão, de modo que nenhuma camada de redirecionamento RDP se aplica a qualquer par de sistemas operacionais. É um software de acesso remoto desenvolvido para trabalho de suporte remoto, usado por equipes de suporte de TI, técnicos autônomos e TI interna em empresas menores. Ele se adequa às duas situações que este artigo menciona repetidamente: uma máquina remota sem host de RDP e um host cuja configuração pertence a outra pessoa.

Uma sessão começa a partir de um link que você envia pelo canal que já utiliza. A pessoa do outro lado o abre, executa o aplicativo portátil baixado e clica em Conceder acesso. Não é necessário criar uma conta. O aplicativo do operador funciona no Windows 7 e posteriores, no macOS Big Sur 11 e posteriores e no Linux no Ubuntu 18.04 a 24.04, Debian 11 e 12, CentOS 9, RHEL 9 e Fedora 39 ou mais recentes, conforme a lista de plataformas, de modo que o operador e o cliente possam estar em plataformas diferentes sem mudar o método.

Copie e cole em ambos os sentidos

  1. Inicie a sessão e aguarde o cliente clicar em Conceder acesso.

  2. No seu próprio computador, clique com o botão direito no arquivo e selecione Copiar.

  3. Clique com o botão direito do mouse na pasta de destino na máquina do cliente dentro da sessão e selecione Colar.

  4. Acompanhe o progresso, que aparece no computador do cliente. Inverta os mesmos passos para transferir um arquivo de volta.

Arraste e solte na janela do Operador

Este funciona apenas da sua máquina para a máquina do cliente, e o lado do operador deve ser Windows ou macOS.

  1. Com a sessão ativa, selecione um ou mais ficheiros, ou uma pasta inteira, na sua própria máquina.

  2. Arraste a seleção para a janela aberta do HelpWire Operator e solte. Os itens são colocados na área de transferência do cliente.

  3. Clique com o botão direito na pasta de destino na máquina do cliente e selecione Colar para concluir a transferência.

Atalhos de teclado

  1. Selecione o arquivo na sua máquina local e pressione Ctrl+C no Windows, ou Cmd+C no macOS. O HelpWire documenta os atalhos apenas para essas duas plataformas.

  2. Clique na pasta de destino na máquina do cliente.

  3. Pressione Ctrl+V no Windows, ou Cmd+V no macOS.

Saiba mais sobre esses métodos e as permissões necessárias na documentação de transferência de arquivos da HelpWire.

Perguntas frequentes

Comprima tudo em um único arquivo primeiro, ou use rsync. A sobrecarga por arquivo domina todas as rotas deste artigo. Uma pasta redirecionada negocia cada arquivo separadamente pelo canal da unidade, e a área de transferência constrói uma lista completa de descritores antes que um único byte seja transferido, portanto dez mil arquivos pequenos podem demorar mais do que um único arquivo muitas vezes maior que o tamanho combinado deles. Crie um arquivo tar ou zip na origem, mova o arquivo único e extraia-o na chegada. Quando a mesma transferência se repete, rsync envia apenas o que mudou, e -P mantém o arquivo parcial para que uma execução interrompida retome de onde parou. Sem essa opção, o rsync apaga o arquivo parcial e recomeça o arquivo do zero, o que pega muita gente de surpresa. Nenhuma das rotas via RDP retoma a transferência. Nosso guia sobre transferências de uma área de trabalho remota para uma máquina local aborda separadamente o limite de tamanho da área de transferência.

NTFS rejeita caracteres que ext4 e APFS aceitam. Dois-pontos, ponto de interrogação, asterisco, pipe, aspas duplas e os sinais de menor que e maior que são todos permitidos no Linux e todos ilegais em um nome de arquivo do Windows, então a cópia para no primeiro infrator. A sensibilidade a maiúsculas e minúsculas é a segunda armadilha: dois arquivos em um diretório Linux cujos nomes diferem apenas na capitalização colidem em um único nome no NTFS, e um deles é perdido, ou a cópia é interrompida. Renomeie na origem antes de uma transferência em massa, em vez de depois de uma parcial.

Execute defaults write com.apple.desktopservices DSDontWriteNetworkStores -bool true no Terminal, depois encerre a sessão e entre novamente. Isso abrange apenas volumes de rede e não faz nada para discos locais. Também deixa os ._ arquivos sidecar separados intocados, que carregam metadados do macOS e são a causa usual de Error code -36 durante uma cópia do Finder para um compartilhamento SMB, uma causa identificada por usuários há anos. Limpe os que já foram gravados com <code>dot_clean ~/path/to/folder</code>, uma solução alternativa ainda recomendada para esse erro.

Não de forma nativa no Windows, pois o Windows não inclui um binário do rsync. Três caminhos levam você até lá. Execute-o dentro do WSL, onde a compilação para Linux funciona normalmente usando um caminho do Windows montado em /mnt/c/. Instale uma compilação do Cygwin ou do MSYS2. Ou acione-o a partir do lado Linux, que puxa do Windows via SSH assim que o servidor OpenSSH estiver ativado lá. Para cópias pontuais, scp é mais simples, e o rsync só justifica a configuração quando você repete a mesma transferência.

Entre duas sessões do Windows, sim, desde que ambas tenham o redirecionamento de unidade ativo. Entre duas sessões em um desktop Linux, isso depende da sua versão do FreeRDP, e houve uma regressão na transição para a versão 3: usuários que migraram para o Fedora 40 com o FreeRDP 3.4.0 perderam a capacidade de copiar em uma sessão e colar em outra após anos desse fluxo de trabalho na versão 2. O FreeRDP tratou esse caso na 3.27.0 em junho de 2026 com uma correção para copiar vários itens entre sessões do xfreerdp, então uma compilação atual se comporta melhor do que os relatos do Fedora 40 sugerem. A forma que sobrevive a mudanças de versão, de qualquer forma, é uma pasta que ambas as sessões podem acessar.

Não, e os nomes de usuário nunca precisam coincidir. Somente algumas rotas precisam de uma conta no lado remoto. Uma pasta redirecionada usa a sessão RDP que você já abriu, então a máquina remota a acessa por meio da identidade com a qual você se conectou, e não existe uma segunda credencial. Um compartilhamento SMB precisa de uma conta real na máquina que hospeda o compartilhamento. scp e rsync precisam de uma conta no destino, e a autenticação baseada em chave elimina a solicitação de senha assim que você copiar sua chave pública com ssh-copy-id. O caso que mais confunde as pessoas é uma pasta redirecionada em uma máquina onde a sessão delas é executada sob uma conta diferente da que elas esperam, o que aparece como erros de permissão ao gravar, em vez de como uma pasta ausente.

HelpWire
4.8

Potencialize o suporte remoto com um software de área de trabalho remota simples e gratuito.

Visitar o site
Preço: Grátis
Sistemas suportados: Windows, macOS, Linux
HelpWire