Crossplatform-bestandsoverdracht die werkt op elk paar besturingssystemen

Cross Platform File Transfer That Works on Every OS Pair

Je kopieert een bestand op je Mac, schakelt naar de Windows-sessie, en Plakken is uitgegrijsd. Of je selecteert een bestand op Ubuntu, drukt op Ctrl+C, en tekst komt wel op de externe machine terecht terwijl het bestand nooit arriveert. Geen van beide symptomen wijst op een verkeerde instelling. Remote Desktop verplaatst klembordgegevens via het ene kanaal en omgeleide stations via een ander; de ondersteuning voor bestanden op het klembord verschilt per client en per versie, en verschillende externe besturingssystemen bieden helemaal geen bestandskanaal. Verken de onderstaande routes, geordend naar hoe vaak ze het probleem oplossen.

Wanneer de blokkering zich op een machine bevindt die u niet beheert, of wanneer het externe eindpunt een besturingssysteem zonder RDP-host draait, is HelpWire een manier om dit te omzeilen. Het is software voor externe toegang voor IT-ondersteuningswerk, en de bestandsoverdracht verloopt binnen de eigen sessie in plaats van via RDP, zodat geen van de hier beschreven redirectielagen daarop van toepassing is. Zowel de operator- als de client-apps draaien op Windows, macOS en Linux, wat het relevant maakt voor elk OS-paar in dit artikel.

Snel antwoord: Welke route werkt voor jouw OS-paar

Cross-platform bestandsoverdracht heeft één dominante variabele, en dat is niet de machine voor je. De externe machine bepaalt of er een bestandskanaal bestaat nog voordat je ook maar één instelling aanraakt, dus zoek je combinatie in de tabel en ga naar de daar genoemde sectie.

U gebruikt Extern is Windows Extern is macOS Extern is Linux
Windows Doorsturen van stations in mstsc.exe, of \\tsclient. Behandeld in onze extern-naar-lokaal en bestandoverdracht van lokaal naar extern handleidingen. Er is geen RDP-host op macOS. Gebruik scp via Extern inloggen, of SMB. Doorsturen van stations in xrdp, of scp zodra de OpenSSH-client is geïnstalleerd.
macOS Doorsturen van mappen op het Mappen-tabblad van Windows App. Slepen en neerzetten in Apples Schermdeling-app, alleen Mac-naar-Mac. Doorgestuurde map in xrdp, of scp en rsync in Terminal.
Linux /drive: in xfreerdp3 of een gedeelde map in Remmina. Bestanden kopiëren via het klembord werkt vanaf FreeRDP 3, niet in Remmina. Er is geen RDP-host op macOS. Gebruik scp via Extern inloggen, of SMB. scp of rsync. Doorsturen van stations als er al een RDP-sessie geopend is.

Waarom bestandsoverdracht tussen platforms niet werkt via Remote Desktop

Twee onafhankelijke kanalen verzorgen de gegevensoverdracht binnen een RDP-sessie, en de ondersteuning voor het deel van het klembord dat bestanden verplaatst is inconsistent en versie-afhankelijk tussen clients. De tweede oorzaak is eenvoudiger en lastiger te omzeilen. Meerdere externe besturingssystemen hebben geen RDP-host om verbinding mee te maken, zodat er niets is waarnaar een station kan worden omgeleid.

Verschil tussen de klembord- en drive-kanalen

Klembordverkeer loopt via het CLIPRDR-kanaal, en dat dekt zowel tekst, afbeeldingen als bestandsobjecten. Schijfomleiding is een ander kanaal, RDPDR, dat een lokaal volume aan de externe machine aanbiedt onder \\tsclient. Het relevante onderscheid is niet tekst tegenover bestanden. Het is welk kanaal een client volledig implementeert. mstsc.exe op Windows implementeert beide. Windows App op macOS implementeert beide, met een huidig defect dat verderop wordt besproken. Clients gebouwd op FreeRDP, waaronder Remmina, xfreerdp, GNOME Boxes en de meeste Linux-front-ends, behandelen klembordtekst betrouwbaar en klembordbestanden wisselvallig.

Een Remmina-rapport beschrijft het gedrag van versie 2 in één zin: tekst kopiëren en plakken werkt in beide richtingen, een gekopieerd bestand bereikt het andere klembord nooit, zelfs niet met bidirectioneel klembord ingeschakeld, en de aanbevolen workaround is een gedeelde map. Een Linux Mint-thread bespreekt problemen met het kopiëren van bestanden met FreeRDP en wijst op gedeelde stations als alternatief. Dat verslag geldt nog steeds voor Remmina, waarvan het verzoek om een bestandsoverdrachtsfunctie voor de RDP-plug-in openstaat.

FreeRDP is doorontwikkeld. De changelog van 3.0.0-beta1 vermeldt een verbeterd klembord met bestandsoverdracht van server naar client, destijds alleen in xfreerdp, en de functie is sindsdien onderhouden. Versie 3.27.0 in juni 2026 corrigeerde het kopiëren van meerdere items van hetzelfde type tussen xfreerdp-sessies. Die release was actueel toen dit artikel uitkwam, en sindsdien zijn er meer releases in de serie verschenen. Beschouw een stellige bewering dat Linux-clients geen bestanden via het klembord kunnen kopiëren dus als achterhaald, en kijk wat jouw distributie levert.

