Plattformsoberoende filöverföring som fungerar med varje kombination av operativsystem

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

Du kopierar en fil på din Mac, växlar till Windows-sessionen och Klistra in är gråmarkerat. Eller så markerar du en fil i Ubuntu, trycker på Ctrl+C och text går över till den fjärranslutna datorn medan filen aldrig kommer fram. Inget av detta tyder på att du har gjort en felaktig inställning. Fjärrskrivbord flyttar urklippsdata på en kanal och omdirigerade diskar på en annan, stödet för filer i urklipp varierar beroende på klient och version, och flera fjärroperativsystem exponerar ingen filkanal alls. Gå igenom alternativen nedan, ordnade efter hur ofta de löser problemet.

När spärren finns på en dator du inte administrerar, eller när fjärränden kör ett operativsystem utan RDP-värd, HelpWire är ett sätt att kringgå det. Det är fjärråtkomstprogramvara för IT-supportarbete, och dess filöverföring körs i sin egen session i stället för över RDP, så inga av omdirigeringslagren som beskrivs här gäller för det. Operatörs- och klientapparna körs på Windows, macOS och Linux, vilket gör det relevant för varje OS-par i den här artikeln.

Innehållsförteckning

Snabbt svar: Vilken väg fungerar för ditt OS-par

Filöverföring mellan plattformar har en avgörande variabel, och det är inte datorn framför dig. Fjärrdatorn avgör om en filkanal finns innan du rör en enda inställning, så hitta din kombination i tabellen och gå till det avsnitt som anges där.

Du använder Fjärrdatorn kör Windows Fjärrdatorn kör macOS Fjärrdatorn kör Linux
Windows Enhetsomdirigering i mstsc.exe, eller \\tsclient. Behandlas i våra fjärr-till-lokal och lokal-till-fjärr filöverföring guider. Det finns ingen RDP-värd på macOS. Använd scp via Remote Login, eller SMB. Enhetsomdirigering i xrdp, eller scp när OpenSSH-klienten är installerad.
macOS Mappomdirigering på fliken Folders i Windows App. Dra och släpp i Apples Screen Sharing app, endast Mac till Mac. Omdirigerad mapp i xrdp, eller scp och rsync i Terminal.
Linux /drive: i xfreerdp3 eller en delad mapp i Remmina. Urklippsfilkopiering fungerar från och med FreeRDP 3, inte i Remmina. Det finns ingen RDP-värd på macOS. Använd scp via Remote Login, eller SMB. scp eller rsync. Enhetsomdirigering om en RDP-session redan är öppen.

Varför plattformoberoende filöverföring slutar fungera via Fjärrskrivbord

Två oberoende kanaler överför data i en RDP-session, och stödet för den del av urklippet som flyttar filer är ojämnt och versionsberoende mellan klienter. Den andra orsaken är enklare och svårare att kringgå. Flera fjärroperativsystem har ingen RDP-värd att ansluta till, så det finns inget att omdirigera en enhet till.

Skillnaden mellan urklipps- och enhetskanalerna

Urklippstrafik går över kanalen CLIPRDR, och den omfattar text, bilder och filobjekt. Omdirigering av enheter är en annan kanal, RDPDR, som exponerar en lokal volym för fjärrdatorn under \\tsclient. Den viktiga skillnaden är inte text kontra filer. Det är vilken kanal en klient implementerar fullt ut. mstsc.exe i Windows implementerar båda. Windows App på macOS implementerar båda, med ett aktuellt fel som tas upp längre ned. Klienter byggda på FreeRDP, vilket omfattar Remmina, xfreerdp, GNOME Boxes och de flesta Linux-frontends, hanterar urklippstext pålitligt och urklippsfiler ojämnt.

En Remmina-rapport anger beteendet i version 2 på en rad: kopiera och klistra in text fungerar i båda riktningarna, en kopierad fil når aldrig det andra urklippet även med tvåvägsurklipp aktiverat, och den rekommenderade lösningen är en delad mapp. En Linux Mint-tråd diskuterar problem med filkopiering i FreeRDP och pekar på delade enheter som ett alternativ. Den beskrivningen gäller fortfarande för Remmina, vars funktionsbegäran om filöverföring för RDP-insticksmodulen fortfarande är öppen.

FreeRDP har utvecklats vidare. Ändringsloggen för 3.0.0-beta1 noterar ett förbättrat urklipp med filöverföring från server till klient, vid den tidpunkten endast i xfreerdp, och funktionen har upprätthållits sedan dess. Version 3.27.0 i juni 2026 åtgärdade kopiering av flera objekt av samma typ mellan xfreerdp sessioner. Den versionen var aktuell när den här artikeln publicerades, och serien har levererat ytterligare versioner sedan dess. Så betrakta ett kategoriskt påstående om att Linux-klienter inte kan kopiera filer via urklippet som inaktuellt, och kontrollera vad din distribution tillhandahåller.

