Så här överför du en fil till fjärrskrivbordet när Klistra in misslyckas

avatar okt 6, 2026
How to Transfer File to Remote Desktop When Paste Fails

Du kopierar en fil på din bärbara dator, växlar till fönstret Fjärrskrivbordsanslutning, högerklickar på en mapp i sessionen, och Klistra in är gråmarkerat. Texten går bra att klistra in, men inte filer. Windows överför text via urklippskanalen och filer via enhetsomdirigeringskanalen. Och det är två separata inställningar som sex olika lager kan stänga av oberoende av varandra. Läs om åtgärderna nedan, ordnade efter hur ofta de löser problemet i trådar på Microsoft Q&A, Windows OS Hub och Microsofts egen kunskapsbas.

Om blockeringen visar sig finnas på en dator du inte administrerar och du letar efter ett annat sätt att överföra en fil till fjärrskrivbordet, HelpWire erbjuder den här möjligheten. Det är fjärråtkomstprogramvara utvecklad för IT-supportarbete, och dess filöverföring körs i en egen session i stället för över RDP. Därför gäller inte omdirigeringsprinciperna i den här artikeln för den. Det spelar roll när RDP-konfigurationen tillhör någon annan, eller när fjärrdatorn kör Windows Home och helt och hållet vägrar RDP-anslutningar.

Innehållsförteckning

Snabba tips om hur man överför en fil till ett fjärrskrivbord

Markera Urklipp och Enheter i klienten för Anslutning till Fjärrskrivbord innan du ansluter, kopiera sedan filen på din lokala dator och klistra in den i en mapp inne i sessionen. Urklipp i sig överför bara text. Enheter är inställningen som överför filer, och utan den förblir kommandot Klistra in nedtonat oavsett hur många gånger du startar om rdpclip.exe.

När enhetsomdirigering är aktiv öppnas tre vägar:

  • Klistra in i sessionen.
  • Bläddra till \\tsclient\c inifrån sessionen.
  • Kör xcopy från den fjärranslutna kommandotolken.

Var och en har olika begränsningar, och det tredje fungerar i fall där de två första misslyckas. Allt här rör överföring in i sessionen, så för returen, se vår guide om hur du överför filer från fjärrskrivbord till en lokal dator.

Varför misslyckas filöverföring i Remote Desktop Connection i riktningen från lokal till fjärr

Klientkryssrutan är det lager som folk kontrollerar. Det är sällan det lagret som är trasigt. Push-riktningen medför också risker som pull-riktningen inte gör. Skrivningen sker på fjärrmaskinen. Så behörigheterna för målmappen, det lediga utrymmet på den fjärranslutna profildisken och all endpointsäkerhet som körs på värden gäller för din fil innan den landar.

Sex lager kan blockera drivkanalen, och den striktaste vinner

Lager Var du kontrollerar det Vad som ska stå
kryssruta i mstsc-klienten Lokala resurser > Mer > Enheter Markerad för den enhet som innehåller din fil
Sparad .rdp-fil Öppna den i en textredigerare redirectdrives:i:1 och drivestoredirect:s:*
Säkerhetsdialogrutan april 2026 Visas vid varje .rdp-start Enheter markerade innan du klickar på Anslut
Värdens grupprincip gpedit.msc, Omdirigering av enheter och resurser Tillåt inte enhetsomdirigering satt till Inaktiverad
RDS-samling eller RD Gateway-CAP Serverhanteraren Klientinställningar, eller CAP Enhetsomdirigering Enheter aktiverade
AVD-värdpool eller Cloud PC Värdpoolens RDP-egenskaper, eller Intune Enhetsomdirigering tillåten

 

Den sista raden är den som överraskar folk på helt nya maskiner. Inom ramen för Secure Future Initiative inaktiverar Microsoft nu som standard omdirigering av urklipp, enheter, USB och skrivare i nyligen skapade Azure Virtual Desktop-värdpooler och på nyligen provisionerade eller reprovisionerade Windows 365 Cloud PC:er. En Cloud PC som du fick i morse underkänns det här testet redan dag ett utan att något annat är fel. Microsoft lät äldre värdpooler vara orörda, så en organisation kan ha en värdpool som fungerar och en som inte gör det.

Ett sjunde block som ser likadant ut: gränsen för urklipp från klient till server

