Journal LocalSend une application pour envoyer vos photos de smartphone sur votre GNU/Linux

Posté par  (site web personnel) . Licence CC By‑SA.
Étiquettes :
11
28
juil.
2025

J'utilise LocalSend (https://localsend.org/fr) pour envoyer les photos que j'ai pris avec mon smartphone Android sur ma distribution GNU/Linux (en l’occurrence Zorin OS 17.3 Core).

LocalSend est installé sur mon smartphone Android et communique en Wifi avec la Box de mon Fournisseur d'Accès Internet (FAI) avec le LocalSend installé sur mon Zorin OS Core, ce qui me permet d'éviter d'utiliser What's App pour faire ce transfert.

  • # syncthing

    Posté par  . Évalué à 10 (+11/-0).

    J'utilise syncthing pour synchroniser des fichiers (dont les photos) entre mon téléphone et mon portable. Ça se fait en tâche de fond, dès que kes deux se voient en wifi.

    • [^] # Re: syncthing

      Posté par  (site web personnel) . Évalué à 8 (+6/-0). Dernière modification le 28 juillet 2025 à 08:55.

      Intéressant.
      Je pensais que ça passait forcément par un cloud -voir mon autre message- mais apparemment il y a une technique pour forcer le direct sur un LAN (si le téléphone et l'ordi sont sur le même Wi-Fi, plus généralement le même sous-réseau).

      Vu que le syncthing originel n'est plus maintenu depuis l'année dernière, je suppose que tu utilises ce fork ? Ou alors cépagrav, l'originel marche toujours très bien aussi ?

      • [^] # Re: syncthing

        Posté par  . Évalué à 9 (+7/-0).

        De mémoire, les serveurs relais de Syncthing ne servent que pour l'établissement de la connexion entre 2 peers. Le problème étant que d'un côté il y a très souvent un ou plusieurs NAT entre les peers, et de l'autre, même sans NAT, un autodiscovery ne fonctionne pas en dehors d'un LAN (quand 2 peers sont présents sur le même LAN, en théorie ils peuvent se découvrir sans aide). Ca se configure dans l'UI, mais sans relai, en dehors d'un même LAN et avec les IP des endpoints qui changent (genre un laptop et un smartphone par exemple), les échanges vont être beaucoup plus difficiles.

        Les données, elles, s'échangent toujours en p2p, sans passer par un "cloud".

        Emacs le fait depuis 30 ans, et sans pubs ni télémétrie.

  • # Confidentialité

    Posté par  . Évalué à 10 (+10/-0).

    Qu'est-ce qui te garantit que tes photos ne font pas un détour par les serveurs de ton FAI et son LLM ou sa police des mœurs et du droit d'auteur ?

    Un câble USB ça marche bien aussi.

    • [^] # Re: Confidentialité

      Posté par  (site web personnel) . Évalué à 5 (+3/-0).

      C'est ce que j'étais sur le point de dire aussi ;-).

      Je suppose que sortir le câble à chaque fois, ça peut rebuter… un rsync SSH automatique du répertoire de son téléphone vers son serveur perso, puis l'inverse sur son PC, serait une bonne solution privée.
      Juste que comme un smartphone n'a pas de clavier, il faudrait un frontal applicatif par-dessus. Je me dis que ça existe déjà et qu'on va sûrement le suggérer (c'est un appel :-) ) …?

      • [^] # Re: Confidentialité

        Posté par  . Évalué à 4 (+3/-0).

        Termux + Unexpected keyboard (pour avoir les touches alt/ctrl/tab etc…)

        J'ai pas de sync auto, mais les commandes rsync et scp se retrouvent facilement dans mon historique zsh de téléphone. Et avec Termux:Widget on peut lancer des scripts avec un doigt.

        Avec tout ça, j'ai pas eu besoin de passer par le cable USB depuis plusieurs lustre.

    • [^] # Re: Confidentialité

      Posté par  (site web personnel, Mastodon) . Évalué à 8 (+5/-0).

      Il y a aussi des connecteurs qui permettent de connecter une clé USB à l'ordiphone. Ça fait sauvegarde en même temps et ça permet de partager plus facilement et rapidement les photos à d'autres ordiphones.

      « Tak ne veut pas quʼon pense à lui, il veut quʼon pense », Terry Pratchett, Déraillé.

    • [^] # Re: Confidentialité

      Posté par  . Évalué à 3 (+1/-0). 

      Qu'est-ce qui te garantit que tes photos ne font pas un détour par les serveurs de ton FAI et son LLM ou sa police des mœurs et du droit d'auteur ?

      Le code source pardi !

      La gent féminine, pas la "gente", pas de "e" ! La gent féminine ! Et ça se prononce comme "gens". Pas "jante".

    • [^] # Re: Confidentialité

      Posté par  . Évalué à 1 (+0/-0).

      C'est un simple serveur https sur le réseau local. Le client et le serveur se trouvent mutuellement en utilisant le protocole bonjour / zeroconf.

      Le code est open source si tu veux vérifier.

  • # Nextcloud ou KDE Connect

    Posté par  (site web personnel) . Évalué à 10 (+13/-0).

    Si on utilise Nextcloud, pour une sauvegarde automatique des photos lorsque le téléphone est en wifi, on peut utiliser la fonctionnalité "Instant Upload" : sans y penser, les photos se retrouve sauvergardées et finalement synchronisées avec l'ordinateur si on a le client Nextcloud.

    Sinon, KDE connect permet, entre plein d'autres choses bien sympathiques, le transfert de fichiers entre deux appareils (téléphones ou ordinateurs de bureau).

    • [^] # Re: Nextcloud ou KDE Connect

      Posté par  (site web personnel, Mastodon) . Évalué à 1 (+0/-0).

      C'est ce que je fais pour synchroniser des photos sous iOS avec mon PC sous Fedora (Nextcloud instant upload). iOS n'est pas très partageur si on n'active pas icloud, ce que je ne souhaites pas faire, et je me suis lassé des comportements erratiques lors des branchements via USB.

      Donc synchro automatiques iOS -> Nextcloud, et une fois par mois Nextcloud -> disque dur répertoire digikam, puis purge iOS et Nextcloud.

  • # SFTP et mini serveur web

    Posté par  . Évalué à 5 (+3/-0).

    Je fais mes transferts en SFTP en général. Quand je connecte mon smartphone à un ordi, j'ai un LAN qui se monte au lieu d'un accès MTP (toujours assez bancal sous Linux), et j'ai un serveur SSH sur mon smartphone. Chez moi c'est encore plus simple, mes devices ont des IP fixes, du coup j'accède à leurs fichiers de facon assez transparente, SFTP est assez bien intégré dans les gestionnaires de fichiers Linux et certains dispo dans F-Droid.

    J'aime aussi pas mal les outils qui lancent un mini serveur web sous Android pour accéder ou déposer des fichiers dedans. C'est assez vieux, mais toujours aussi efficace.

    Emacs le fait depuis 30 ans, et sans pubs ni télémétrie.

  • # PlainApp

    Posté par  . Évalué à 9 (+7/-0).

    J'utilise PlainApp qui lance un serveur web sur le smartphone (avec des droits d'accès, hein!) et permet de gérer plein de trucs en plus des photos.

    Il y a KDE connect, aussi, qui a des versions pour les bureaux GTK et Qt.

  • # sendme et croc (local et distant)

    Posté par  (Mastodon) . Évalué à 8 (+5/-0). Dernière modification le 28 juillet 2025 à 14:45.

    https://www.iroh.computer/sendme

    J'utilise aussi croc qui a l'avantage d'avoir un client android (pour sendme je dois utiliser termux).

  • # Plusieurs solutions

    Posté par  . Évalué à 6 (+5/-0). Dernière modification le 28 juillet 2025 à 14:49.

    Il y a plusieurs bonnes solutions, chacune a ses avantages et ses inconvénients :

    • transfert par câble USB (aucune installation, très haut débit, mais demande de connecter un câble) ;
    • transfert BlueTooth (aucune installation, limité au voisinage, petit débit) ;
    • LocalSend (application à installer, limité au réseau local) ;
    • transfert en SFTP, par exemple à l'aide de SimpleSSHD ou SshDaemon (application à installer, ne traverse pas les NAT, donc en pratique limité au réseau local) ;
    • syncthing-fork (peut-être un peu lourd à mettre en place pour un transfert occasionnel) ;
    • transfert pair-à-pair en WebRTC, par exemple à l'aide de WebWormhole our de la fonctionnalité équivalente intégrée à Galène (aucune installation, mais demande de pouvoir faire confiance au fournisseur de l'application web).

  • # copyparty

    Posté par  . Évalué à 4 (+2/-0).

    https://github.com/9001/copyparty

    Un seul script python à lancer et on a un mediaplayer et la possibilité d'uploader des fichiers.

Envoyer un commentaire

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.