Så fungerar det

Kanal Vad den överför Vad som avgör om den fungerar
CLIPRDR urklipp Text, bilder och filobjekt på klienter som stöder dem Först klientens kapacitet, sedan policy på värden
RDPDR enhetsomdirigering En lokal volym eller mapp, åtkomlig via \\tsclient\<name> En klientinställning som görs innan anslutningen öppnas, sedan policy på värden
Ingetdera Ingenting alls Det fjärranslutna operativsystemet har ingen RDP-värd, så ingen kanal förhandlas fram

Enhetskanalen har ingen övre gräns för urklippets storlek och är inte beroende av klientens stöd för filer i urklipp. Därför är en omdirigerad mapp metoden som fungerar nästan överallt, medan urklippet är metoden som misslyckas utan felmeddelande.

Det fjärranslutna operativsystemet avgör om en filkanal över huvud taget finns

macOS levereras utan någon RDP-värd. Dess Skärmdelning-tjänst är VNC. Kärnprotokollet RFB definierar ingen filöverföring, och även om vissa VNC-produkter lägger till proprietära tillägg för det, erbjuder Apples server inga till en visare från tredje part. En Windows- eller Linux-dator som ansluter till en Mac har därför ingen inbyggd överföringsmöjlighet oavsett vad du markerar. Windows Home har inte heller någon RDP-värd.

Linux behöver en värd från tredje part, och de två vanliga skiljer sig åt på ett sätt som avgör utfallet. xrdp-projektet anger dubbelriktad urklippsöverföring för text, bitmappar och filer, plus enhetsomdirigering som monterar lokala klientenheter på fjärrdatorn. GNOME Remote Desktop, vilket är det som Ubuntu 24.04 och senare levererar bakom Fjärrinloggning, har ingen enhetsomdirigering. Användare stöter på detta direkt efter en övergång från xrdp, där deras lokala Windows-enheter hade dykt upp utan någon konfiguration. Samma Linux-skrivbord lyckas alltså eller misslyckas beroende på en enda variabel, nämligen vilken RDP-värd som är installerad på det.

Vad varje klient och varje värd kan göra

Klient eller värd Urklippstext Urklippsfiler Omdirigering av enhet eller mapp Var inställningen finns
mstsc.exe på Windows Ja Ja Ja, hela volymer Lokala resurser > Mer > Enheter
Windows-appen på Windows Ja Ja Ja, men du kan inte välja vilken enhet eller mapp Ingen kontroll i gränssnittet
Windows-appen på macOS Ja Ja, men trasigt åt ena hållet på macOS 26 Ja, endast på mappnivå Redigera > Mappar-fliken
Remmina Ja Nej, begäran öppen Ja, en mapp Dela mapp i anslutningsprofilen
xfreerdp3 Ja Ja, från FreeRDP 3, om kompilerad med WITH_FUSE Ja, en eller flera mappar /drive:name,/path
xrdp som Linux-värd Ja Ja Ja, monterad på ~/thinclient_drives /etc/xrdp/sesman.ini
GNOME Remote Desktop som Linux-värd Ja Ja Nej grdctl eller Inställningar > System > Fjärrskrivbord

Så här överför du en fil från Mac till Windows-fjärrskrivbord

Sättet att överföra filer från Mac till Windows-fjärrskrivbordssessioner är via en omdirigerad mapp, som ställs in i klienten innan du ansluter och sedan används som kopieringsmål inne i sessionen. macOS-klienten fungerar på mappnivå snarare än volymnivå, vilket är den enskilt största skillnaden jämfört med mstsc.exe och anledningen till att de flesta Mac-användare aldrig hittar kryssrutan Drives som de läser om i Windows-guider.

Omdirigera en mapp i Windows App på macOS

  1. Stäng den öppna sessionen. En omdirigering som läggs till mitt under sessionen har ingen effekt förrän anslutningen återupprättas.

  2. Öppna Windows App.

  3. Högerklicka på anslutningsposten och välj Redigera.

  4. Markera Använd anpassade inställningar om inlägget kom från ett prenumererat flöde.

  5. Öppna fliken Mappar och kryssa i Omdirigera mappar.

  6. Klicka på plusikonen, välj den mapp du vill komma åt och klicka på Öppna. Upprepa för varje ytterligare mapp.

  7. Markera rutan skrivskyddad om fjärrdatorn inte ska skriva tillbaka, klicka sedan på Spara.

  8. Anslut.

  9. Öppna Utforskaren i sessionen och leta under Den här datorn efter mappnamnet, eller tryck på Win+R och ange \\tsclient.