En nyare princip begränsar vad urklippet kan överföra i båda riktningarna, och den kan stoppa filer medan text fortfarande går igenom. Begränsa urklippsöverföring från klient till server finns i samma nod för omdirigering av enheter och resurser som de äldre principerna, och Microsoft anger kraven som Windows 11 Enterprise eller Enterprise multi-session 22H2 eller 23H2 med KB5039212, version 21H2 med KB5039213, eller Windows Server 2022 med KB5040437.

De fyra tillåtna värden som Microsoft dokumenterar är oformaterad text, oformaterad text och bilder, oformaterad text plus bilder plus Rich Text Format, samt den uppsättningen plus HTML. Filer ingår inte i något av dem. Begränsningen gäller bara när en administratör växlar principen till Aktiverad, eftersom rullgardinsmenyn för datatyp endast visas i det läget. Inaktiverad och Inte konfigurerad lämnar båda urklippet obegränsat. Aktiverar du den med något av dessa värden stoppas inklistring av filer i sessionen medan text fortfarande fungerar, vilket ser ut precis som ett fel i enhetsomdirigering men inte är det. Registervärdet bakom detta är CSClipLevel, och dess utgående tvilling är SCClipLevel.

Uppdateringen från april 2026 som avmarkerar dina enheter åt dig

Microsofts säkerhetsuppdatering i april 2026 ändrade hur Windows hanterar sparade .rdp-filer, och det är orsaken till den aktuella vågen av rapporter som lyder ”det här fungerade förra månaden.” Ändringen avser CVE-2026-26151 och släpptes den 14 april 2026 som KB5083769 och KB5083768 för Windows 11, KB5082200 för Windows 10, och KB5082063 för Windows Server, och Microsoft tillämpar det nya beteendet så långt tillbaka som Windows Server 2012 R2.

Öppna en .rdp-fil på en uppdaterad dator, så visas en säkerhetsdialog innan anslutningen startar. Den listar fjärradressen, utgivaren och alla lokala resurser som filen begär, och var och en av dessa resurskryssrutor är avmarkerad som standard. En osignerad fil visar också en varningsbanner och anger Okänd utgivare. Microsoft beskriver beteendet och motiveringen i sin dokumentation om säkerhetsdialoger för RDP-filer.

Två detaljer avgör om detta är ditt problem. Det påverkar bara anslutningar som startas från en .rdp-fil, så ett datornamn som skrivs in direkt i mstsc.exe beter sig som det alltid har gjort. Och Microsoft uppger att dialogrutan visas varje gång en RDP-fil öppnas, så enhetsrutan behöver kryssas i vid varje start tills filen är signerad och dess certifikat är betrott.

Korrigeringar för filöverföring via fjärrskrivbord från lokal dator till fjärrdator

Matcha symtomet med åtgärden

Hitta ditt symtom i den vänstra kolumnen och gå direkt till lösningen som står till höger, eftersom ett felaktigt första steg kostar en timme.

Symtom Trolig orsak Vad du ska göra
Text klistras in, filer gör det inte Enhetsomdirigering är avstängd eller blockerad Fix 1 och Fix 3
Allt är nedtonat, fungerade tidigare i dag Urklippskanalen har hängt sig Se guiden för att åtgärda kopiera/klistra in i fjärrskrivbord
Enheter ikryssade men inget under Den här datorn Omdirigering nekades, eller så visade Utforskaren den inte Fix 4 och \\tsclient som sökväg
Började efter april 2026 Samtycke till omdirigering vid varje start Fix 2
Fil över 2 GB försvinner utan felmeddelande Storleksgräns för urklipp Vägen via kommandoraden
Kopieringen avbryts halvvägs, sessionen blinkar till Gateway- eller transportfel När du inte kan överföra fil via RDP alls

 

Åtgärd 1: Aktivera drivenhetsomdirigering, anslut sedan igen