Hoe het werkt

Kanaal Wat het doorgeeft Wat bepaalt of het werkt
CLIPRDR klembord Tekst, afbeeldingen en bestandsobjecten op clients die deze ondersteunen Eerst de mogelijkheden van de client, daarna het beleid op de host
RDPDR schijfstationomleiding Een lokaal volume of map, bereikbaar op \\tsclient\<name> Eerst een clientinstelling die vóór het openen van de verbinding wordt gemaakt, daarna het beleid op de host
Geen van beide Helemaal niets Het externe besturingssysteem heeft geen RDP-host, dus wordt er geen kanaal onderhandeld

Het schijfkanaal heeft geen bovengrens voor de klembordgrootte en is niet afhankelijk van de ondersteuning van de cliënt voor het klembord voor bestanden. Daarom is een omgeleide map de route die bijna overal werkt, en is het klembord de route die zonder foutmelding faalt.

Het externe besturingssysteem bepaalt of er al dan niet een bestandskanaal bestaat

macOS wordt zonder RDP-host geleverd. De Schermdeling is VNC. Het RFB-kernprotocol definieert geen bestandsoverdracht, en hoewel sommige VNC-producten daarvoor propriëtaire uitbreidingen toevoegen, biedt de server van Apple er geen aan voor een viewer van derden. Een Windows- of Linux-machine die verbinding maakt met een Mac, heeft daarom geen ingebouwde overdrachtsmogelijkheid, ongeacht wat je aanvinkt. Windows Home heeft ook geen RDP-host.

Linux heeft een host van derden nodig, en de twee gangbare opties verschillen op een manier die de uitkomst bepaalt. Het xrdp project somt tweerichtings-klembordoverdracht voor tekst, bitmap en bestanden op, plus schijfomleiding die lokale stations van de client op de externe machine aankoppelt. GNOME Remote Desktop, dat is wat Ubuntu 24.04 en later achter Remote Login meeleveren, heeft geen schijfomleiding. Gebruikers lopen hier direct tegenaan na een overstap van xrdp, waar hun lokale Windows-stations zonder enige configuratie verschenen. Dezelfde Linux-desktop slaagt of faalt dus op één variabele, namelijk de RDP-host die erop is geïnstalleerd.

Wat elke cliënt en host kan doen

Client of host Klembordtekst Klembordbestanden Omleiding van stations of mappen Waar de instelling zich bevindt
mstsc.exe op Windows Ja Ja Ja, volledige volumes Lokale bronnen > Meer > Stations
Windows-app op Windows Ja Ja Ja, maar u kunt niet kiezen welke schijf of map Geen instelling in de interface
Windows-app op macOS Ja Ja, maar werkt één kant op niet op macOS 26 Ja, alleen op mapniveau Bewerken > Mappen-tabblad
Remmina Ja Nee, verzoek open Ja, één map Map delen in het verbindingsprofiel
xfreerdp3 Ja Ja, vanaf FreeRDP 3, als gebouwd met WITH_FUSE Ja, een of meer mappen /drive:name,/path
xrdp als de Linux-host Ja Ja Ja, aangekoppeld op ~/thinclient_drives /etc/xrdp/sesman.ini
GNOME Remote Desktop als de Linux-host Ja Ja Nee grdctl of Instellingen > Systeem > Extern bureaublad

Hoe een bestand overzetten van Mac naar Windows Extern bureaublad

De manier om een bestand over te zetten van Mac naar Windows Remote Desktop-sessies is via een omgeleide map, die in de client wordt ingesteld voordat je verbinding maakt en vervolgens binnen de sessie wordt gebruikt als kopiebestemming. De macOS-client werkt op mapniveau in plaats van op volumeniveau, wat het grootste verschil is met mstsc.exe en de reden dat de meeste Mac-gebruikers het selectievakje Drives waarover ze in Windows-handleidingen lezen, nooit vinden.

Een map omleiden in Windows App op macOS

  1. Sluit de open sessie. Een omleiding die midden in de sessie wordt toegevoegd, heeft geen effect totdat de verbinding opnieuw tot stand is gebracht.

  2. Open Windows-app.

  3. Klik met de rechtermuisknop op het verbindingsitem en selecteer Bewerken.

  4. Vink Gebruik aangepaste instellingen aan als het item afkomstig is van een geabonneerde feed.

  5. Open het tabblad Mappen en vink Mappen omleiden aan.

  6. Klik op het pluspictogram, kies de map die je wilt openen en klik op Openen. Herhaal dit voor elke extra map.

  7. Vink het selectievakje Alleen-lezen aan als de externe machine niet mag terugschrijven, klik vervolgens op Opslaan.

  8. Verbind.

  9. Open binnen de sessie Verkenner en zoek onder Deze pc naar de mapnaam, of druk op Win+R en voer \\tsclient in.

Om in plaats daarvan één map op alle verbindingen toe te passen, opent u Windows App > Instellingen > Algemeen en stelt u de map in onder de optie voor omleiding, zoals door Microsoft gedocumenteerd voor de macOS-client. Voor beheerde hulpbronnen die via een feed worden geleverd, geeft Microsoft aan dat de omgeleide map altijd uw thuismap is, dus de aanpak per verbinding geeft u meer controle.