För att i stället använda en och samma mapp för alla anslutningar, öppna Windows App > Inställningar > Allmänt och ange mappen under alternativet för omdirigering, enligt Microsofts dokumentation för macOS-klienten. För hanterade resurser som levereras via ett flöde anger Microsoft att den omdirigerade mappen alltid är din hemkatalog, så tillvägagångssättet per anslutning ger dig större kontroll.

Åtgärda tomma filer som kopierats från Windows till en Mac med macOS 26

Flytta filen genom en omdirigerad mapp i stället för via urklippet. På macOS 26 Tahoe når en fil som kopierats från en fjärransluten Windows-session Macen med rätt namn och rätt storlek men utan innehåll, utfylld med nollor, och inget fel visas vid något tillfälle. Rapporten är daterad november 2025. Personen som rapporterade det till Microsoft testade nästan varje version av Windows App fram till 11.2.9 (2810) med samma resultat, medan text flyttades i båda riktningarna och filkopiering från Mac till Windows fungerade normalt. Sonoma och Sequoia påverkas inte. En separat rapport för Double Commander reproducerar det oberoende, där den inklistrade filen är full av nollbyte. Kontrollera beteendet i din egen build innan du avgör att urklippet är orsaken.

  1. Bekräfta symptomet snarare än riktningen. Kopiera först en liten textsträng från sessionen till Macen, eftersom text kommer fram intakt även när filer inte gör det, så en fungerande inklistring av text friar inte klippbordet från misstanke.

  2. Kontrollera innehållet i den inklistrade filen, inte dess namn. Kör ls -l på den och storleken verkar korrekt, vilket är anledningen till att felet klarar granskningen i Finder.

  3. Konfigurera en omdirigerad mapp enligt stegen ovan. Det är den tillfälliga lösning som Microsofts representant rekommenderar i samma tråd.

  4. Kopiera via den omdirigerade mappen under resten av sessionen, i båda riktningarna, och behåll urklipp för text.

  5. När mappomdirigering blockeras av en policy, dela en mapp på Windows-datorn och montera den från Mac-datorn med smb:// i Finder i stället.

När mapplistan förblir tom, eller enheterna aldrig visas

Fyra separata orsaker leder till en tom lista eller en enhet som aldrig visas, och var och en kräver en annan åtgärd.

  1. Kontrollera på vilken flik anslutningen finns. Poster under Arbetsytor visar inga omdirigeringskontroller alls i Mac-klienten, till skillnad från poster under Datorer. En Microsoft Q&A-användare stötte på detta och återställde filkopieringen med uppdateringsknappen på flödet.

  2. Ge klienten åtkomst till din disk. Öppna Systeminställningar > Integritet och säkerhet > Filer och mappar och tillåt appen, öppna den sedan igen. En tom mapplista efter en uppgradering av macOS kan spåras tillbaka till detta.

  3. Lägg till mappen i appen i stället för i en sparad .rdp-fil. En användare som rapporterade detta till Microsoft provade tre syntaxformer av egenskapen drivestoredirect och fick ingen omdirigering från någon av dem, och mappen dök upp först när den lades till via gränssnittet. Microsoft dokumenterar egenskapen på protokollnivå utan att ange vilka klienter som respekterar den i en fil, så betrakta appen som den pålitliga vägen på macOS.

  4. I sessionen trycker du på Win+R och anger \\tsclient. En synlig tsclient-post utan något under betyder att klienten inte begärde någon mapp, vilket är vad Mac-användare ser när omdirigeringen aldrig tillämpades. Det är en åtgärd på klientsidan, inte ett problem med värdpolicyn.

När urklipp fungerar men sedan slutar fungera mitt under sessionen

Stäng av urklippshistorik på Windows-värden. En Mac-användare som förlorade urklippsöverföring vid slumpmässiga intervall från klient till värd spårade det till den värdsidiga funktionen snarare än till något på Macen. Samma tråd noterar att riktningen börjar fungera igen när du kopierar något från värden tillbaka till klienten.

  1. I sessionen, öppna Inställningar > System > Urklipp.

  2. Slå Urklippshistorik av.

  3. Kopiera en liten textsträng från fjärrdatorn till Macen för att återställa riktningen, och försök sedan med filen igen.

Två andra orsaker ger liknande symtom på nuvarande macOS, och ingen av dem finns på Windows-värden. Windows App kan sätta programmet du klistrar in i i dödläge, utan någon fix i den version som var aktuell vid tidpunkten för den rapporten i oktober 2025 och pbcopy < /dev/null som tillfällig lösning i fält. Mac-användare rapporterar också Cmd+C är död i hela systemet medan Windows App körs, och börjar fungera igen i samma ögonblick som appen avslutas. Testa om kopiering fungerar utanför sessionen innan du ändrar en enda inställning på Windows-sidan.

