- LocalSend专注于加密的、无服务器的局域网传输，并具有广泛的跨平台支持。
- Warpinator 在 Linux 系统上表现出色，支持拖放式文件夹共享和自动文件接收。
- 这两个工具能否可靠使用很大程度上取决于 Wi-Fi 质量、AP 隔离和防火墙规则。
- PairDrop 等 Web 应用使用起来很方便快捷，但仍然落后于 Android 上的原生工具。
尝试通过同一个 Wi-Fi 网络将几个文件从笔记本电脑传输到安卓手机，却发现没有任何反应，这是那种能让人抓狂的小技术难题之一。 LocalSend、Warpinator 甚至 PairDrop 等基于浏览器的工具都承诺在本地网络上快速传输，而无需访问云端，但实际上，你经常会遇到设备无法互相识别、进度条永远无法启动以及晦涩难懂的防火墙提示等问题。
正是在这种背景下，许多用户将 LocalSend 与 Warpinator 进行比较，用于本地网络传输，他们想知道为什么纸面上看起来很简单的事情在现实生活中变得如此不可靠。 设备发现失败、Flatpak 的怪异之处、路由器上的 AP 隔离、奇怪的 Android 权限或 PWA 中的浏览器限制，都可能将简单的操作变成耗时的调试过程。详细了解每种工具的工作原理、支持的平台以及常见的陷阱，是选择正确配置的关键，而不是依赖“运气”。
LocalSend是什么？它与其他本地转账应用有何不同？
LocalSend 是一款免费、开源、跨平台的应用程序，旨在共享同一本地网络的设备之间发送文件和短消息，而无需使用互联网或任何外部服务器。 它不依赖云存储或第三方基础设施，所有数据都通过您的家庭或办公室局域网直接从一个设备传输到另一个设备，这对于注重隐私并希望将流量保持在自己网络内的用户来说很有吸引力。
LocalSend 在底层通过 HTTPS 公开自定义 REST API，每个设备都会动态生成自己的 TLS/SSL 证书以进行加密通信。 由于这些证书是在本地创建的，而非由公共证书颁发机构颁发，因此该应用程序不依赖外部信任链。局域网端到端加密以及不使用远程服务器，意味着您的数据传输始终在本地进行，并在传输过程中免受同一网段上的被动嗅探攻击。
该项目的理念非常注重简洁性：在所有设备上启动应用程序，等待几秒钟即可自动发现设备，然后轻点几下或点击几下即可开始发送文件。 它没有账户系统，无需登录，没有集中式日志记录，也没有超出设备和网络带宽限制的文件大小限制。对许多人来说，这种“开箱即用”的方式正是他们对本地传输解决方案的期望，尤其是在厌倦了复杂的同步套件或以云为中心的工作流程之后。
LocalSend 支持的平台和系统要求
LocalSend 的一大优势在于其支持的操作系统范围广泛，这使得它在家庭和办公室等各种设备共存的环境中尤为具有吸引力。 它不局限于单一的桌面平台，而是旨在跨移动和桌面环境提供相同的体验。
在 Android 系统上，LocalSend 从 Android 5.0 版本开始可通过标准应用商店和第三方软件仓库获取。 这种长期的向下兼容性使其甚至可以在不再接收系统更新的相当老旧的手机和平板电脑上运行，如果您在家中保留备用设备用于媒体或备份目的，这将非常有用。
对于 iOS，LocalSend 支持 iOS 12.0 及更高版本，并可集成到 Apple 的常规移动生态系统中，无需进行任何特殊调整。 这意味着 iPhone 或 iPad 可以参与到与桌面电脑或 Android 设备相同的本地文件交换工作流程中，而许多跨平台工具仍然无法很好地处理这种情况。
在 macOS 上，推荐的基准版本是 macOS 11 Big Sur 及更高版本，不过使用较旧 Mac 的用户有时会求助于 OpenCore Legacy Patcher 等变通方法来运行最新版本。 这样一来，LocalSend 就可以加入到这样的设置中：较旧但仍然功能强大的 Mac 与当前的 Windows 笔记本电脑和 Linux 计算机共享网络。
Windows 官方支持从 Windows 10 开始，而 1.15.4 版本是目前已知可在 Windows 7 上运行的最后一个版本，但未来可能会出现由社区维护的向后移植版本。 这样可以确保将大部分现有 PC 都纳入其中，即使它们还没有升级到最新的 Windows 版本，只要正确调整必要的防火墙规则即可。
在 Linux 系统上，LocalSend 不强制使用特定的发行版，但它依赖于一些不可忽视的桌面集成组件。 尤其重要的是，像 xdg-desktop-portal 及其特定环境的变体（例如，GNOME 类桌面环境的 xdg-desktop-portal-gtk 或 KDE Plasma 桌面环境的 xdg-desktop-portal-kde）这样的软件包至关重要。这些门户负责权限对话框、文件选择窗口以及其他现代桌面底层功能；如果它们缺失或配置错误，用户通常会反映文件选择对话框无法打开或桌面通知功能异常。
LocalSend 实战：安装、防火墙规则和网络注意事项
从理论上讲，设置 LocalSend 似乎非常简单：在两台设备上安装它，确保它们连接到同一个 Wi-Fi，打开应用程序，然后借助自动发现功能立即开始发送文件。 公平地说，在很多家庭网络中，第一次尝试时确实会出现这种情况。问题通常会在防火墙更严格、有访客网络或路由器默认设置比较特殊的情况下开始出现。
一个非常常见的场景是，一台 Windows 或 Linux 笔记本电脑和一部 Android 手机，两端都运行着 LocalSend，但两个设备都没有出现在对方的对等设备列表中。 用户经常确认两台设备都连接到同一个 SSID，应用程序之前运行正常，甚至已经互相添加为收藏设备，但设备发现功能却突然无故失效。在这种情况下，问题往往出在端口被阻止或网络分类发生变化上。
根据 LocalSend 自己的文档，该应用程序需要特定的防火墙权限才能在桌面操作系统上可靠运行。 该机器需要允许端口 53317 上的 TCP 和 UDP 入站流量，同时允许出站 TCP 和 UDP 流量到达任何目标端口。如果入站端口 53317 被过滤或静默丢弃，则该主机实际上对其他 LocalSend 实例不可见，这就解释了为什么即使网络图标看起来正常，手机也“什么也看不到”。
通常，创建明确的防火墙规则来打开该端口就足以恢复发现功能，但必须谨慎操作，因为过于宽泛的规则可能会扩大攻击面。 其理念是仅允许 LocalSend 真正需要的流量，理想情况下应仅限于您的私有网络配置文件，而不是盲目地为任何接口开放大范围端口或所有协议。对于经常在家庭、办公室和公共 Wi-Fi 网络之间切换的笔记本电脑来说，这一点尤为重要。
路由器配置是另一个经常在用户不知情的情况下破坏 LocalSend 的主要因素。 许多家用路由器，尤其是互联网服务提供商 (ISP) 提供的路由器，都提供“接入点隔离”或“AP 隔离”功能，该功能通常在访客 SSID 上启用。启用此功能后，每个无线设备都会与其他设备隔离：所有设备都可以与路由器通信并访问互联网，但本地网段上的点对点通信将被阻止。在这种设置下，LocalSend 无法发挥作用——只要路由器强制执行此隔离，无论终端设备上的防火墙如何调整，它们都无法相互通信。
该项目推荐的最佳实践是，验证在打算运行 LocalSend 的网络上是否已禁用 AP 隔离或客户端隔离。 在主家庭网络 SSID 上，此功能通常默认关闭，但在访客网络或某些路由器固件中，出于安全考虑，此功能可能会被启用。花点时间检查一下无线设置，并在确保安全的情况下，将设备移至非隔离的 SSID，通常可以解决“昨天还能用，今天就消失了”这种神秘问题。
Android手机和笔记本电脑上LocalSend频繁出现问题
在用户报告中，有一个抱怨反复出现：“无论我怎么尝试，我的安卓手机都拒绝通过 LocalSend 与我的笔记本电脑通信”。 人们描述了这样一种情况：手机和电脑过去曾交换过文件，被标记为收藏，但有一天，这两个设备突然完全无法互相检测到，就好像后台随机发生了某种故障一样。
当在 Linux 笔记本电脑上通过 Flatpak 安装 LocalSend 时，由于 Flatpak 软件包的沙盒特性，会出现额外的复杂性。 Flatpak 的设计理念是尽可能地将应用程序与宿主系统和网络隔离，这有利于安全性，但也可能导致网络权限管理复杂化。一些用户试图通过大幅修改防火墙规则（调整入站和出站策略）来弥补这一缺陷，但随后却发现有警告指出过度开放的权限可能带来安全隐患，于是出于谨慎，他们最终撤销了所有更改。
如果您遇到这种情况（Linux 上的 LocalSend Flatpak 或 Windows 上的标准安装，以及同一 SSID 上的 Android 应用），那么在放弃之前，您应该执行以下几个具体的检查。 首先，确认两个设备都实际连接到同一个非访客网络；将笔记本电脑连接到主 Wi-Fi，将手机连接到 ISP 的访客 SSID 是一种非常常见的疏忽，会悄无声息地阻止对等发现。
其次，深入路由器的设置，确保在用于 LocalSend 的网络上未启用 AP 隔离或任何“客户端隔离”功能。 如果是这种情况，您可以暂时禁用它（前提是您了解安全隐患），或者将您的设备移到另一个 SSID，使本地设备彼此可见。
第三，确保笔记本电脑上的防火墙允许端口 53317 上的入站 TCP 和 UDP 连接，并且出站连接没有受到过度限制。 尤其是在 Windows 系统中，当网络类型为“专用”而非“公共”时，LocalSend 的行为更加稳定，因为 Windows 防火墙在公共网络上的配置往往更加严格。将网络类型更改为专用（如果适用）通常可以解锁 LocalSend 监听所需端口的功能。
在 macOS 和 iOS 系统中，系统隐私设置中还有“本地网络”权限，这提供了额外的隐私保护。 如果 LocalSend 被拒绝授予此权限，设备发现和文件传输将会失败，且应用内不会有明显的视觉提示。检查此开关是否已启用可以避免长时间的调试。
另一个需要注意的因素是 LocalSend 自己的文档中承认的关于 Android 上的 flutter-cavalry/saf_stream 组件的性能问题。 在某些设备上，这会导致传输速度明显降低，尤其是在发送大型视频、照片库或完整备份时。因此，即使您成功建立了完美的连接，在拥堵的 2.4 GHz Wi-Fi 网络下，除非您使用更稳定的 5 GHz 频段，否则实际速度可能远低于预期。
变形炮：它的工作原理和独特之处
Warpinator 最初由 Linux Mint 团队创建，是另一个专注于在本地网络中共享文件和目录的开源工具。 它的最初实现与 Linux 桌面紧密集成，但随着时间的推移，出现了适用于其他平台（包括 Android）的社区移植版本，这为 Linux PC 和家中的手机之间的无缝传输打开了大门。
Warpinator 最吸引许多用户的功能之一是能够自动接受传入文件，而无需每次都进行确认。 在可信的环境中——例如，您自己的笔记本电脑和安卓手机，或者分散在家中的几台个人电脑——这会变得极其方便。您可以将整个文件夹从文件管理器拖到 Warpinator 中，然后将其放到目标设备上，稍等片刻，您就会看到文件夹出现在目标设备上，并且其结构完全保留。
这种通过拖放移动整个目录树的功能，再加上自动接受功能，是大多数纯 Web 应用程序难以复制的。 在日常工作流程中，特别是对于那些经常在计算机之间备份照片文件夹、文档或项目目录的人来说，消除不断的确认提示会极大地提高工作效率。
也就是说，Warpinator 在设备检测和稳定连接方面也一直以挑剔而闻名。 一些用户直言不讳地将其描述为“令人头疼”：设备有时出现在列表中，有时又不会；传输会突然停止，却没有明确的错误信息；网络的一个小变化也会演变成漫长的故障排除过程。正是这些令人沮丧的问题促使许多人尝试使用 LocalSend，希望获得更强大的跨平台体验。
本地网络的性能和传输速度
无论你选择 LocalSend 还是 Warpinator，原始传输速度更多地取决于你的本地网络质量，而不是应用程序本身。 稳定的 5 GHz Wi-Fi 连接，覆盖范围广，干扰小，可以提供比拥挤的 2.4 GHz 频段更好的吞吐量和可靠性，因为在 2.4 GHz 频段中，邻居的路由器和物联网设备都在争夺相同的频谱。
如果条件允许，至少将其中一台设备（通常是台式机或笔记本电脑）通过以太网连接到路由器，可以显著提高稳定性和速度。 有线连接消除了典型的无线故障（信号掉线、微干扰、接入点之间的漫游），并有助于本地传输工具在发送大型存档、视频库或完整备份时保持高、持续的吞吐量。
LocalSend 的架构基于 Flutter，实现了跨平台 UI，与仅限 Linux 的原生工具相比，引入了额外的抽象层。 虽然这些层级结构使得应用程序更容易在 Windows、macOS、Linux、Android 和 iOS 等平台之间部署和维护，但也导致了一些平台特有的问题。前面提到的 Android 平台上的 saf_stream 问题就是一个很好的例子：在某些情况下，它会成为瓶颈，导致传输速度极慢，如果你的主要用途是在手机和电脑之间传输数 GB 的视频文件，这可能会令人非常失望。
Warpinator 与传统桌面环境（尤其是 Linux Mint）联系更为紧密，因此它倾向于更直接地利用该平台的网络堆栈。 当设备发现功能正常且链路保持稳定时，Warpinator 可以非常流畅地在局域网内推送整个目录结构，尤其是在至少一个终端使用有线以太网连接到路由器的情况下。然而，它仍然会受到同样的环境限制：Wi-Fi 拥塞、AP 隔离、防火墙限制或子网配置错误都会对其造成与 LocalSend 类似的严重影响。
LocalSend 中的便携模式和高级选项
除了基本的“打开并发送”工作流程外，LocalSend 还提供了几个高级功能，旨在满足希望更好地控制配置存储和启动行为的高级用户的需求。 如果您需要在多台机器之间切换或使用 USB 工具包，这些功能就特别方便了。
其中一项功能是便携模式，它允许您将 LocalSend 的设置与可执行文件放在一起，而不是分散在特定于平台的配置目录中。 启用便携模式非常简单，只需在 LocalSend 可执行文件所在的文件夹中创建一个名为 settings.json 的文件即可。该文件本身可以为空：它的存在会触发便携模式，指示应用程序读取和写入该文件中的所有首选项。这样，您可以将 LocalSend 连同您的个性化配置一起保存在 U 盘中，并在不同的计算机上使用它，而不会留下任何痕迹。
另一个有用的选项是能够将 LocalSend 最小化到系统托盘或通知区域直接启动。 从 1.15.0 版本开始，您可以使用以下命令启动应用程序： -隐 （或 -隐）参数——例如，在 Windows 系统中，可以使用如下快捷键： localsend_app.exe –hidden在这种模式下，LocalSend 会在后台静默运行，不会打开主窗口，但仍随时准备接收文件。在 1.15.0 版本之前，类似的功能需要将自动启动设置与内部的“隐藏启动”选项结合使用。
LocalSend 的社区、翻译和贡献
LocalSend 不是一个静态的一次性应用程序；它是一个积极维护的项目，主要由关心隐私友好型、仅限本地的文件传输的用户和贡献者社区推动。 新版本通常会包含错误修复、用户界面改进和功能添加，这些内容均源自用户反馈和问题报告。
在本地化方面，该项目依靠 Weblate 平台来协调使用多种不同语言的翻译人员，而无需他们直接与源代码交互。 Weblate 提供了一个 Web 用户界面，志愿者可以在此提交和审核翻译，确保字符串之间的一致性，同时让非开发人员更容易参与。
喜欢动手实践的人可以克隆存储库，并在 app/assets/i18n 目录中编辑翻译文件。 在该文件夹中，您会找到诸如以下资源： _缺失翻译_ .json 和 字符串_ .i18n.json这些文件包含整个应用程序中使用的文本。这些文件包含以“.”开头的注释。 @ 这些注释为译者提供上下文；这些注释不应该被翻译，为了保持清晰度，应该保留原样，以便未来的贡献者能够理解。
在开发方面，我们鼓励任何遇到 bug 的人提交 issue，并在可能的情况下准备 pull request，其中包含清晰的解释和具体的修复方案。 对于更宏大的变更或新功能，维护者通常希望先提出问题，以便讨论、完善想法并与项目路线图保持一致，这也有助于避免多个贡献者重复解决同一问题。
贡献指南概述了从源代码构建应用程序的技术工作流程，通常包括安装 Flutter（通常使用 fvm 等工具）、设置 Rust、克隆存储库以及运行 flutter pub 获取 拉取依赖项并最终执行 颤动运行 启动开发版本。 这份入门文档降低了开发者查看代码、调整行为或添加对其他平台和打包格式的支持的门槛。
LocalSend 与 Warpinator 的比较，以及 PairDrop 等 Web 应用的作用
将 LocalSend 和 Warpinator 放在一起比较，很快就会发现，宣布哪个软件绝对胜出并没有多大意义。 两者都围绕着同一个核心理念构建：利用现有的本地网络私密地移动文件，避免使用云中介，但它们的目标用户群体和生态系统略有不同。
如果您注重广泛的跨平台覆盖范围，LocalSend 将是您的理想之选——Android、iOS、Windows、macOS 和 Linux 都可以通过相同的用户界面和加密的 LAN 传输相互通信。 它强调使用设备上的证书进行 HTTPS 加密，不使用外部服务器，并秉持“无帐户，无跟踪”的理念，这使得它在混合环境中极具吸引力，因为在这些环境中，隐私、简单性和兼容性比与任何单一桌面环境的深度集成更为重要。
相比之下，如果你主要使用 Linux 桌面系统，并且经常在少量受信任的设备之间移动整个文件夹，那么 Warpinator 就特别有吸引力。 自动接受文件并通过拖放操作复制目录结构，可以减少重复备份或项目同步任务的摩擦，尤其是在您知道每台相关机器都在您的控制之下时。
与此同时，像 PairDrop 这样的基于浏览器的替代方案试图占据不同的市场：无需安装原生软件即可偶尔分享。 理论上，这项服务非常吸引人——打开网址，配对设备，即可立即开始发送文件。但实际上，尤其是在安卓系统上，情况却远没有那么理想。PWA 集成往往不够完善；例如，有用户反映，他们安装 PairDrop 时将其作为 PWA 应用，与电脑配对后，尝试接收 PDF 文件，但在点击通知中的“下载”按钮后，Firefox 却只是打开了主页，并没有实际保存任何文件。
这些故障凸显了当前网络应用程序在批量、无需确认的转账等任务方面的局限性。 在 Warpinator 等原生工具中，自动接收传入文件或可靠地拖放整个文件夹等功能非常方便，但在仅限浏览器的解决方案中很难始终如一地重现这些功能，尤其是在移动平台上，因为移动平台限制了 PWA 在文件系统访问和后台活动方面的操作。
一些用户由于 Warpinator 偶尔的不稳定性以及 LocalSend 在 Android 和 Flatpak 上的不良表现而感到困扰，因此他们考虑切换到其他替代方案或调整应用程序级别的设置，这是可以理解的。 然而，在很多情况下，决定性因素不是特定的应用程序，而是底层网络：路由器上启用了 AP 隔离、防火墙配置错误、Windows 上的公共网络配置文件、Linux 上缺少 xdg-desktop-portal 组件或 Apple 系统上禁用了本地网络权限，这些都是导致“随机”行为的真正罪魁祸首。
因此，务实的策略是使用您实际的设备和真实的家庭网络测试 LocalSend、Warpinator，并在适当的时候测试 PairDrop 等网络选项，但要准备一份清晰的检查清单。 确保所有设备共享同一个非访客 SSID，确认 AP 隔离已关闭，以可控的方式打开每个工具所需的特定端口，验证系统级权限，并尽可能优先使用 5 GHz Wi-Fi 或有线连接进行大数据传输。一旦这些准备工作就绪，“运气成分”就会消失，您可以更公平地根据界面和功能来评判每个应用程序。
当本地网络配置、防火墙规则和平台特定权限正确协调后，LocalSend 和 Warpinator 都可以将手机和笔记本电脑之间发送文件的繁琐过程变成快速、可预测的例行程序，而像 PairDrop 这样的基于浏览器的工具在不方便安装软件的一次性场景中仍然很方便。 为您的设置选择最佳组合，与其说是追求一个虚无缥缈的完美应用程序，不如说是了解网络、操作系统安全和应用程序设计这些部分如何在您自己的环境中协同工作。