Bocka i Enheter samt Urklipp, eftersom de två är separata kanaler. Båda inställningarna finns på klienten. Båda måste ställas in innan anslutningen öppnas, och en ändring som görs mitt i sessionen har ingen effekt förrän du kopplar från och ansluter igen.

  1. Stäng den öppna sessionen. Logga ut i stället för att koppla från om du även har ändrat en policy på värddatorn.

  2. Tryck på Win+R, skriv mstsc.exe, och tryck på Enter.

  3. Klicka på Visa alternativ.

  4. Öppna fliken Lokala resurser.

  5. Bekräfta att Urklipp är markerat under Lokala enheter och resurser.

  6. Klicka på Mer.

  7. Expandera Enheter och kryssa i den enhet som innehåller filen du vill skicka. Kryssa i hela uppsättningen bara om du behöver det.

  8. Klicka på OK och sedan på Anslut.

  9. I sessionen, öppna Filutforskaren och leta under Den här datorn efter ett objekt som är namngivet efter din dator, till exempel C på LAPTOP-01.

Om du startar från en sparad .rdp fil, öppna den i en textredigerare och kontrollera de tre värdena som åsidosätter kryssrutorna: redirectclipboard:i:1, redirectdrives:i:1, och drivestoredirect:s:*. Värdet 0 på någon av dem har företräde framför klientgränssnittet. Jokertecknet omdirigerar alla enheter, och egenskapen accepterar också i stället en avgränsad lista med specifika enhetsbokstäver, vilket Microsoft dokumenterar i sin referens för RDP-egenskaper.

Åtgärd 2: Markera kryssrutan för enheten i säkerhetsdialogrutan för april 2026

Markera Enheter i dialogrutan för anslutningssäkerhet varje gång du öppnar en .rdp-fil, eftersom uppdateringen från april 2026 inaktiverar alla begärda omdirigeringar som standard. Detta gäller endast för .rdp-filöppningar på en dator som har den kumulativa uppdateringen från den 14 april 2026 eller senare installerad.

  1. Dubbelklicka på .rdp-filen.

  2. Vid första starten efter uppdateringen, läs introduktionsdialogrutan som visas en gång och bekräfta den.

  3. I dialogrutan för anslutningssäkerhet, kontrollera att fjärrdatorns adress matchar den värd du förväntar dig.

  4. Kryssa i Enheter, och kryssa i Urklipp intill.

  5. Klicka på Anslut.

Ett känt problem är värt att titta på innan du skyller på din egen konfiguration. Microsoft erkände att den nya dialogrutan kunde återges felaktigt på system med flera bildskärmar vars skärmar kör med olika skalningsfaktorer, vilket gör kryssrutorna svåra att läsa eller nå. Korrigeringen levererades i KB5083631 förhandsuppdateringen, som rapporterades då. Om dialogrutan ser trasig ut snarare än bara obekant, kontrollera den uppdateringen innan något annat.

En varningsbanner och en Okänd utgivare-post innebär att .rdp-filen saknar signatur, inte att något är fel på värden. Om filen är signerad och din dator litar på det certifikatet via Gruppolicy, säger Microsoft att dialogrutan inte visas alls och att de omdirigeringar som filen begär aktiveras automatiskt, vilket är den verkliga vägen ut ur den här loopen. För en tillfällig återgång till det gamla beteendet, ställ in ett REG_DWORD med namnet RedirectionWarningDialogVersion till 1 under HKLM\Software\Policies\Microsoft\Windows NT\Terminal Services\Client. Microsoft uppger att en framtida uppdatering kan ta bort stödet för det, så betrakta det värdet som en övergång snarare än en lösning.

Åtgärd 3: Ta bort policyblockeringen på serversidan

Ställ in Tillåt inte omdirigering av diskar till Inaktiverad på den fjärranslutna datorn, tvinga sedan fram en policyuppdatering och logga ut helt. Detta är lösningen när klientens kryssrutor är korrekta och filer aldrig har överförts i den här miljön, och det är steget som både Microsoft Q&A-svarare och Windows OS Hub tar till när klientsidan stämmer. Ett Ej konfigurerad läge räcker inte i sig självt, eftersom ett äldre registervärde fortfarande kan ligga kvar under det.

  1. På fjärrdatorn tryck på Win+R, skriv gpedit.msc och tryck på Enter.

  2. Gå till Datorkonfiguration > Administrativa mallar > Windows-komponenter > Fjärrskrivbordstjänster > Värd för fjärrskrivbordssession > Omdirigering av enheter och resurser.

  3. Dubbelklicka på Tillåt inte omdirigering av enheter.

  4. Välj Inaktiverad och klicka på OK.

  5. Öppna Kommandotolken som administratör och kör gpupdate /force.

  6. Logga ut helt från sessionen och anslut sedan igen.