Filöverföring via Mac-fjärrskrivbord när Macen är den fjärranslutna datorn

Filöverföring via Mac-fjärrskrivbord har ingen omdirigerad enhet i den här riktningen, eftersom macOS inte tillhandahåller någon RDP-värd för att skapa en. Apples Screen Sharing-tjänst använder VNC, och kärnprotokollet RFB definierar ingen filkanal. Appen Screen Sharing stöder däremot dra och släpp mellan två Mac-datorer, vilket är ett Apple-tillägg snarare än en del av VNC, och det är precis därför samma drag inte gör något från en VNC-visare på Windows eller Linux.

Aktivera fjärrinloggning och kopiera via SSH

  1. På Mac-datorn, öppna Systeminställningar > Allmänt > Delning.

  2. Aktivera Fjärrinloggning.

  3. Klicka på knappen Info och ställ in Tillåt åtkomst för för de konton som behöver det. Observera adressen som visas under inställningen.

  4. Från Windows PowerShell, överför en fil: scp C:\reports\q3.xlsx alice@192.168.1.40:/Users/alice/Documents/

  5. Från en Linux-terminal, använd samma kommando utan enhetsbokstaven: scp ~/reports/q3.xlsx alice@192.168.1.40:/Users/alice/Documents/

  6. För att hämta i stället för att skicka, vänd på argumenten: scp alice@192.168.1.40:/Users/alice/Documents/q3.xlsx.

Kom åt en Mac-dators delade mapp från Windows eller Linux

  1. På din Mac öppnar du Systeminställningar > Allmänt > Delning och aktiverar Fildelning.

  2. Klicka på knappen Info, lägg till mappen under Delade mappar, och ställ in vilka användare som kan få åtkomst till den.

  3. I Windows, tryck på Win+R och ange \\192.168.1.40, autentisera sedan med Mac-kontots användarnamn och lösenord.

  4. På Linux, montera den: sudo mount -t cifs //192.168.1.40/Share /mnt/mac -o username=alice

Över internet, lägg den här rutten i ett VPN. SMB på ett publikt gränssnitt är inte en tjänst som bör exponeras, och filöverföringshastigheten över en WAN-länk gör scp eller rsync till det bättre valet ändå.

Hur överför man en fil från Windows till Linux

Det finns två sätt att överföra en fil från Windows till Linux, och valet beror på om en RDP-session redan är öppen. Om du är i en kommandotolk når scp Linux-datorn direkt när OpenSSH-klienten väl är på plats. Om du redan är inne i en xrdp session lägger enhetsomdirigering filen där utan ytterligare verktyg.

Filöverföring från Windows till Linux via kommandoraden

Filöverföring från Windows till Linux från en kommandotolk sker via scp, vilket kräver OpenSSH-klienten på Windows-sidan. Windows har tillhandahållit den sedan build 1809, men Microsoft anger att den som standard inte är installerad i Windows 10 1809 och senare, tillgänglig som en valfri funktion. Endast Windows Server 2025 levererar den förinstallerad. Kontrollera först, installera om den saknas, och observera att denna metod då ignorerar alla RDP-omdirigeringsprinciper.

  1. Kontrollera att klienten finns. I PowerShell kör du Get-Command scp, vilket returnerar en sökväg som till exempel C:\Windows\System32\OpenSSH\scp.exe.

  2. Installera det om kommandot inte känns igen. Från en PowerShell-prompt med förhöjda rättigheter: Add-WindowsCapability -Online -Name OpenSSH.Client~~~~0.0.1.0

  3. På Linux-maskinen, kontrollera att servern körs: sudo systemctl status ssh

  4. Kopiera en enskild fil: scp C:\builds\app.tar.gz alice@192.168.1.60:/home/alice/

  5. Kopiera en mapp och dess innehåll: scp -r C:\builds alice@192.168.1.60:/home/alice/

  6. På en icke-standardport, observera versalt P: scp -P 2222 C:\builds\app.tar.gz alice@192.168.1.60:/home/alice/

En protokolldetalj ställer till det för många på nyare system. Från och med OpenSSH 9.0, scp körs via SFTP-protokollet i bakgrunden medan kommandosyntaxen förblir densamma. Mot en äldre server som endast stöder det äldre SCP-protokollet, lägg till -O för att tvinga fram det ursprungliga beteendet.

Överför en fil till en xrdp-session med enhetsomdirigering

  1. Öppna mstsc.exe och klicka på Visa alternativ.

  2. På fliken Lokala resurser klickar du på Mer.

  3. Expandera Enheter och kryssa i den enhet som innehåller din fil, klicka sedan på OK.

  4. Klicka på Anslut och logga in på Linux-skrivbordet.

  5. Öppna en terminal i sessionen och lista monteringen: ls ~/thinclient_drives

  6. Kopiera filen till rätt plats: cp ~/thinclient_drives/DESKTOP-01/builds/app.tar.gz ~/