Los lege bestanden op die zijn gekopieerd van Windows naar een Mac op macOS 26

Verplaats het bestand via een doorverwezen map in plaats van via het klembord. Op macOS 26 Tahoe bereikt een bestand dat is gekopieerd vanuit een Windows-sessie op afstand de Mac met de juiste naam en de juiste grootte maar zonder inhoud, opgevuld met nulbytes, en er verschijnt op geen enkel moment een foutmelding. Het rapport dateert van november 2025. De persoon die het bij Microsoft heeft gemeld testte vrijwel elke release van Windows App tot en met 11.2.9 (2810) met hetzelfde resultaat, terwijl tekst in beide richtingen werd overgebracht en bestandskopieën van Mac naar Windows normaal werkten. Sonoma en Sequoia zijn niet getroffen. Een afzonderlijk Double Commander-rapport reproduceert het onafhankelijk, waarbij het geplakte bestand vol met nulbytes zit. Controleer het gedrag op je eigen build voordat je besluit dat het klembord de boosdoener is.

  1. Bevestig het symptoom in plaats van de richting. Kopieer eerst een klein tekstfragment uit de sessie naar de Mac, omdat tekst intact aankomt, zelfs wanneer bestanden dat niet doen, dus een werkende tekstplakactie ontheft het klembord niet van verdenking.

  2. Controleer de inhoud van het geplakte bestand, niet de naam ervan. Voer ls -l erop uit en de grootte lijkt te kloppen, waardoor de fout de controle in Finder doorstaat.

  3. Stel een omgeleide map in met de bovenstaande stappen. Dat is de workaround die de Microsoft-medewerker in dezelfde thread aanbeveelt.

  4. Kopieer voor de rest van de sessie in beide richtingen via de omgeleide map en bewaar het klembord voor tekst.

  5. Als mapomleiding door beleid wordt geblokkeerd, deel een map op de Windows-computer en koppel deze vanaf de Mac met smb:// in Finder in plaats daarvan.

Wanneer de mappenlijst leeg blijft, of de stations nooit verschijnen

Vier afzonderlijke oorzaken zorgen voor een lege lijst of een station dat nooit verschijnt, en elk vereist een andere aanpak.

  1. Controleer op welk tabblad de verbinding zich bevindt. Items onder Workspaces tonen in de Mac-client helemaal geen omleidingsinstellingen, in tegenstelling tot items onder PCs. Een Microsoft Q&A-melder liep hiertegenaan en herstelde het kopiëren van bestanden met de vernieuwknop op de feed.

  2. Geef de client toegang tot je schijf. Open Systeeminstellingen > Privacy & Beveiliging > Bestanden en mappen en sta de app toe, open deze vervolgens opnieuw. Een lege mappenlijst na een macOS-upgrade is hierop terug te voeren.

  3. Voeg de map toe in de app in plaats van in een opgeslagen .rdp-bestand. Een gebruiker die dit aan Microsoft meldde probeerde drie syntaxisvormen van de eigenschap drivestoredirect en kreeg met geen daarvan een omleiding; de map verscheen pas nadat deze via de interface was toegevoegd. Microsoft documenteert de eigenschap op protocolniveau zonder aan te geven welke clients deze in een bestand ondersteunen, dus beschouw de app als de betrouwbare route op macOS.

  4. Binnen de sessie, druk op Win+R en voer \\tsclient in. Een zichtbare vermelding tsclient zonder iets eronder betekent dat de client geen map heeft opgegeven, wat Mac-gebruikers zien wanneer de omleiding nooit tot stand is gekomen. Dat is een oplossing aan de clientzijde, geen probleem met het hostbeleid.

Wanneer het klembord werkt en dan halverwege de sessie stopt met werken

Schakel de klembordgeschiedenis uit op de Windows-host. Een Mac-gebruiker bij wie de klembordoverdracht van client naar host op willekeurige momenten wegviel herleidde dit tot die functie aan de hostzijde en niet tot iets op de Mac. Dezelfde thread merkt op dat de richting zichzelf herstelt zodra je iets van de host terug naar de client kopieert.

  1. Open binnen de sessie Instellingen > Systeem > Klembord.

  2. Schakel Klembordgeschiedenis uit.

  3. Kopieer een klein tekstfragment van de externe computer naar de Mac om de richting te resetten en probeer vervolgens het bestand opnieuw.

Twee andere oorzaken leveren op het huidige macOS een soortgelijke beschrijving op, en geen van beide bevindt zich op de Windows-host. Windows App kan een deadlock veroorzaken in de applicatie waarin je plakt, zonder oplossing in de destijds actuele release ten tijde van dat rapport van oktober 2025 en pbcopy < /dev/null als noodoplossing in de praktijk. Mac-gebruikers melden ook dat Cmd+C in het hele systeem niet werkt terwijl Windows App draait, en dat het weer werkt zodra de app wordt afgesloten. Test of kopiëren buiten de sessie werkt voordat je ook maar één instelling aan de Windows-kant wijzigt.