I en RDS-implementering har samlingen en egen inställning som åsidosätter allt ovanstående. Öppna Server Manager > Remote Desktop Services > Collections > Tasks > Edit Properties > Client Settings och markera Drives, eller kör Set-RDSessionCollectionConfiguration -CollectionName <name> -ClientDeviceRedirectionOptions "Clipboard,Drive". Den parametern ersätter hela omdirigeringsuppsättningen i stället för att lägga till i den, så ange varje enhetstyp som samlingen fortfarande behöver i samma anrop. Bakom en RD Gateway kontrollerar du även principen för anslutningsauktorisering under Device Redirection, där Enable device redirection for all client devices måste förbli markerat.

Åtgärd 4: Kontrollera registervärden som Gruppolicy inte visar dig

Läs fDisableCdm i båda registergrenarna, eftersom WinStations-grenen är osynlig för gpedit.msc och överlever varje policyändring du gör ovanför den. Gamla distributionsskript och manuella ändringar lämnar värden där som ligger tyst kvar under en korrekt konfigurerad policy. En kommentator på Windows OS Hub spårade ett kroniskt fel till just detta, med fDisableCdm satt till 1 efter att allt annat redan hade korrigerats.

Kör detta på fjärrdatorn i en förhöjd PowerShell-session för att läsa alla relevanta värden på en gång.

Get-ItemProperty "HKLM:\SOFTWARE\Policies\Microsoft\Windows NT\Terminal Services" | Select fDisableCdm, fDisableClip, CSClipLevel

Get-ItemProperty "HKLM:\SYSTEM\CurrentControlSet\Control\Terminal Server\WinStations\RDP-Tcp" | Select fDisableCdm, fDisableClip

  1. Läs utdata. Ett 1-värde innebär att lagret blockerar dig. Ett 0-värde eller ett saknat värde innebär att det inte gör det.

  2. Öppna regedit och sätt fDisableCdm till 0 i den gren som returnerade 1. Detta värde styr enhetsomdirigering och avgör om filer kan överföras.

  3. Ställ in fDisableClip till 0 i samma gren om den returnerade 1.

  4. Om CSClipLevel över huvud taget finns, gäller en riktad urklippsbegränsning. Ta bort värdet eller höj det i enlighet med er policy.

  5. På din lokala dator, öppna HKLM\Software\Microsoft\Terminal Server Client och kontrollera DisableDriveRedirection. Ett 1 där blockerar enhetsomdirigering för varje utgående anslutning du gör till varje värd. En kortare sökväg, HKLM\Software\Microsoft\Terminal Server, har ett värde med samma namn, och Microsoft dokumenterar den för ActiveX-kontrollen för Fjärrskrivbord i stället för skrivbordsklienten, vilket är orsaken till att de två ofta förväxlas. Kontrollera det också på alla datorer som fortfarande har webbläsarbaserad RDP med i bilden.

  6. Stäng Registereditorn, logga ut helt från fjärrsessionen och återanslut.

Hur överför man en fil i Fjärrskrivbordsanslutning när dina enheter aldrig visas

Nå den omdirigerade volymen via sökvägen i stället för att vänta på Utforskaren att visa den under Den här datorn. Omdirigeringen kan vara aktiv medan vyn Den här datorn inte fylls i, en diskrepans som dyker upp upprepade gånger i Microsoft Q&A-trådar. Så sökvägstestet är det snabbaste svaret på hur man överför filer i Fjärrskrivbordsanslutning sessioner där enheterna aldrig dyker upp. Det skiljer en genuin policyblockering från en kosmetisk på omkring tio sekunder.

  1. I fjärrsessionen, tryck på Win+R.

  2. Skriv \\tsclient\c och tryck på Enter. Ersätt c med bokstaven för den enhet du omdirigerade.

  3. Om Utforskaren öppnar din lokala enhet fungerar omdirigeringen och endast posten Den här datorn dök inte upp.

  4. För en mappning som varar under sessionen, öppna Kommandotolken i sessionen och kör net use Z: \\tsclient\c.

  5. Kopiera din fil från Z: till dess avsedda plats på fjärrdatorn.

  6. Kör net use Z: /delete när du är klar.

