Une alternative à LocalSend : rien à installer et pas besoin du même réseau
L'autre personne n'a qu'à ouvrir une page web : un portable emprunté ou le téléphone d'un collègue, sans rien installer pour un envoi ponctuel
LocalSend est une application native qui découvre l'autre appareil par multicast sur le réseau local, puis envoie les données chiffrées directement, sans toucher le moindre serveur une fois la découverte faite. La rapidité est réelle, car il n'y a pas d'aller-retour par internet. Les contreparties sont concrètes : chaque appareil concerné doit avoir l'application, et les deux côtés doivent être sur le même réseau — avec le téléphone en données mobiles et l'ordinateur sur le Wi-Fi du bureau, il ne trouve tout simplement pas l'autre bout.
SourceDéposez vos fichiers ici pour commencer tout de suite Commencer le transfert
Le vrai critère est donc : à qui appartiennent les appareils cette fois ? Si les deux sont les vôtres et vivent dans la même maison ou le même bureau, installer LocalSend une fois est rentable et chaque transfert ensuite est rapide. Si en face il y a un collègue, un client ou un portable emprunté, l'étape « installe d'abord une application » devient un frein : peu de gens installent un logiciel pour recevoir un fichier, et les machines d'entreprise l'interdisent souvent.
La seconde limite mord plus fort : le même réseau. En déplacement à l'hôtel, chacun sur son propre partage de connexion, ou sur un réseau d'entreprise avec isolation des clients (les appareils sont masqués les uns des autres, très courant en entreprise et sur le Wi-Fi public), tout ce qui repose sur la découverte locale est hors jeu. La voie du navigateur ne dépend pas de la découverte : un côté affiche six chiffres, l'autre les saisit, peu importe le réseau de chacun.
Point par point
| Critère | LocalSend | TutuDrive Send |
|---|---|---|
| Quelque chose à installer | Son application doit être installée sur chaque appareil concerné | Rien à installer : ça tourne dans le navigateur |
| Par où passent les fichiers | Chiffré et direct sur le réseau local ; après la découverte, aucun serveur n'intervient | En pair à pair. Si la connexion directe échoue, on bascule sur un relais et on l'affiche clairement — on ne fait pas semblant. |
| Entre réseaux différents | Non : la découverte passe par le multicast local, les deux côtés doivent partager le réseau | Oui : les deux côtés n'ont pas besoin d'être sur le même réseau |
| Vérification d'intégrité | Non documenté publiquement | Chaque fichier est vérifié par sha-256 à l'arrivée ; un octet d'écart et c'est une erreur |
| Reste-t-il une copie ? | Non : le transfert reste sur le réseau local et rien n'est téléversé où que ce soit | En connexion directe, rien ne reste : les octets ne passent jamais chez nous. Avec un relais, la copie est supprimée dès que l'autre partie l'a récupérée, avec un balayage de 24 heures en filet de sécurité. |
| Code ouvert et auto-hébergement | Open source et, par nature, il tourne déjà sur vos propres appareils | Ni open source ni auto-hébergeable : ça, nous ne l'avons pas |
Quand il vaut mieux le choisir
- Les deux appareils sont les vôtres et vivent au même endroit : installez une fois, et chaque transfert ensuite passe par le LAN, généralement plus vite que tout ce qui frôle internet.
- Ce que vous envoyez est très volumineux et vous êtes réellement sur le même Wi-Fi : un transfert LAN n'est limité par aucune bande passante internet, donc des dizaines de gigaoctets ne dépendent que de la carte réseau et du disque.
Comment ça marche ici
- 1
Déposez vos fichiers ou cliquez sur Choisir des fichiers. Un dossier entier fonctionne aussi.
- 2
Un QR code et six chiffres s'affichent. L'autre personne scanne, saisit les chiffres ou ouvre le lien que vous envoyez.
- 3
Dès la connexion, le transfert démarre. Personne ne s'inscrit, rien à installer.
Questions fréquentes
LocalSend ne trouve pas l'autre appareil, que faire ?
Il s'appuie sur le multicast local pour trouver les appareils ; trois situations le cassent : les deux ne sont pas sur le même réseau ; le réseau applique l'isolation des clients (Wi-Fi public, réseaux invités et beaucoup de réseaux d'entreprise l'activent par défaut) ; ou un pare-feu système le bloque. Les deux premières ne relèvent pas des réglages : c'est le réseau lui-même qui empêche les appareils de se voir. Dans ce cas, une voie sans découverte fait gagner du temps : cette page affiche six chiffres, l'autre les saisit, et le réseau de chacun n'a plus d'importance.
L'autre personne refuse d'installer une application, une autre solution ?
Oui : faites-lui ouvrir une page web. C'est toute la raison d'être de celle-ci : le destinataire ouvre l'adresse dans un navigateur, scanne un code ou tape six chiffres, sans inscription, sans installation et sans partager votre réseau. Les portables d'entreprise interdisent souvent toute installation ; cette voie contourne cette contrainte.
Un outil de réseau local marche-t-il si nous ne sommes pas sur le même Wi-Fi ?
Non. Tout le principe d'un outil de réseau local est que les deux appareils se voient sur un même réseau ; si ce n'est pas le cas, il n'a pas d'autre voie. Franchir les réseaux demande un autre mécanisme : un serveur aide les deux côtés à échanger une fois les informations de connexion, puis la liaison directe s'établit via internet — c'est précisément ce que fait l'approche navigateur, et ce qu'utilise cette page.
La voie navigateur est-elle bien plus lente qu'une application native ?
Sur le même Wi-Fi et avec une liaison directe établie, les deux sont du pair à pair dans le LAN et l'écart est faible : la carte réseau et le disque fixent le plafond. L'écart réel apparaît quand la liaison directe échoue : l'outil de réseau local est bloqué, alors que la voie navigateur peut basculer sur un relais et continuer (limitée par sa bande passante, et clairement affichée comme relais). Plutôt que des vitesses de pointe, regardez donc si ça se connecte dans votre cas.