Bestandsoverdracht via Remote Desktop op de Mac wanneer de Mac de externe machine is

Bestandsoverdracht via Mac-remote-desktop heeft in deze richting geen omgeleide schijf, omdat macOS geen RDP-host biedt om er een aan te maken. Apple’s Schermdeling-service spreekt VNC, en het kern-RFB-protocol definieert geen bestandskanaal. De app Schermdeling ondersteunt wel slepen en neerzetten tussen twee Macs, wat een toevoeging van Apple is en geen onderdeel van VNC, en precies daarom doet dezelfde sleepactie niets vanuit een VNC-viewer op Windows of Linux.

Schakel Extern inloggen in en kopieer via SSH

  1. Open op de Mac Systeeminstellingen > Algemeen > Delen.

  2. Schakel Externe inloggen in.

  3. Klik op de knop Info en stel Sta toegang toe voor in voor de accounts die het nodig hebben. Noteer het adres dat onder de instelling wordt weergegeven.

  4. Vanuit Windows PowerShell, kopieer een bestand: scp C:\reports\q3.xlsx alice@192.168.1.40:/Users/alice/Documents/

  5. Gebruik vanuit een Linux-terminal dezelfde opdracht zonder de stationsletter: scp ~/reports/q3.xlsx alice@192.168.1.40:/Users/alice/Documents/

  6. Om te downloaden in plaats van te uploaden, draai de argumenten om: scp alice@192.168.1.40:/Users/alice/Documents/q3.xlsx.

Een gedeelde map op een Mac benaderen vanaf Windows of Linux

  1. Open op de Mac Systeeminstellingen > Algemeen > Delen en activeer Bestandsdeling.

  2. Klik op de knop Info, voeg de map toe onder Gedeelde mappen, en stel de gebruikers in die er toegang toe hebben.

  3. In Windows drukt u op Win+R en voert u \\192.168.1.40 in, en meldt u zich vervolgens aan met de Mac-accountnaam en het bijbehorende wachtwoord.

  4. Onder Linux, koppel het: sudo mount -t cifs //192.168.1.40/Share /mnt/mac -o username=alice

Over het internet, plaats deze route binnen een VPN. SMB op een publieke interface is geen dienst die je naar buiten moet openstellen, en de snelheid van bestandsoverdracht over een wide-area-verbinding maakt scp of rsync sowieso de betere keuze.

Hoe een bestand van Windows naar Linux overzetten

Er bestaan twee manieren om een bestand van Windows naar Linux over te zetten, en de keuze hangt ervan af of er al een RDP-sessie geopend is. Als je bij een opdrachtprompt bent, kan scp de Linux-machine rechtstreeks bereiken, zodra de OpenSSH-client is geïnstalleerd. Als je je al in een xrdp-sessie bevindt, zorgt schijfomleiding ervoor dat het bestand daar terechtkomt zonder extra hulpmiddel.

Bestandsoverdracht van Windows naar Linux via de opdrachtregel

Bestandsoverdracht van Windows naar Linux vanaf een opdrachtprompt verloopt via scp, waarvoor aan de Windows-zijde de OpenSSH-client nodig is. Windows biedt dit sinds build 1809, maar Microsoft vermeldt dat het op Windows 10 1809 en later standaard niet is geïnstalleerd, beschikbaar als optionele functie. Alleen Windows Server 2025 levert het standaard mee. Controleer dit eerst, installeer het indien afwezig, en let erop dat deze route vervolgens alle RDP-omleidingsbeleidsinstellingen negeert.

  1. Controleer of de client bestaat. Voer in PowerShell Get-Command scp uit; dit retourneert een pad zoals C:\Windows\System32\OpenSSH\scp.exe.

  2. Installeer het als de opdracht niet wordt herkend. Vanuit een verhoogde PowerShell-prompt: Add-WindowsCapability -Online -Name OpenSSH.Client~~~~0.0.1.0

  3. Controleer op de Linux-machine of de server draait: sudo systemctl status ssh

  4. Kopieer één bestand: scp C:\builds\app.tar.gz alice@192.168.1.60:/home/alice/

  5. Kopieer een map en de inhoud ervan: scp -r C:\builds alice@192.168.1.60:/home/alice/

  6. Bij een niet-standaard poort, let op de hoofdletter P: scp -P 2222 C:\builds\app.tar.gz alice@192.168.1.60:/home/alice/

Eén protocoldetail leidt op nieuwere systemen vaak tot verwarring. Vanaf OpenSSH 9.0, scp draait onderliggend via het SFTP-protocol terwijl de commandosyntaxis hetzelfde blijft. Bij een oudere server die alleen het verouderde SCP-protocol ondersteunt, voeg -O toe om het oorspronkelijke gedrag af te dwingen.

Een bestand naar een xrdp-sessie sturen via omleiding van schijfstations

  1. Open mstsc.exe en klik op Opties weergeven.

  2. Op het tabblad Lokale bronnen klikt u op Meer.

  3. Vouw Stations uit en vink het station aan waarop uw bestand staat, klik vervolgens op OK.

  4. Klik op Verbinden en meld u aan bij het Linux-bureaublad.

  5. Open een terminal binnen de sessie en toon de mount: ls ~/thinclient_drives

  6. Kopieer het bestand naar de juiste plaats: cp ~/thinclient_drives/DESKTOP-01/builds/app.tar.gz ~/