Ett svar i stil med \\tsclient\c is not accessible betyder att omdirigeringen avvisades snarare än att den återgavs felaktigt, så gå tillbaka till Fix 3 och Fix 4. Mac-användare råkar ut för en variant av detta efter en bruten anslutning: en Microsoft Q&A-rapport beskriver en omdirigerad mapp som återkommer under en oläsbar identifierare när Remote Desktop återansluter, och kopieringar till den misslyckas då vid 0x8007048F. Starta en ny session i stället för att acceptera återanslutningsprompten.

Filöverföring via Windows fjärrskrivbord från kommandoraden

Kör xcopy eller robocopy inifrån fjärrsessionen och hämta filen via \\tsclient, vilket kringgår både 2 GB-gränsen för urklipp och Utforskarens kopieringsmotor. Microsoft anger kommandoradskopiering som sin egen lösning för urklippsgränsen i KB 2258090. 

 

Windows Remote Desktop-filöverföring via konsolen är också reservlösningen när mstsc.exe hänger sig på en stor fil, även om anmärkningen nedan till den här proceduren ger en korrigering som helt kan förhindra hängningen.

  1. Bekräfta att omdirigeringen är aktiv med testet \\tsclient ovan.

  2. Öppna Kommandotolken i fjärrsessionen, inte på din lokala dator.

  3. För en enskild fil, kör xcopy \\tsclient\c\installers\app.iso D:\temp\ /Y.

  4. För en mapp, eller för en fil som är tillräckligt stor för att oroa sig för, kör robocopy \\tsclient\c\installers D:\temp /Z /R:3 /W:5.

  5. Följ förloppet i konsolen. Omkopplaren /Z återupptar en avbruten överföring från den punkt där den stannade i stället för från noll.

Om mstsc.exe fryser i stället för att returnera ett fel, är en specifik åtgärd värd att prova innan du återgår till konsolen. Stäng av UDP med Turn Off UDP on Client-policyn under Computer Configuration > Administrative Templates > Windows Components > Remote Desktop Services > Remote Desktop Connection Client, eller ställ in ett REG_DWORD med namnet fClientDisableUDP till 1 på HKLM\SOFTWARE\Policies\Microsoft\Windows NT\Terminal Services\Client, och anslut sedan igen.

Begränsningar

Varje rutt till fjärrdatorn har en annan övre gräns och ett annat felläge. Matcha filen mot rutten innan du börjar.

Väg Storleksgräns Hur det misslyckas Återupptas
Klistra in från Urklipp 2 GB Tyst, inget felmeddelande alls Nej
\\tsclient i Utforskaren Inget dokumenterat mstsc hänger sig, sessionen fryser Nej
xcopy över \\tsclient Inget dokumenterat Felmeddelande vid prompten Nej
robocopy /Z över \\tsclient Inget dokumenterat Felmeddelande vid prompten Ja
 

När du inte kan överföra en fil över RDP alls

Tre situationer avslutar felsökningen, och var och en har ett kännetecken som skiljer den från en felaktig konfiguration.

När blockeringen är avsiktlig

Gäller domänanslutna företagsvärdar, Azure Virtual Desktop-pooler, Windows 365 Cloud PC:er och alla sessionsvärdar bakom en RD Gateway. Urklipps- och enhetsomdirigering är avsiktligt avstängda i dessa miljöer för att blockera filöverföringar in i sessionen, och begränsningen för urklipp från klient till server finns specifikt för att tillåta text samtidigt som filer avvisas. Du kan känna igen detta genom en värd som du inte äger kombinerat med en policy som är satt på domännivå i stället för lokalt. Be om en godkänd överföringsväg i stället för att ändra värden på en hanterad maskin.

När klienten inte kan omdirigera