Fjärröverföring av filer i Linux från ett Linux-skrivbord till Windows

Linux fjärrfilöverföring till en Windows-värd går via en ansluten mapp, den enda vägen som fungerar oavsett FreeRDP-version och paketbyggen. Koppla mappen till anslutningen och kopiera sedan via \\tsclient inne i sessionen. Urklipp kan överföra filer i FreeRDP 3, vilket gör det till en reservlösning snarare än förstahandsvalet.

Dela en mapp med xfreerdp3 eller Remmina

  1. Skapa en dedikerad mapp så att hela din hemkatalog förblir oåtkomlig: mkdir -p ~/rdp-transfer

  2. Anslut med den bifogade mappen: xfreerdp3 /v:192.168.1.20 /u:alice /drive:transfer,/home/alice/rdp-transfer +clipboard

  3. Om skalet returnerar command not found: xfreerdp, har din distribution byggt FreeRDP 3 med binär versionering och bytt namn på de körbara filerna. Bekräfta with ls /usr/bin | grep freerdp och använd xfreerdp3, som FreeRDP:s underhållare förklarar.

  4. I Remmina, öppna anslutningsprofilen, ställ in den delade mappen till samma sökväg, spara och återanslut.

  5. I Windows-sessionen, tryck på Win+R och ange \\tsclient\transfer.

  6. Kopiera filen till dess målmapp på fjärrdatorn.

Lägg inte till +drives tillsammans med /drive:. När båda är angivna omdirigerar FreeRDP USB-volymer och gvfs monteringar och ignorerar tyst den angivna mappen, vilket ger en session där omdirigering verkar vara aktiverad, och dina filer finns ingenstans.

Vad urklipp kan och inte kan innehålla här

FreeRDP-baserade klienter annonserar urklippsstöd, förhandlar om det och överför text utan problem. Filer är ett annat dataformat på samma kanal, och svaret beror på vad du kör. Remmina implementerar det inte. xfreerdp gör det, från och med FreeRDP 3, via ett FUSE-lager som måste kompileras in i bygget. Även där det fungerar finns det kantfall: en pågående överföring avbryts i samma ögonblick som urklippet ändras på endera sidan, rapporterat i februari 2026 gällande 3.22.1 och fortfarande öppet. En delad mapp har inget av det beteendet, vilket är anledningen till att den förblir den primära vägen.

När den delade mappen aldrig visas överhuvudtaget

  1. Kontrollera paketformatet först. Snap- och Flatpak-byggen körs i en sandlåda som inte kan läsa godtyckliga sökvägar. Hjälpbinärer som ger felet error while loading shared libraries: libX11.so.6 är ett tecken på att du använder Snap-bygget.

  2. Installera om från distributionspaketet i stället: sudo apt install remmina remmina-plugin-rdp

  3. Behåll den delade sökvägen inom din hemkatalog, där sandlådereglerna är minst begränsande.

  4. Om inställningen för delad mapp inte går att rensa eller spara, redigera profilfilen under ~/.local/share/remmina/ och ange värdet för drive direkt. Äldre versioner kunde inte inaktivera alternativet via gränssnittet.

Hur man flyttar filer mellan en Mac och en Linux-dator

Svaret skiljer sig beroende på riktning, eftersom bara en av de två har en RDP-värd i andra änden. Från en Mac till Linux kan du använda samma mappomdirigering som du använder för Windows. Från Linux till en Mac finns det inget att omdirigera till, så fjärrskrivbordslagret spelar ingen roll.

Mac till Linux när Linux-värden kör xrdp

Omdirigera en mapp i Windows App precis som du skulle göra för en Windows-värd, och leta sedan efter den på Linux-sidan. xrdp accepterar Microsoft Remote Desktop-klienter på macOS och monterar allt som klienten omdirigerar under FUSE-sökvägen, så en mapp som omdirigeras från Mac hamnar på samma plats som en Windows-enhet skulle hamna. Verifiera det i stället för att anta det, eftersom monteringen är den del som fallerar.

  1. Bekräfta att Linux-datorn kör xrdp i stället för GNOME Remote Desktop: systemctl status xrdp

  2. Omdirigera en mapp i Windows App enligt stegen i avsnittet Mac to Windows ovan.

  3. Anslut, öppna en terminal i sessionen och kör: ls ~/thinclient_drives

  4. Kopiera över filen: cp ~/thinclient_drives/MacBook/report.pdf ~/Documents/

  5. Om sökvägen är tom, gå igenom stegen för chansrv ovan innan du ändrar något på Macen.

