LocalSend: Open-Source-Cross-Platform für Dateifreigabe zwischen Geräten in der Nähe
(localsend.org)- LocalSend ermöglicht den Austausch von Dateien zwischen Geräten im selben lokalen Netzwerk ohne Cloud oder Relay-Server und ist damit nützlich für Nutzer, die AirDrop-ähnliche Funktionen plattformübergreifend verwenden möchten
- Unterstützt Windows, macOS, Linux, Android und iOS; nach der Installation kann die Dateiübertragung im Nahbereich sofort ohne Konto oder Login gestartet werden
- Übertragene Daten verlassen das lokale WiFi-Netzwerk nicht, und für alle Übertragungen wird HTTPS-Verschlüsselung verwendet
- Es gibt keine Beschränkung beim Dateityp wie Fotos, Videos, Dokumente oder Text; der Standardspeicherort ist der Downloads-Ordner des Geräts, kann aber in den Einstellungen geändert werden
- Als kostenloses Open-Source-Projekt mit 70k+ GitHub Stars, 5M+ Downloads und 100+ Mitwirkenden gibt es keine Werbung, Tracker oder versteckte Kosten
Dateifreigabe auf Basis des lokalen Netzwerks
- LocalSend ist ein Open-Source-Cross-Platform-Tool zum Teilen von Dateien ohne Cloud
- Unterstützte Plattformen sind Windows, macOS, Linux, Android, iOS
- Der Ablauf ist einfach
- LocalSend auf jedem Gerät installieren und starten
- Fotos, Videos, Dokumente, Text oder andere Dateitypen auswählen
- Auf ein Gerät in der Nähe tippen, dann erfolgt die Übertragung über das lokale Netzwerk
- Kein Konto, kein Login und kein Server erforderlich
- Funktioniert ohne Internetverbindung, und die Daten verlassen das lokale WiFi-Netzwerk nicht
- Überträgt mit der maximalen Geschwindigkeit des WiFi-Netzwerks, ohne Bandbreitenbegrenzung
- Alle Übertragungen sind mit HTTPS verschlüsselt
- Wenn zusätzliche Sicherheit benötigt wird, kann die PIN-Bestätigung aktiviert werden
- Dateien werden standardmäßig im Downloads-Ordner des Geräts gespeichert; der Speicherort kann in den Einstellungen geändert werden
Projektstatus und Support-Kanäle
- LocalSend ist zu 100 % kostenlos und Open Source und enthält keine Werbung, kein Tracking und keine versteckten Kosten
- Öffentliche Kennzahlen: 70k+ GitHub Stars, 5M+ Downloads, 100+ Mitwirkende
- Eine Web-Version ist unter web.localsend.org verfügbar
- Community- und Support-Kanäle
- Bugs können über GitHub Issues gemeldet werden
1 Kommentare
Meinungen auf Hacker News
Das Beste daran ist, dass es auf den meisten großen Plattformen nutzbar ist und die GUI einfach zu bedienen ist.
Auch die iOS-App ist hervorragend.
Allerdings gibt es ein paar Bugs, auf die man achten sollte: Unter Windows verhindert LocalSend den Ruhezustand des Systems, wenn das Fenster geöffnet ist und die App läuft (nach dem Empfangen?), und unter Linux passiert dasselbe sogar, wenn das Fenster nicht sichtbar ist.
Wenn das LocalSend-Fenster unter Linux sichtbar und im Leerlauf ist, aktualisiert der Desktop-Fenstermanager ständig beschädigte Bereiche und verursacht dadurch ungewöhnlich hohe CPU-Last.
Unter Windows erscheint das Fenster häufig trotzdem, selbst wenn man „startup minimized“ aktiviert und die App beim Start ausführen lässt; angesichts des Ruhezustand-Problems ist auch der Hintergrundbetrieb nicht gerade willkommen.
Mein einziger Kritikpunkt ist, dass das empfangende Gerät wach sein und die App im Vordergrund geöffnet sein muss, damit es funktioniert. Zumindest unter Android war das so, selbst mit aktivierter Schnell-Speichern-Option.
Es wäre schön, wenn Quick Share (früher Nearby Share) auch unter Linux nutzbar wäre. Auch über Chrome wäre okay.
Ich habe neulich mit meinem Bruder über Handys gesprochen; er muss beruflich ein iPhone nutzen.
Er ist Bundes-Waldbrandfeuerwehrmann in den USA und hat den ganzen letzten Sommer in einer Hotshot-Crew gearbeitet. In abgelegenen Gegenden ohne Mobilfunksignal und ohne zentralen WLAN-Router tauschen die Teammitglieder, bevor sie sich verteilen, Dateien wie Karten per AirDrop aus.
Ziemlich interessant – könnte dieses Tool auch Szenarien wie das Senden von Android an iPhone unterstützen?
Die Datenschutzerklärung ist top: https://localsend.org/#/privacy
Dort steht: „Sie erklären, dass Sie mindestens 18 Jahre alt sind; das Unternehmen gestattet Personen unter 18 Jahren die Nutzung des Dienstes nicht.“
Ich wollte es mit der Familie nutzen, besonders mit Kindern, aber das wird dadurch zum Hindernis.
Es ist erstaunlich, dass AirDrop auch 2024 noch ein großer Vorteil des Apple-Ökosystems ist.
Technisch gehört es zu den einfachsten denkbaren Funktionen; die Innovation liegt nicht in der Technik, sondern in der Ausrichtung der Interessen, die Apple hat und die den Wettbewerbern fehlt.
Denn die Wettbewerber konkurrieren miteinander und gleichzeitig auch mit Apple.
Nachdem Apple jahrelang Kritik an proprietären Kabeln zurückgewiesen hatte, beschrieb das Unternehmen nach der EU-Pflicht den USB-C-Port des iPhone 15 so:
„Mit demselben Kabel, mit dem du dein iPhone 15 über den neuen USB-C Anschluss lädst, kannst du auch deinen Mac oder dein iPad laden. Du kannst mit dem iPhone 15 sogar deine Apple Watch oder AirPods laden. Sag Kabelsalat adieu.“
https://www.apple.com/ca/iphone-15/
Dass sich so etwas wiederholt, liegt daran, dass Apple und Google die Funktionslücke zwischen Computern und Handys weiter vergrößern. Auf der Handy-Seite haben Verbraucher bei der Nutzung von Drittanbieter-Apps und Peripheriegeräten deutlich weniger Auswahl.
Für diese Software empfiehlt sich das Anleitungsvideo von Techno Tim.
Es erklärt Anwendungsfälle und demonstriert sie über die wichtigsten Plattformen hinweg: https://youtu.be/2ITezMkbAqE?si=-YVJq8iqwFYQ9gMr
Alle paar Monate taucht so ein Tool neu auf, aber keines davon setzt sich breit durch.
Solche blinden Flecken entstehen nicht nur, weil ihre Lösung kein Geld bringt und offene Lösungen, wie immer, schwer zu benutzen sind.
In diesem Fall liegt das Geld darin, es nicht zu lösen. Gäbe es eine hervorragende, einfache und universelle Lösung, würde die Nachfrage nach großen, komplexen Cloud-Speichersystemen sinken, die Data Mining über alle Dateien ermöglichen oder ein Abo verlangen.
Vermutlich würde das darauf hinauslaufen, dass möglichst viele Apps dasselbe Protokoll implementieren.
Am Ende müsste ein gemeinsames Protokoll weit genug verbreitet sein, sodass die meisten Apps miteinander kommunizieren können und ein Netzwerkeffekt entsteht.
Ob ich tatsächlich die Zeit oder die Fähigkeiten habe, mich so tief damit zu beschäftigen, weiß ich natürlich nicht.
Ich nutze ein anderes Open-Source-Projekt namens LANDrop mit Zufriedenheit.
Bei LocalSend stört mich, dass die Übertragungsgeschwindigkeit niedrig ist. Aus irgendeinem Grund ist es sogar langsamer als LANDrop und viel langsamer als SMB oder Croc.
Auch bei der Erkennung gibt es ein sehr seltsames Problem. Von meinem iPad aus kann ich nichts an den Windows-PC senden, vom PC aus aber an das iPad.
Server neu starten, Firewall deaktivieren usw. hat alles nichts gebracht. Mein LAN ist wegen VLANs etwas kompliziert, daher könnte es ein Problem nur bei mir sein, und ich habe kein Issue dazu eröffnet.
Aber LANDrop hat dasselbe Problem nicht, was es noch seltsamer macht.
Wenn man die beiden GitHub-Repositories vergleicht, wirkt LANDrop ziemlich stagnierend, während LocalSend sehr aktiv ist.
https://github.com/LANDrop/LANDrop
https://github.com/localsend/localsend
Ich weiß nicht, wie wichtig das in der Praxis ist, aber es ist einen Gedanken wert.
Aus meiner Erfahrung beim Versuch, Dateien vom iPhone auf ein Android-basiertes Fahrzeugdisplay zu senden, waren LocalSend und LANDrop am besten.
Die übrigen wie Sharedrop, Snapdrop, Pairdrop und Arc brauchten entweder Internet oder funktionierten nicht richtig.
Für die Erkennung vermisse ich Bluetooth, und auch für die Übertragung kleiner Dateien vermisse ich Bluetooth.
Man müsste nicht mehr in irgendeiner Form im selben Netzwerk sein, Geräte in der Nähe ließen sich erkennen, und heutzutage wäre es auch für Übertragungen zwischen Laptop und Smartphone gut.
Für große Dateiübertragungen gäbe es auch die Möglichkeit, per Wi-Fi einen Access Point zu erstellen.
Bluetooth-basierte Erkennung ist die Stärke von AirDrop. Ich bin mir nicht sicher, aber Apple scheint für große Übertragungen ein temporäres Wi-Fi aufzubauen, mit dem sich die Gegenstelle kurz verbindet.
Die App Teleport [1] nutzt Zeroconf für die Erkennung, hat aber nur eingeschränkte Cross-Platform-Unterstützung.
Avahi einzurichten ist kompliziert, kann zu Konflikten führen und braucht einen Daemon; vielleicht wäre es daher besser, Multicast direkt zu verwenden.
Nebenbei vergisst man oft, dass Bluetooth bereits eine eingebaute Dateiübertragung hat (vCard usw.).
Ich erinnere mich, dass nur GNOME das angezeigt hat, und selbst dort nicht in Nautilus.
Mit WebDAV ist es ähnlich: Bei mir funktioniert es deutlich besser als SMB. Aber die meisten wissen nicht, dass WebDAV eingebaut ist.
Gestern wollte ein Freund Fotos von seinem iPhone 11 Pro per AirDrop auf mein iPhone 15 Pro übertragen.
Als wir die oberen Bereiche der Telefone aneinanderhielten, erschien zwar eine nette Wackelanimation, aber die Dateien wurden nicht übertragen.
Danach tippte er in AirDrop auf mein Foto, und bei ihm stand „Warten auf Bestätigung“, aber bei mir erschien überhaupt kein Popup.
Nach mehreren erneuten Versuchen und sogar einem Neustart gaben wir auf; am Ende schickte er sie per WhatsApp, und ironischerweise hat das einfach funktioniert.
Apple muss solche Bugs beheben. Es ist schade, dass sie sich offenbar weniger auf Software als auf Hardware konzentrieren.
Gibt es ein vergleichbares Tool mit HTTP-Frontend, sodass Clients nichts installieren müssen?
Ich habe früher solche Apps genutzt, aber die Wartung wurde eingestellt und sie scheinen nicht mehr zu funktionieren.
python -m http.serverWenn es lästig ist, Python auf dem Quell-Host einzurichten, oder das Netzwerk kompliziert ist, funktioniert es gut, uploadserver[1] auf dem Ziel-Host auszuführen.
Bei schicken Tools mit „magic“ im Namen, die auf externe Relay-Server angewiesen sind, bin ich vorsichtig.
Selbst wenn das nicht der Fall ist, mag ich das gute alte einfache HTTP. Mehr Komplexität brauche ich nicht, und in den meisten Fällen auch keine Verschlüsselung.
netcat/socat können ebenfalls eine Lösung sein, sind aber nicht so allgegenwärtig wie Python und HTTP. Außerdem kann ich mir die Befehlszauberformeln nie merken.
[1]: https://pypi.org/project/uploadserver/
https://github.com/localsend/protocol?tab=readme-ov-file#51-browser-url
Oder war damit gemeint, über ein HTTP-Frontend hochzuladen?
python -m http.server 8000.Startet man zunächst einen Server auf einem Desktop oder Laptop, auf dem die Software vorhanden ist, kann jeder Client mit Webbrowser (Android, iOS, PlayStation, Kindle usw.) über eine Web-GUI Dateien hoch- oder herunterladen, ohne Client-Software zu installieren.
Vorgebaute Binaries für x86-64 Linux, Windows und Mac OS gibt es unter https://github.com/akovacs/uploadserver/releases/.
Für Apple Silicon gibt es noch keine vorgebauten Binaries, sie könnten aber bei ausreichender Nachfrage hinzukommen; wer möchte, kann auch mit der nightly Rust-Toolchain aus dem Source kompilieren.
Im Vergleich zu Cloud-Diensten oder
python -m http.server 8000ist der Server in Rust geschrieben und sehr schnell, ziemlich simpel (das nach dem Kompilieren gestrippte Binary ist meist unter 3 MB groß) und überträgt alles im lokalen LAN.Auch große Dateien über 4 GB scheint er ziemlich gut zu handhaben, und die Software muss nur auf einem einzigen Gerät installiert werden.
Weitere Details siehe https://news.ycombinator.com/item?id=39665095