Linux-bestandsoverdracht op afstand van een Linux-desktop naar Windows

Bestandsoverdracht op afstand van Linux naar een Windows-host verloopt via een gekoppelde map, de enige route die standhoudt over FreeRDP-versies en pakketbuilds heen. Koppel de map aan de verbinding en kopieer vervolgens via \\tsclient binnen de sessie. In FreeRDP 3 kan het klembord bestanden overbrengen, waardoor dit de terugvaloptie is in plaats van de eerste keuze.

Deel een map met xfreerdp3 of Remmina

  1. Maak een aparte map aan zodat je hele thuismap buiten bereik blijft: mkdir -p ~/rdp-transfer

  2. Maak verbinding met de gekoppelde map: xfreerdp3 /v:192.168.1.20 /u:alice /drive:transfer,/home/alice/rdp-transfer +clipboard

  3. Als de shell command not found: xfreerdp retourneert, heeft je distributie FreeRDP 3 met binaire versienummering gebouwd en de uitvoerbare bestanden hernoemd. Controleer with ls /usr/bin | grep freerdp en gebruik xfreerdp3, zoals de FreeRDP-beheerders uitleggen.

  4. Open in Remmina het verbindingsprofiel, stel de gedeelde map in op hetzelfde pad, sla op en maak opnieuw verbinding.

  5. In de Windows-sessie, druk op Win+R en voer \\tsclient\transfer in.

  6. Kopieer het bestand naar de bestemmingsmap op de externe machine.

Voeg +drives niet toe naast /drive:. Als beide aanwezig zijn, leidt FreeRDP USB-volumes en gvfs-aankoppelingen om en negeert stilzwijgend de genoemde map, wat resulteert in een sessie waarin omleiding ingeschakeld lijkt en je bestanden nergens te vinden zijn.

Wat het klembord hier wel en niet kan bevatten

Op FreeRDP gebaseerde clients kondigen klembordondersteuning aan, onderhandelen daarover, en verplaatsen tekst zonder problemen. Bestanden zijn een ander gegevensformaat op hetzelfde kanaal, en of het kan hangt af van wat je gebruikt. Remmina implementeert dit niet. xfreerdp wel, vanaf FreeRDP 3, via een FUSE-laag die in de build meegecompileerd moet worden. Zelfs waar het werkt, zijn er randgevallen: een lopende overdracht wordt afgebroken zodra het klembord aan een van beide kanten verandert, gemeld in februari 2026 tegen 3.22.1 en nog steeds open. Een gedeelde map vertoont geen van dat gedrag, en blijft daarom de primaire route.

Als de gedeelde map helemaal niet verschijnt

  1. Controleer eerst het pakketformaat. Snap- en Flatpak-builds draaien binnen een sandbox die geen willekeurige paden kan lezen. Hulpprogramma’s die falen met error while loading shared libraries: libX11.so.6 zijn een teken dat je de Snap-build gebruikt.

  2. Herinstalleer in plaats daarvan vanuit het distributiepakket: sudo apt install remmina remmina-plugin-rdp

  3. Houd het gedeelde pad binnen je thuismap, waar de sandboxregels het minst beperkend zijn.

  4. Als de instelling voor de gedeelde map niet gewist of opgeslagen kan worden, bewerk dan het profielbestand onder ~/.local/share/remmina/ en stel de waarde drive rechtstreeks in. Oudere versies konden de optie niet via de interface uitschakelen.

Hoe bestanden verplaatsen tussen een Mac en een Linux-machine

Het antwoord verschilt per richting, omdat slechts één van de twee aan de andere kant een RDP-host heeft. Van een Mac naar Linux kun je dezelfde mapomleiding gebruiken die je voor Windows gebruikt. Van Linux naar een Mac is er niets waarnaar kan worden omgeleid, dus speelt de remote-desktoplaag geen rol.

Mac naar Linux wanneer de Linux-host xrdp draait

Leid in Windows App een map om precies zoals je dat voor een Windows-host zou doen, en zoek die vervolgens aan de Linux-kant. xrdp accepteert Microsoft Remote Desktop-clients op macOS en koppelt alles wat de client omleidt onder het FUSE-pad, dus een map die vanaf de Mac is omgeleid komt terecht op dezelfde plaats als waar een Windows-station zou komen. Controleer het liever dan ervan uit te gaan, want de aankoppeling is het deel dat faalt.

  1. Controleer of de Linux-machine xrdp draait in plaats van GNOME Remote Desktop: systemctl status xrdp

  2. Leid een map in de Windows-app om met de stappen in de sectie Mac naar Windows hierboven.

  3. Maak verbinding, open een terminal in de sessie en voer uit: ls ~/thinclient_drives

  4. Kopieer het bestand over: cp ~/thinclient_drives/MacBook/report.pdf ~/Documents/

  5. Als het pad leeg is, doorloop dan de bovenstaande chansrv-stappen voordat je iets op de Mac wijzigt.

Op een host die in plaats daarvan GNOME Remote Desktop draait, bestaat er geen drive-kanaal, en geen enkele clientinstelling zal er een aanmaken. Gebruik scp vanuit Terminal voor die machine.