På en värddator som i stället kör GNOME Remote Desktop finns ingen enhetskanal, och ingen klientinställning kommer att skapa en. Använd scp i Terminalen på den maskinen.

Linux till Mac när det inte finns någon RDP-värd att ansluta till

  1. På Mac-datorn, öppna Systeminställningar > Allmänt > Delning och slå på Fjärrinloggning.

  2. Från Linux-datorn, överför en fil: scp ~/report.pdf alice@192.168.1.40:/Users/alice/Documents/

  3. För en mapp som du uppdaterar upprepade gånger, skicka bara ändringarna och behåll delvis överförda filer om anslutningen bryts: rsync -avP ~/project/
    alice@192.168.1.40:/Users/alice/project/

  4. För att bläddra i stället för att kopiera, aktivera Fildelning på Macen och montera delningen: sudo mount -t cifs //192.168.1.40/Share /mnt/mac -o username=alice

När en delad mapp är rätt väg

En delad mapp slår alla sessionsbaserade metoder när du flyttar mer än en handfull filer, och på nuvarande Windows misslyckas det av en huvudanledning. Windows 11 version 24H2 kräver SMB-signering för både utgående och inkommande anslutningar på utgåvorna Pro, Enterprise och Education, och den inaktiverade gästfallback på Pro. Home kräver inte signering i någon riktning. På de utgåvor som kräver det returnerar utdelningar som fungerat i åratal nu 0x80070035 med texten The network path was not found, eller ett meddelande om säkerhetspolicys som blockerar oautentiserad gäståtkomst. Samba-servrar, Linux-utdelningar och äldre NAS-firmware är de vanliga offren.

  1. Åtgärda den andra änden först. På en Samba- eller NAS-delning, kräv SMB-signering, ställ in minsta protokoll till SMB2 eller SMB3 och skapa ett riktigt konto i stället för gäståtkomst.

  2. Läs klientens aktuella status i Windows: Get-SmbClientConfiguration | fl EnableSecuritySignature,RequireSecuritySignature

  3. Endast om fjärrsidan inte kan ändras, lätta på klientkravet: Set-SmbClientConfiguration -RequireSecuritySignature $false

  4. Återanslut och testa delningen.

Steg tre försvagar anslutningen och bör vara en sista utväg. Windows OS Hub noterar att obligatorisk signering belastar CPU och RAM på båda sidor och minskar filöverföringshastigheten, och Microsoft anger kraven per utgåva på sin referenssida för SMB-signering, vilket är avvägningen åt andra hållet. Stöd för SMB 1.0 och CIFS är inte lösningen här, även om det är det första många aktiverar.

Begränsningar

Metod Storleksgräns Fungerar trots blockering av värddatorns policy Fungerar när fjärrdatorn kör macOS Fungerar när fjärrdatorn kör Windows Home
Urklippsfiler 2 GB vid RDP-omdirigering av urklipp Nej Nej Nej
Omdirigerad mapp eller enhet Inget dokumenterat Nej Nej Nej
SMB-delning Inget dokumenterat Ja Ja Ja
scp eller rsync Inget dokumenterat Ja Ja Ja
HelpWire-session Inget dokumenterat Ja Ja Ja
 

Metadata överlever inte varje steg. En kopiering från Linux till en NTFS-volym förlorar POSIX-ägarskap och exekveringsbiten, och en kopiering från macOS till SMB skriver sidofiler som destinationen inte har någon nytta av. Planera för en återställning av behörigheter vid ankomst i stället för att upptäcka problemet senare.

Vad de flesta provar först, och varför det misslyckas

En omstart av rdpclip.exe är det första steget i nästan varje tråd, och det är fel i det här fallet. Den processen återställer urklippskanalen på Windows-värden. Den kan inte lägga till stöd för filurklipp i en Linux-klient som aldrig haft det, och den gör ingenting för en Mac vars mappomdirigering aldrig konfigurerades. Vår guide för att åtgärda kopiera-klistra in täcker de fall där det faktiskt hjälper.

Att dra filen till sessionsfönstret är nästa försök, och det tar minst tid. Ingen av skrivbords-RDP-klienterna accepterar det – mstsc.exe, Windows App, Remmina och xfreerdp likaså – eftersom protokollet inte har någon kanal för dra-och-släpp. Den webbläsarbaserade Windows App-klienten är undantaget, och den använder sin egen uppladdningsmekanism i stället för RDP. När en mapp väl är omdirigerad kan du dra inne i sessionen mellan den mappen och en fjärrkatalog, eftersom båda ser ut som vanliga platser för filhanteraren, men att dra från skrivbordet in i fönstret har aldrig fungerat.