Gäller när värden tillåter omdirigering men din klientprogramvara inte erbjuder någon kontroll du kan ändra. Windows App i Windows visar inga omdirigeringsinställningar i sitt gränssnitt och erbjuder inget sätt att ange en specifik lokal mapp, vilket Microsoft uppger uttryckligen, så en administratör måste ändra policyn åt dig. RDS-webbklienten har sin egen variant av detta, och en ännu striktare. Microsoft anger att webbklienten bara kopierar och klistrar in text och att filer inte kan kopieras eller klistras in till eller från den alls, så symptomet som hela den här artikeln handlar om är där permanent av design. Filer flyttas i stället via en dedikerad uppladdningsikon i sessionsmenyn, och de hamnar i Remote Desktop Virtual Drive > Uploads, som Microsoft redogör för i sin guide för webbklienten. När den virtuella enheten inte visas över huvud taget, beror det på distributionen eller på samtycksprompten för lokala resurser snarare än på något på din dator. I båda fallen har klienten ingen Local Resources-flik som du kan kontrollera.

När kopian passerar genom en RD Gateway

Gäller när överföringar slutförs men går i snigelfart, och bara när en gateway ligger på vägen. En administratör på Microsoft Q&A stötte på det med en fil på två megabyte, spårade orsaken till HTTP-transporten och återställde normal kopieringshastighet med ett REG_DWORD med namnet RDGClientTransport satt till 1, vilket flyttar klienten bort från HTTP och över till den äldre RPC-HTTP-transporten. Skapa det värdet under HKCU\Software\Microsoft\Terminal Server Client, den plats per användare som andra Microsoft Q&A-rapporter använder. Tråden ovan satte det under HKLM i stället, så prova den andra grenen om den första inte har någon effekt. Bildflytet minskar något. Filkopieringar blir användbara igen.

Vad de flesta försöker först, och varför det inte fungerar

Det första steget i nästan varje tråd är en omstart av rdpclip.exe, oftast på fel maskin. Den körs på fjärrvärden, en instans per session, så en omstart på din bärbara dator ändrar ingenting. Även på rätt maskin återställer den urklippskanalen och lämnar enhetskanalen orörd, vilket gör den till fel verktyg för ett fel där text redan fungerar. Vår guide för att åtgärda kopiera/klistra in täcker de fall där det hjälper.

Det andra är att koppla från och återansluta efter en policyändring. En frånkoppling håller sessionen vid liv på värden med dess omdirigeringskanaler precis som de förhandlades fram vid anslutningstillfället. gpupdate /force uppdaterar policyn på datorn, men den omförhandlar inte dessa kanaler för en session som redan är öppen. En fullständig utloggning är det som återskapar dem.

Den tredje gruppen är djupstädningen. En administratör på Microsoft Q&A loggade nio försök på en Server 2016-värd, bland annat borttagning av antivirus, en ersättande rdpclip.exe-binär hämtad från en server där kopiera/klistra in fungerade. Och en genomgång av varje gruppolicy som tryckts ut från domänkontrollanten, utan någon som helst förändring. En annan loggade åtta försök på Server 2022, sfc /scannow, DISM och en reparationsinstallation bland annat, och kunde ändå inte hålla rdpclip.exe vid liv i en session. Binären är nästan aldrig problemet.

Den sista tar minst tid och provas oftast: att dra filen in i sessionsfönstret. Just det draget gör ingenting, eftersom RDP inte har någon inbyggd dra-och-släpp-funktion över sessionsgränsen, en punkt som en svarande på Microsoft Q&A beskrev i detalj. Samma svarande nämner det enda draget som fungerar. Och värt att notera: när enhetsomdirigering väl är aktiv kan du dra inne i sessionen mellan din omdirigerade enhet och en fjärrmapp, eftersom Utforskaren ser båda som vanliga platser. Det drag som folk tar till först är det som aldrig fungerade.

HelpWire som ett alternativ till filöverföring via RDP

HelpWire flyttar filer inom sin egen fjärrsession, så inget RDP-omdirigeringslager tillämpas på det. Det gör det till ett praktiskt substitut när filöverföring över RDP är blockerad av skäl du inte kan påverka. Det är fjärråtkomstprogramvara för IT-supportteam, enskilda tekniker och intern IT på mindre företag. Och det passar problemet i den här artikeln i två specifika fall: en värd vars konfiguration du inte kan ändra, samt en fjärrdator med Windows Home som överhuvudtaget inte kan ta emot en RDP-anslutning.