Linux naar Mac wanneer er geen RDP-host is om verbinding mee te maken

  1. Open op de Mac Systeeminstellingen > Algemeen > Delen en schakel Externe log-in in.

  2. Vanaf de Linux-machine een bestand verzenden: scp ~/report.pdf alice@192.168.1.40:/Users/alice/Documents/

  3. Voor een map die je regelmatig bijwerkt, verstuur alleen de wijzigingen en bewaar gedeeltelijke bestanden als de verbinding wegvalt: rsync -avP ~/project/
    alice@192.168.1.40:/Users/alice/project/

  4. Om te bladeren in plaats van te kopiëren, schakel Bestandsdeling in op de Mac en koppel de share: sudo mount -t cifs //192.168.1.40/Share /mnt/mac -o username=alice

Wanneer een gedeelde map de juiste keuze is

Een gedeelde map overtreft elke sessiegebaseerde route zodra je meer dan een handvol bestanden verplaatst, en op de huidige Windows gaat dat om één allesbepalende reden mis. Windows 11-versie 24H2 vereist SMB-ondertekening voor zowel uitgaande als inkomende verbindingen op de edities Pro, Enterprise en Education, en heeft de terugval naar gast op Pro uitgeschakeld. Home vereist in geen van beide richtingen ondertekening. Op de edities die het wel vereisen, geven gedeelde mappen die jarenlang werkten nu 0x80070035 terug met de tekst The network path was not found, of een melding over beveiligingsbeleid dat niet-geverifieerde gasttoegang blokkeert. Samba-servers, Linux-shares en oudere NAS-firmware zijn de gebruikelijke slachtoffers.

  1. Los het eerst aan de serverkant op. Op een Samba- of NAS-share, vereis SMB-ondertekening, stel het minimumprotocol in op SMB2 of SMB3 en maak een echt account aan in plaats van gasttoegang.

  2. Lees de huidige status van de client in Windows: Get-SmbClientConfiguration | fl EnableSecuritySignature,RequireSecuritySignature

  3. Alleen wanneer het andere eindpunt niet kan worden gewijzigd, versoepel de clientvereiste: Set-SmbClientConfiguration -RequireSecuritySignature $false

  4. Maak opnieuw verbinding en test de share.

Stap drie verzwakt de verbinding en moet een laatste redmiddel zijn. Windows OS Hub merkt op dat verplichte ondertekening aan beide kanten CPU en RAM kost en de snelheid van bestandsoverdracht verlaagt, en Microsoft zet de vereisten per editie uiteen op zijn referentiepagina voor SMB-ondertekening, wat de afweging in de andere richting is. Ondersteuning voor SMB 1.0 en CIFS is hier niet het antwoord, al is het wel het eerste dat veel mensen inschakelen.

Beperkingen

Route Groottelimiet Werkt ondanks blokkade door hostbeleid Werkt wanneer de externe computer macOS draait Werkt wanneer de externe computer Windows Home draait
Klembordbestanden 2 GB via RDP-klembordomleiding Nee Nee Nee
Omgeleide map of schijf Niet gedocumenteerd Nee Nee Nee
SMB-share Niet gedocumenteerd Ja Ja Ja
scp of rsync Niet gedocumenteerd Ja Ja Ja
HelpWire-sessie Niet gedocumenteerd Ja Ja Ja
 

Metadata blijft niet bij elke stap behouden. Een kopie vanaf Linux naar een NTFS-volume verliest het POSIX-eigenaarschap en het uitvoerbaarheidsbit, en een kopie vanaf macOS naar SMB schrijft sidecar-bestanden waar de bestemming niets aan heeft. Plan voor een reset van rechten bij aankomst in plaats van het probleem later pas te ontdekken.

Wat de meeste mensen eerst proberen, en waarom het mislukt

Het opnieuw starten van rdpclip.exe is in bijna elke discussie de eerste stap, maar hier is dat de verkeerde. Dat proces reset het klembordkanaal op de Windows-host. Het kan geen ondersteuning voor bestandsoverdracht via het klembord toevoegen aan een Linux-client die dat nooit had, en het doet niets voor een Mac waarvan de mapomleiding nooit is geconfigureerd. Onze handleiding voor het oplossen van kopiëren-plakken behandelt de gevallen waarin het wel helpt.

Het bestand naar het sessievenster slepen is de volgende poging en kost de minste tijd. Geen van de desktop-RDP-clients accepteert dit – mstsc.exe, Windows App, Remmina en xfreerdp evenmin – omdat het protocol geen slepen-en-neerzettenkanaal bevat. De browsergebaseerde Windows App-client is de uitzondering en gebruikt een eigen uploadmechanisme in plaats van RDP. Zodra een map is omgeleid, kun je binnen de sessie slepen tussen die map en een externe map, omdat beide voor de bestandsbeheerder als gewone locaties verschijnen, maar slepen vanaf het bureaublad naar het venster heeft nooit gewerkt.