Mac-användare redigerar den sparade .rdp filen och lägger till en drivestoredirect egenskap, eftersom det är vad Windows-dokumentationen visar. Det rapporterade resultatet på macOS är ingen omdirigering alls. Linux-användare lägger till +drives bredvid /drive: för säkerhets skull och förlorar den namngivna mappen på köpet. Windows-användare stöter på 0x80070035 och slår på SMB 1.0-stöd, vilket varken adresserar signeringskravet eller gästfallback-ändringen som orsakade det.

Den sista är specifik för Mac-datorer som mål. Apples VNC-server accepterar en anslutning från en Windows-VNC-klient med enbart ett lösenord, vilket får folk att tro att resten av funktionsuppsättningen också finns där. Skärmkontroll fungerar. Apples server implementerar ingen filöverföringsutökning, så det finns inget på andra sidan som kan svara på en filbegäran.

Om det inte fungerade

Du startar från en sparad .rdp-fil på en patchad Windows-klient

Kryssa i omdirigeringsrutorna vid varje start. De kumulativa uppdateringarna från april 2026 ändrade hur Windows hanterar sparade .rdp-filer, och varje begärd resurs är nu okryssad i en säkerhetsdialogruta som visas innan anslutningen startar. Detta gäller endast starter från en fil, så ett datornamn som skrivs in i mstsc.exe beter sig som det alltid har gjort.

  1. Dubbelklicka på .rdp-filen och bekräfta engångsmeddelandet vid första användningen.

  2. Kontrollera att fjärradressen som visas i dialogrutan stämmer överens med den värd du förväntar dig.

  3. Markera Enheter och Urklipp, klicka sedan på Anslut.

  4. Om dialogrutan visas med feljusterade eller oåtkomliga knappar i en konfiguration med flera bildskärmar, installera förhandsuppdateringen KB5083631, som åtgärdade det visningsfelet.

  5. För en permanent lösning, signera .rdp-filen och lita på dess certifikat, vilket tar bort dialogrutan helt. Windows OS Hub behandlar signeringsflödet.

Fjärrdatorn kör Windows Home, eller är en värd som du inte administrerar

Stanna här och byt väg. Windows Home har ingen RDP-värdtjänst, så reglaget Fjärrskrivbord saknas i Inställningar > System med avsikt, och det finns ingen omdirigeringsinställning att åtgärda. På en företagsvärd, en Azure Virtual Desktop pool, eller en Cloud PC, är omdirigering avsiktligt avstängd för att stoppa filöverföringar i båda riktningarna. Be om en godkänd överföringsväg på en dator du inte äger, och använd ett verktyg med ett eget överföringslager där policyn inte är din att ändra.

HelpWire-filöverföring mellan Windows, Mac och Linux

HelpWires filöverföring flyttar filer inom sin egen session, så att inget RDP-omdirigeringslager gäller för någon kombination av operativsystem. Det är fjärråtkomstprogramvara utformad för fjärrsupportarbete, som används av IT-supportteam, fristående tekniker och intern IT på mindre företag. Den passar de två situationerna som den här artikeln nämner upprepade gånger: en fjärrdator utan RDP-värd och en värd vars konfiguration kontrolleras av någon annan.

En session startar från en länk du skickar genom valfri kanal du redan använder. Personen i andra änden öppnar den, kör den nedladdade portabla appen och klickar på Bevilja åtkomst. De behöver inte skapa något konto. Operatörsappen körs på Windows 7 och senare, macOS Big Sur 11 och senare, och Linux på Ubuntu 18.04 till 24.04, Debian 11 och 12, CentOS 9, RHEL 9 och Fedora 39 eller nyare, enligt plattformslistan, så att operatören och klienten kan befinna sig på olika plattformar utan att behöva byta metod.

Kopiera och klistra in i valfri riktning

  1. Starta sessionen och vänta på att kunden klickar på Ge åtkomst.

  2. På din egen dator, högerklicka på filen och välj Kopiera.

  3. Högerklicka på målmappen på klientens dator i sessionen och välj Klistra in.

  4. Följ förloppet som visas på klientens dator. Utför samma steg i omvänd ordning för att hämta tillbaka en fil.

Dra och släpp på Operator-fönstret

Den här körs endast från din dator till klientens dator, och operatörens sida måste vara Windows eller macOS.

  1. När sessionen är aktiv väljer du en eller flera filer, eller en hel mapp, på din egen dator.

  2. Dra markeringen till det öppna HelpWire Operator-fönstret och släpp. Objekten hamnar i klientens urklipp.

  3. Högerklicka på målmappen på klientens dator och välj Klistra in för att slutföra överföringen.

