DropLink LocalSend
LocalSend est une application open source très populaire permettant de partager des fichiers en réseau local. DropLink offre les mêmes fonctionnalités — des transferts locaux rapides et cryptés — et y ajoute le partage P2P sur Internet avec traversée NAT, une interface Web intégrée et le protocole de transport QUIC.
Réponse rapide
DropLink et LocalSend permettent tous deux des transferts LAN rapides, mais DropLink offre trois fonctionnalités que LocalSend ne propose pas : le P2P sur Internet avec traversée NAT (via iroh), une interface Web intégrée pour que le récepteur n'ait besoin d'aucune application, et le transport QUIC avec contrôle de congestion BBR (contre le HTTP de LocalSend sur TCP). Sur un réseau LAN Gigabit, les deux sont rapides ; sur un Wi-Fi avec perte de paquets ou dans des scénarios inter-réseaux, le DropLink est nettement plus robuste. Le LocalSend est entièrement open source ; les protocoles de transport du DropLink (QUIC, Noise, BLAKE3) sont ouverts, mais l'application elle-même n'est pas encore open source.
Fonctionnalité matrix
| Fonctionnalité | DropLink | LocalSend |
|---|---|---|
| Transfert sur réseau local (LAN) | ||
| Transfert P2P sur Internet | ||
| Traversée NAT | ||
| Interface utilisateur Web — réception via un navigateur | ||
| Application native pour macOS | ||
| Application native iOS | À venir | |
| Application native Windows | ||
| Transport QUIC | ||
| Chiffrement de bout en bout | ||
| Protection par mot de passe | ||
| Demandes de type AirDrop | ||
| Open source | ||
| Prix | Gratuit | Gratuit |
Devriez-vous passer à DropLink ?
LocalSend est un excellent choix open source si votre utilisation se limite strictement au réseau local. DropLink est le meilleur choix si vous avez besoin de transferts via Internet, si vous souhaitez que les destinataires utilisent uniquement un navigateur ou si vous privilégiez les performances de QUIC sur les réseaux modernes.
Foire aux questions
Qu'est-ce que DropLink offre de plus que LocalSend ?
DropLink prend en charge les transferts via Internet avec traversée NAT — LocalSend ne fonctionne que sur le même réseau local. DropLink dispose également d'une interface Web intégrée, ce qui évite au destinataire d'avoir à installer une application. De plus, il utilise le protocole QUIC pour des transferts plus rapides et plus fiables sur les réseaux modernes.
LocalSend est-il plus rapide que DropLink ?
Sur un même réseau local, les vitesses sont comparables. Cependant, DropLink utilise le protocole QUIC, qui nécessite une seule échange de paquets (1-RTT), contrairement au protocole HTTP/TCP utilisé par LocalSend. Pour les petits fichiers et les réseaux à forte latence, DropLink est nettement plus rapide.
Puis-je utiliser DropLink hors ligne, comme LocalSend ?
Oui. DropLink fonctionne sur les réseaux locaux sans connexion Internet, tout comme LocalSend. Internet n'est utilisé que pour transférer des fichiers entre des appareils situés sur des réseaux différents.
DropLink vs LocalSend — en quoi sont-ils réellement différents ?
Transport : QUIC contre HTTP via TCP
LocalSend utilise le protocole HTTP simple plutôt que TCP pour le transfert de fichiers. TCP souffre d'un blocage en tête de file (un seul paquet perdu bloque l'ensemble du flux) et nécessite des poignées de main TLS distinctes (2 à 3 RTT). DropLink utilise QUIC (RFC 9000) via quinn 0.11 : TLS 1.3 intégré, multiplexage de flux sans blocage HOL, handshake 1-RTT (0-RTT à la reprise). Sur Wi-Fi avec des pertes de paquets occasionnelles, QUIC est nettement plus résilient.
P2P sur Internet avec traversée NAT
LocalSend ne fonctionne qu'entre des appareils situés sur le même réseau local. DropLink ajoute un deuxième chemin : lorsque les appareils se trouvent sur des réseaux différents, il utilise iroh 0.96 pour le « hole-punching » NAT, avec un relais DERP (relais crypté désigné pour les paquets) comme solution de secours. La découverte DNS publique iroh est explicitement désactivée — seul le relais géré par DropLink est utilisé, de sorte que l'adresse IP de l'appareil n'est pas publiée sur des serveurs DNS tiers.
Interface utilisateur Web — récepteur sans application
DropLink intègre un serveur HTTP (axum sur le noyau Rust) qui met à disposition une interface utilisateur Web locale. Le destinataire ouvre un lien dans n'importe quel navigateur et télécharge les fichiers — sans application, sans compte. Pour les destinataires distants, le serveur relais exécute une passerelle qui redirige les blobs iroh sous forme de réponses HTTP. LocalSend nécessite que les deux parties aient installé l'application LocalSend.
Détails relatifs à la découverte et aux performances
Les deux applications utilisent mDNS pour la découverte, mais DropLink publie l'empreinte du certificat QUIC dans l'enregistrement TXT pour la vérification de TOFU. Le transport LAN de DropLink utilise 8 tampons de socket MB UDP, une fenêtre initiale de MTU 1472 avec une valeur de repli de 1200, une fenêtre de réception de flux de 64 MB, un contrôle de congestion BBR avec une fenêtre initiale de 1 MB, et une fréquence d'ACK réduite à tous les 10 paquets ou 5 ms — réglé spécifiquement pour Wi-Fi 6. La vitesse LAN typique est de plus de 50 MB/s.
Différences en matière de sécurité
Les deux applications utilisent le protocole TLS pour sécuriser la transmission. LocalSend utilise des certificats auto-signés accompagnés d'une invite visuelle de confiance. DropLink utilise TLS 1.3 (TLS 1.2 rejeté) sur QUIC avec des certificats ECDSA P-256 et la fonction « Trust On First Use » via l'empreinte digitale mDNS — aucune invite n'apparaît après le premier appairage sur un réseau donné. Les suites de chiffrement sont optimisées pour l'architecture (AES-NI sur x86, ChaCha20-Poly1305 sur ARM). Pour les transferts Internet, DropLink ajoute le protocole Noise (poignée de main IK, identité ed25519) et le streaming vérifié BLAKE3 : même un relais malveillant ne peut pas modifier les octets sans être détecté.
Comparaison des performances
- DropLink Vitesse du réseau local
- 50+ MB/s sur Wi-Fi 5/6
- Protocole de connexion DropLink
- 1 RTT (reprise de 0-RTT)
- Protocole de connexion LocalSend
- TCP + TLS (2-3 RTT)
- Contrôle de la congestion
- BBR vs TCP d'origine
- Blocage en tête de file
- Non (QUIC) vs Oui (TCP)
- virement en ligne
- DropLink : oui (iroh + DERP). LocalSend : non.
FAQ technique
DropLink est-il open source, comme LocalSend ?
Les protocoles sous-jacents utilisés par DropLink (QUIC, TLS 1.3, Noise, BLAKE3, mDNS) sont tous des normes ouvertes. L'application elle-même n'est pas encore open source — DropLink est actuellement distribuée sous forme d'application gratuite à code source fermé sur App Store et Microsoft Store. LocalSend, en revanche, est entièrement open source sous une licence de type MIT.
Pourquoi utiliser QUIC plutôt que HTTP pour le transfert de fichiers ?
QUIC élimine le blocage en tête de file (la perte d'un paquet ne bloque pas l'ensemble du flux), réduit le temps d'établissement de la connexion à 1 RTT (0-RTT à la reprise) et intègre TLS 1.3 en natif. Sur un réseau local (LAN) où les coupures Wi-Fi sont occasionnelles, QUIC s'avère nettement plus résilient que HTTP par rapport à TCP. DropLink adapte QUIC spécifiquement au LAN : 8 tampons MB UDP, fenêtre de flux de 64 MB, BBR avec une fenêtre initiale de 1 MB, fréquence d'ACK réduite à un paquet tous les 10.
Puis-je utiliser DropLink sans rien installer sur le récepteur ?
Oui. L'interface utilisateur Web est ici la fonctionnalité phare. L'expéditeur exécute DropLink, qui lance un serveur HTTP local et une session de signalisation sur le relais. Le destinataire ouvre le lien généré dans n'importe quel navigateur (iPhone, Android, Linux, peu importe) — aucune application n'est nécessaire. LocalSend nécessite toujours son application des deux côtés.
Que se passe-t-il lorsque je quitte le réseau local ?
LocalSend ne peut plus effectuer de transfert. DropLink passe par le réseau P2P via iroh : il tente d'abord d'utiliser la technique de « hole-punching » avec NAT pour établir une connexion directe QUIC entre les deux appareils, et ce n'est qu'en cas d'échec qu'il se rabat sur le relais DERP. Dans tous les cas, le transfert est chiffré de bout en bout et le relais n'a jamais accès au contenu du fichier.