En session startar från en länk du skickar via vilken kanal du redan använder. Personen i andra änden öppnar den, kör den nedladdade portabla appen och klickar på Bevilja åtkomst, utan att behöva skapa något konto på sin sida. Fjärrskrivbordsfilöverföring fungerar så länge sessionen är aktiv, och metoderna nedan kommer från HelpWires dokumentation för filöverföring.

Metod 1: Högerklicka, kopiera och klistra in på klientdatorn

Fungerar i båda riktningarna.

  1. Starta sessionen och vänta på att klienten klickar på Bevilja åtkomst.

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

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

  4. Titta på överföringen. Förloppet visas på klientens dator.

Metod 2: Dra och släpp på operatörsfönstret

Fungerar endast från din dator till klientens dator, vilket är den riktning som den här artikeln handlar om.

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

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

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

Metod 3: Kortkommandon

Snabbaste vägen när du redan har valt filen.

  1. Markera filen på din lokala dator och tryck på Ctrl+C. På macOS tryck på Cmd+C.

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

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

En sak att tänka på i förväg. När du ansluter till en klients dator från Linux som använder Wayland för plattformoberoende filöverföring uppmanas du att aktivera alternativen för fjärrinteraktion och urklippsåtkomst med radioknapparna, välja en skärm och klicka på Dela. Om du klickar på Avbryt kan du fortsätta fjärrsupportsessionen, men du kommer inte att kunna utbyta filer med klientens dator under den sessionen.

Vanliga frågor

Det kopierar. Ctrl+X på en lokal fil följt av Ctrl+V inuti sessionen lämnar originalet där det var och placerar en kopia på fjärrdatorn. RDP har ingen flyttsemantik över omdirigeringsgränsen. Ta själv bort det lokala originalet om det var en flytt du ville, och kontrollera först att kopian på fjärrdatorn går att öppna.

Ja, över samma enhetsomdirigeringskanal, men utan skrivbord finns det ingenstans att klistra in. Omdirigera enheten innan du startar den publicerade applikationen, använd sedan den applikationens egen Öppna eller Spara som dialogruta och skriv \\tsclient\c i filnamnsrutan. Publicerade applikationer som inte visar någon fildialog ger dig ingen möjlighet alls, och lösningen då är en fullständig skrivbordssession i stället för en publicerad app.

Omdirigera en mapp, eftersom macOS-klienterna arbetar på mappnivå i stället för på volymnivå. Redigera den sparade anslutningen, öppna dess omdirigeringsinställningar och lägg till den lokala mapp du vill nå. Anslut sedan och leta efter den i sessionen under \\tsclient. En praktisk vana som följer av detta är att ha en särskild överföringsmapp på Macen och bara omdirigera den, i stället för att peka klienten mot din hemkatalog, eftersom allt i en omdirigerad mapp är läsbart och skrivbart från fjärrdatorn under hela sessionen.

Ja, 255 MB per fil via mappomdirigering i webbläsaren. Filer du laddar upp hamnar i en mapp som heter Uploads inne i den omdirigerade virtuella enheten i stället för på en sökväg du själv väljer, så allt som måste hamna i en specifik mapp behöver flyttas när det väl är inne i sessionen. Större filer kräver skrivbordsklienten och vanlig enhetsomdirigering.

Nej, eftersom Windows 11 Home inte innehåller RDP-värdtjänsten och inte kan ta emot en inkommande anslutning. Växlingsknappen för Fjärrskrivbord saknas i Inställningar > System avsiktligt i den utgåvan, och inofficiella korrigeringar som påstår sig lägga till den slutar fungera efter kumulativa uppdateringar och skapar sina egna underhållsproblem. Uppgradera utgåvan, eller använd ett verktyg som inte är beroende av Windows RDP-värdtjänsten.

Aktivera det för de anslutningar som behöver det och låt det vara avstängt i övriga fall, eftersom omdirigering av diskar är det mest långtgående som en RDP-fil kan begära. Microsoft räknar det till de farligaste omdirigeringarna: en fjärrdator som kan skriva till din omdirigerade volym kan placera ett program i din mapp Autostart. Och en omdirigerad enhetsbokstav som pekar på en nätverksresurs utökar den räckvidden till andra system i din organisation. Det är skälet bakom ändringen i april 2026, och det är därför kryssrutan för enheter förtjänar en stunds eftertanke i stället för en reflexmässig bock på värdar som du inte kontrollerar.

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