Tangentbordsgenvägar

  1. Välj filen på din lokala dator och tryck på Ctrl+C i Windows, eller Cmd+C i macOS. HelpWire dokumenterar endast kortkommandona för dessa två plattformar.

  2. Klicka in i målmappen på klientens dator.

  3. Tryck på Ctrl+V på Windows, eller Cmd+V på macOS.

Läs mer om dessa metoder och nödvändiga behörigheter i HelpWires dokumentation för filöverföring.

Vanliga frågor

Komprimera det till ett enda arkiv först, eller använd rsync. Överhead per fil dominerar varje väg i den här artikeln. En omdirigerad mapp förhandlar varje fil separat över enhetskanalen, och urklippet bygger upp en fullständig deskriptorlista innan en enda byte flyttas, så tiotusen små filer kan ta längre tid än ett arkiv som är många gånger deras sammanlagda storlek. Skapa ett tar eller zip arkiv vid källan, flytta den enda filen och packa upp den vid ankomsten. När samma överföring upprepas, rsync skickar bara det som ändrats, och -P behåller den partiella filen så att en avbruten körning fortsätter där den slutade. Utan den flaggan, rsync tar bort den partiella filen och börjar om filen, vilket överraskar många. Ingen av RDP-vägarna återupptar överföringen alls. Vår guide till överföringar från ett fjärrskrivbord till en lokal dator behandlar urklippets storleksgräns separat.

NTFS avvisar tecken som ext4 och APFS accepterar. Kolon, frågetecken, asterisk, vertikalstreck, dubbla citattecken samt mindre-än- och större-än-tecknen är alla tillåtna på Linux och alla otillåtna i ett Windows-filnamn, så en kopiering stoppas vid det första otillåtna tecknet. Skiftlägeskänslighet är den andra fällan: två filer i en Linux-katalog vars namn endast skiljer sig i skiftläge kolliderar till ett enda namn på NTFS, och en av dem går förlorad, eller så avbryts kopieringen. Byt namn vid källan före en massöverföring i stället för efter en partiell överföring.

Kör defaults write com.apple.desktopservices DSDontWriteNetworkStores -bool true i Terminalen, logga sedan ut och in igen. Detta gäller endast nätverksvolymer och påverkar inte lokala diskar. Det lämnar också de separata ._ sidofilerna orörda, vilka innehåller macOS-metadata och är den vanliga orsaken till Error code -36 vid en Finder-kopiering till en SMB-delning, en orsak som användare identifierade för år sedan. Rensa de som redan skrivits med dot_clean ~/path/to/folder, en lösning som fortfarande rekommenderas för det felet.

Inte inbyggt i Windows, eftersom Windows inte skickar med någon rsync-binärfil. Det finns tre vägar dit. Kör det i WSL, där Linux-versionen fungerar normalt mot en Windows-sökväg som är monterad på /mnt/c/. Installera en Cygwin- eller MSYS2-version. Eller kör det från Linux-sidan, som hämtar från Windows över SSH när OpenSSH-servern väl är aktiverad där. För engångskopior är scp enklare, och rsync är bara värt inställningen när du upprepar samma överföring.

Mellan två Windows-sessioner, ja, förutsatt att båda har diskomdirigering aktiverad. Mellan två sessioner på ett Linux-skrivbord beror det på din FreeRDP-version, och det blev sämre vid övergången till version 3: användare som gick över till Fedora 40 med FreeRDP 3.4.0 förlorade möjligheten att kopiera i en session och klistra in i en annan efter år av det arbetsflödet med version 2. FreeRDP åtgärdade det fallet i 3.27.0 i juni 2026 med en fix för att kopiera flera objekt mellan xfreerdp-sessioner, så en aktuell build beter sig bättre än vad Fedora 40-rapporterna antyder. Det sätt som klarar versionsbyten i vilket fall som helst är en mapp som båda sessionerna kan nå.

Nej, och användarnamnen behöver aldrig matcha. Endast vissa metoder kräver överhuvudtaget ett konto på andra sidan. En omdirigerad mapp åker med den RDP-sessionen du redan har öppnat, så fjärrdatorn läser den genom den identitet du loggade in med, och det finns inga andra inloggningsuppgifter. En SMB-delning kräver ett riktigt konto på den maskin som tillhandahåller delningen. scp och rsync behöver ett konto på målsystemet, och nyckelbaserad autentisering tar bort lösenordsprompten när du kopierar över din publika nyckel med ssh-copy-id. Det som ofta ställer till det är en omdirigerad mapp på en maskin där deras session körs som ett annat konto än de förväntar sig, vilket visar sig som behörighetsfel vid skrivning snarare än att mappen saknas.

HelpWire
4.8

Stärk fjärrsupporten med gratis och enkel fjärrskrivbordsprogramvara.

Besök webbplatsen
Pris: Gratis
Stödda system: Windows, macOS, Linux
HelpWire