Plattformübergreifender Dateitransfer, der mit jedem Betriebssystem-Paar funktioniert

Komprimieren Sie es zuerst zu einem einzigen Archiv, oder verwenden Sie rsync. Der Pro-Datei-Overhead dominiert jeden in diesem Artikel beschriebenen Weg. Ein umgeleiteter Ordner verhandelt jede Datei separat über den Laufwerkskanal, und die Zwischenablage erstellt eine vollständige Deskriptorliste, bevor auch nur ein Byte übertragen wird, sodass zehntausend kleine Dateien länger dauern können als ein einziges Archiv, das um ein Vielfaches größer ist als ihre gemeinsame Größe. Erstellen Sie an der Quelle ein tar oder zip Archiv, verschieben Sie die einzelne Datei und entpacken Sie sie am Ziel. Wenn derselbe Transfer wiederholt wird, rsync sendet nur die Änderungen, und -P behält die Teildatei bei, sodass ein unterbrochener Lauf dort fortsetzen kann, wo er aufgehört hat. Ohne diese Option rsync löscht die Teildatei und beginnt die Datei von vorn, was viele überrascht. Keine der RDP-Methoden unterstützt eine Wiederaufnahme. Unser Leitfaden zu Übertragungen von einem Remote-Desktop auf einen lokalen Rechner behandelt die Obergrenze der Zwischenablagegröße separat.

NTFS lehnt Zeichen ab, die ext4 und APFS akzeptieren. Ein Doppelpunkt, ein Fragezeichen, ein Sternchen, ein Pipe-Zeichen, ein doppeltes Anführungszeichen sowie die Kleiner-als- und Größer-als-Zeichen sind unter Linux alle zulässig und in einem Windows-Dateinamen alle unzulässig, daher stoppt eine Kopie beim ersten unzulässigen Zeichen. Groß-/Kleinschreibung ist die zweite Falle: Zwei Dateien in einem Linux-Verzeichnis, deren Namen sich nur in der Groß-/Kleinschreibung unterscheiden, kollidieren auf NTFS zu einem einzigen Namen, und eine von ihnen geht verloren, oder der Kopiervorgang bricht ab. Benennen Sie die Dateien an der Quelle vor einer Massenübertragung um, statt erst nach einer Teilübertragung.

Führen Sie defaults write com.apple.desktopservices DSDontWriteNetworkStores -bool true im Terminal aus, melden Sie sich dann ab und wieder an. Dies betrifft nur Netzlaufwerke und hat keine Auswirkungen auf lokale Laufwerke. Außerdem lässt es die separaten ._ Sidecar-Dateien unberührt, die macOS-Metadaten enthalten und die übliche Ursache für Error code -36 während eines Finder-Kopiervorgangs auf eine SMB-Freigabe sind, eine Ursache, die Benutzer bereits vor Jahren identifiziert haben. Bereinigen Sie die bereits vorhandenen mit dot_clean ~/path/to/folder, eine Umgehungslösung, die für diesen Fehler weiterhin empfohlen wird.

Nicht nativ unter Windows, weil Windows kein rsync-Binary mitliefert. Drei Wege führen zum Ziel. Man führt es innerhalb von WSL aus, wo der Linux-Build gegen einen unter /mnt/c/ eingehängten Windows-Pfad normal funktioniert. Man installiert einen Cygwin- oder MSYS2-Build. Oder man steuert es von der Linux-Seite aus und zieht über SSH von Windows, sobald dort der OpenSSH-Server aktiviert ist. Für einmalige Kopien ist scp einfacher, und rsync rechtfertigt die Einrichtung erst, wenn man dieselbe Übertragung wiederholt.

Zwischen zwei Windows-Sitzungen, ja, vorausgesetzt, in beiden ist die Laufwerksumleitung aktiv. Zwischen zwei Sitzungen auf einem Linux-Desktop hängt es von Ihrer FreeRDP-Version ab, und beim Übergang zu Version 3 gab es eine Regression: Nutzer, die auf Fedora 40 mit FreeRDP 3.4.0 verloren die Möglichkeit, in einer Sitzung zu kopieren und in eine andere einzufügen nach Jahren dieses Workflows unter Version 2. FreeRDP hat diesen Fall in 3.27.0 im Juni 2026 mit einem Fix für das Kopieren mehrerer Elemente zwischen xfreerdp-Sitzungen behoben, sodass sich ein aktueller Build besser verhält, als die Berichte zu Fedora 40 nahelegen. Der Weg, der Versionswechseln in jedem Fall standhält, ist ein Ordner, auf den beide Sitzungen zugreifen können.

Nein, und die Benutzernamen müssen nicht übereinstimmen. Nur einige Wege benötigen überhaupt ein Konto auf der Gegenseite. Ein umgeleiteter Ordner nutzt die bereits geöffnete RDP-Sitzung, sodass der Remote-Rechner über die Identität zugreift, mit der Sie sich angemeldet haben, und es gibt keine zweiten Anmeldedaten. Eine SMB-Freigabe benötigt ein echtes Konto auf dem Rechner, der die Freigabe bereitstellt. scp und rsync benötigen ein Konto auf dem Ziel, und bei schlüsselbasierter Authentifizierung entfällt die Passwortabfrage, sobald Sie Ihren öffentlichen Schlüssel mit ssh-copy-id kopiert haben. Der eine Fall, bei dem viele stolpern, ist ein umgeleiteter Ordner auf einem Rechner, auf dem ihre Sitzung unter einem anderen Konto läuft, als sie erwarten; das zeigt sich als Berechtigungsfehler beim Schreiben statt als fehlender Ordner.