Mac-gebruikers bewerken het opgeslagen .rdp bestand en voegen een drivestoredirect eigenschap toe, omdat dat is wat de Windows-documentatie laat zien. Het gemelde resultaat op macOS is helemaal geen omleiding. Linux-gebruikers voegen +drives naast /drive: voor de zekerheid toe en raken daarbij de opgegeven map kwijt. Windows-gebruikers lopen tegen 0x80070035 aan en schakelen SMB 1.0-ondersteuning in, wat noch de ondertekeningsvereiste, noch de wijziging in de guest fallback die dit veroorzaakte, aanpakt.

De laatste is specifiek voor Macs als doelsystemen. De VNC-server van Apple accepteert een verbinding vanaf een Windows VNC-viewer alleen met een wachtwoord, waardoor mensen denken dat de rest van de functionaliteit er ook is. Schermbediening werkt. De server van Apple implementeert geen bestandsoverdrachtsextensie, dus er is aan de andere kant niets om op een bestandsverzoek te reageren.

Als dat niet heeft gewerkt

U start via een opgeslagen .rdp-bestand op een gepatchte Windows-client

Vink bij elke start de selectievakjes voor omleiding aan. De cumulatieve updates van april 2026 hebben de manier veranderd waarop Windows opgeslagen .rdp-bestanden behandelt, en elke gevraagde bron staat nu standaard uitgevinkt in een beveiligingsdialoogvenster dat verschijnt voordat de verbinding wordt gestart. Dit geldt alleen voor starten vanuit een bestand, dus een computernaam die in mstsc.exe wordt getypt, gedraagt zich zoals altijd.

  1. Dubbelklik op het .rdp-bestand en accepteer de eenmalige melding bij het eerste gebruik.

  2. Vergelijk het in het dialoogvenster weergegeven externe adres met de host die u verwacht.

  3. Vink Stations en Klembord aan en klik vervolgens op Verbinden.

  4. Als het dialoogvenster met verkeerd uitgelijnde of onbereikbare knoppen wordt weergegeven op een multi-monitoropstelling, installeer de KB5083631 preview update, die die weergavefout heeft gecorrigeerd.

  5. Voor een permanente oplossing, onderteken het .rdp-bestand en vertrouw het certificaat, dat het dialoogvenster volledig onderdrukt. Windows OS Hub behandelt de ondertekeningsworkflow.

De externe machine draait Windows Home, of is een host die u niet beheert

Stop hier en kies een andere route. Windows Home heeft geen RDP-hostservice, dus de schakelaar Extern bureaublad ontbreekt in Instellingen > Systeem en dat is zo bedoeld, en er bestaat geen omleidingsinstelling om dat te verhelpen. Op een bedrijfscomputer, in een Azure Virtual Desktop-pool of op een Cloud PC is omleiding bewust uitgeschakeld om bestandsoverdrachten in beide richtingen te voorkomen. Vraag om een goedgekeurde overdrachtroute op een computer die niet van jou is, en gebruik een tool met een eigen overdrachtlaag waar jij het beleid niet kunt wijzigen.

HelpWire-bestandsoverdracht op Windows, Mac en Linux

HelpWire-bestandsoverdracht verplaatst bestanden binnen de eigen sessie, dus er is geen RDP-redirectielaag van toepassing op welke OS-combinatie dan ook. Het is software voor externe toegang, gebouwd voor ondersteuning op afstand, gebruikt door IT-supportteams, zelfstandige technici en interne IT bij kleinere bedrijven. Het past bij de twee situaties die dit artikel herhaaldelijk noemt: een externe machine zonder RDP-host en een host waarvan de configuratie door iemand anders wordt beheerd.

Een sessie begint met een link die je via elk kanaal dat je al gebruikt verstuurt. De persoon aan de andere kant opent die, start de gedownloade draagbare app en klikt op Toegang verlenen. Ze hoeven geen account aan te maken. De operator-app draait op Windows 7 en hoger, macOS Big Sur 11 en hoger, en Linux op Ubuntu 18.04 tot 24.04, Debian 11 en 12, CentOS 9, RHEL 9 en Fedora 39 of nieuwer, volgens de platformlijst, zodat de operator en de cliënt op verschillende platforms kunnen werken zonder de methode te hoeven wijzigen.

Kopieer en plak in beide richtingen

  1. Start de sessie en wacht tot de cliënt op Toegang verlenen klikt.

  2. Op uw eigen computer klikt u met de rechtermuisknop op het bestand en selecteert u Kopiëren.

  3. Klik met de rechtermuisknop op de doelmap op de clientcomputer in de sessie en selecteer Plakken.

  4. Volg de voortgang; deze verschijnt op de computer van de klant. Voer dezelfde stappen in omgekeerde volgorde uit om een bestand terug te halen.

Sleep en zet neer op het Operator-venster

Deze werkt alleen van uw computer naar de computer van de klant, en aan de bedieningszijde moet Windows of macOS worden gebruikt.

  1. Terwijl de sessie actief is, selecteer een of meer bestanden, of een hele map, op je eigen machine.

  2. Sleep de selectie naar het geopende venster HelpWire Operator en laat los. De items komen op het klembord van de cliënt terecht.

  3. Klik met de rechtermuisknop op de doelmap op de computer van de klant en selecteer Plakken om de overdracht te voltooien.

Sneltoetsen

  1. Selecteer het bestand op je lokale computer en druk op Ctrl+C op Windows, of Cmd+C op macOS. HelpWire documenteert de sneltoetsen alleen voor die twee platforms.

  2. Klik in de doelmap op de computer van de cliënt.

  3. Druk op Ctrl+V op Windows, of Cmd+V op macOS.

Lees meer over deze methoden en de vereiste machtigingen in de documentatie voor bestandsoverdracht van HelpWire.

Veelgestelde vragen

Comprimeer het eerst tot één archief, of gebruik rsync. De overhead per bestand overheerst bij elke methode in dit artikel. Een omgeleide map handelt elk bestand afzonderlijk af via het schijfkanaal, en het klembord bouwt een volledige descriptorlijst op voordat er ook maar één byte wordt verplaatst, waardoor tienduizend kleine bestanden langer kunnen duren dan één archief dat vele malen groter is dan hun gezamenlijke omvang. Maak aan de bron een tar– of zip-archief, verplaats het enkele bestand en pak het bij aankomst uit. Wanneer dezelfde overdracht zich herhaalt, verzendt rsync alleen wat is gewijzigd, en -P bewaart het gedeeltelijke bestand zodat een onderbroken run verdergaat waar die stopte. Zonder die vlag verwijdert rsync het gedeeltelijke bestand en begint het bestand opnieuw, wat mensen vaak verrast. Geen van beide RDP-routes hervat. Onze gids voor overdrachten van een extern bureaublad naar een lokale machine behandelt de limiet voor de klembordgrootte afzonderlijk.

NTFS wijst tekens af die ext4 en APFS wel accepteren. Een dubbelepunt, vraagteken, sterretje, pipe-teken, dubbel aanhalingsteken en de tekens kleiner-dan en groter-dan zijn op Linux allemaal toegestaan en in een Windows-bestandsnaam allemaal verboden, waardoor het kopiëren stopt bij het eerste ongeldige teken. Hoofdlettergevoeligheid is de tweede valkuil: twee bestanden in één Linux-map waarvan de namen alleen in hoofdlettergebruik verschillen vallen op NTFS samen tot één naam, en daarbij gaat er één verloren of het kopiëren stopt. Hernoem aan de bron vóór een bulkoverdracht in plaats van na een gedeeltelijke overdracht.

Voer defaults write com.apple.desktopservices DSDontWriteNetworkStores -bool true in Terminal uit, log vervolgens uit en weer in. Dit geldt alleen voor netwerkvolumes en doet niets voor lokale schijven. Het laat ook de afzonderlijke ._ sidecar-bestanden ongemoeid, die macOS-metagegevens bevatten en de gebruikelijke oorzaak zijn van Error code -36 tijdens een kopieeractie in de Finder naar een SMB-share, een oorzaak die gebruikers jaren geleden al hebben vastgesteld. Verwijder de reeds aangemaakte met dot_clean ~/path/to/folder, een workaround die voor die fout nog steeds wordt aanbevolen.

Niet native beschikbaar op Windows, omdat Windows geen rsync-binary meelevert. Er zijn drie routes. Draai het binnen WSL, waar de Linux-build normaal werkt met een Windows-pad dat is aangekoppeld op /mnt/c/. Installeer een Cygwin- of MSYS2-build. Of stuur het aan vanaf de Linux-kant, die van Windows via SSH binnenhaalt zodra de OpenSSH-server daar is ingeschakeld. Voor eenmalige kopieën is scp eenvoudiger, en rsync loont de setup pas wanneer je dezelfde overdracht herhaalt.

Tussen twee Windows-sessies, ja, mits bij beide stationsomleiding is ingeschakeld. Tussen twee sessies op een Linux-desktop hangt het af van je FreeRDP-versie, en het ging achteruit bij de overgang naar versie 3: gebruikers die overstapten naar Fedora 40 met FreeRDP 3.4.0 raakten de mogelijkheid kwijt om in de ene sessie te kopiëren en in een andere te plakken na jaren met die werkwijze op versie 2. FreeRDP pakte dat geval aan in 3.27.0 in juni 2026 met een oplossing voor het kopiëren van meerdere items tussen xfreerdp-sessies, dus een huidige build gedraagt zich beter dan de Fedora 40-rapporten doen vermoeden. De methode die versiewijzigingen hoe dan ook overleeft is een map die beide sessies kunnen bereiken.

Nee, en de gebruikersnamen hoeven nooit overeen te komen. Alleen sommige routes hebben überhaupt een account aan de andere kant nodig. Een omgeleide map rijdt mee op de RDP-sessie die je al hebt geopend, dus de externe machine benadert die via de identiteit waarmee je bent aangemeld, en er is geen tweede set inloggegevens. Een SMB-share heeft een echt account nodig op de machine waar de share op staat. scp en rsync hebben een account op het doel nodig, en sleutelgebaseerde authenticatie laat de wachtwoordprompt achterwege zodra je je publieke sleutel hebt gekopieerd met ssh-copy-id. Het ene geval dat mensen parten speelt is een omgeleide map op een machine waar hun sessie draait onder een ander account dan ze verwachten, wat zich uit als machtigingsfouten bij schrijven in plaats van een map die ontbreekt.