局域网内怎么传输文件(局域网快速传输文件)

别再用「文件传输助手」了，跨设备传文件这样既方便又快

生活中碰到需要跨设备传输文件并且尽可能要快的情况时，用 NAS 来应付有些杀鸡用牛刀，各个品牌生态内的互传工具听上去不错，但现实情况却是大多数人手中的设备并不互通。

不过办法总比困难多，在系统自带的快速传输功能之外，我们其实还有非常多优秀的独立工具可供选择。本文从少数派以往挑选过的数种文件传输工具中，挑选了一些简洁易用、适应性广并且依然具备可用性的本地传输工具，希望能够在你需要的时候帮到你。

随处可用的网页版隔空投送：SnapDrop关键词：多平台、免账号、免 app、局域网传输你需要：稳定的网络连接

AirDrop 或许是苹果推出过的最有名的软件服务了，从 2011 年开始，这个在苹果生态圈内随处可用的高速分享功能已经成为了相关产品中的标杆。而 Android 则是到了 2020 年才将之前因为必须依托 NFC 硬件使用而遇冷的 Android Beam 进行修改和整合，推出了 Nearby Share 功能，并且由于谷歌在桌面市场的先天劣势，Nearby Share 至今还是没能打通移动到桌面端的传输。

于是，各种第三方的传输方案纷纷涌现出来，光怪陆离。这其中就包括了 SnapDrop ——一款极致还原了 AirDrop 的界面与使用体验的网页版局域网传输方案。

如 SnapDrop 的界面所见，它与访达中的 AirDrop 页面不能说一模一样，只能说完全一致：

得益于 SnapDrop 的传输原理，它可以在任何支持 WebRTC API 的浏览器上使用——这就包括了目前所有 Chromium 内核的浏览器，以及 Safari 。在 SnapDrop 的使用方面，它会自动为每一台局域网内登陆了 snapdrop 网页的设备分配一个由颜色和动物组成的代号，点选对应的设备之后就可以选择你想要发送的文件了，过程体验也与 AirDrop 别无二致。

不过，SnapDrop 虽然在体验上做到了比肩甚至超越了 AirDrop（毕竟这两代 macOS 中 AirDrop 窗口卡死的时候是真的不少），也可以用来直接发送一些纯文本的短消息，但是受到 API 与传输协议的限制，它对于大体积文件的传输速度相比 AirDrop 还是稍微逊色一些；并且 SnapDrop 单次只能传输单个文件（即使选择多个文件也是依次传输），无法按文件夹发送，因此如果你想用 SnapDrop 来同步音乐资料库之类的话就会变得比较麻烦。

你也可以用 SnapDrop 传一些短文字

但是话说回来，即使仅仅用来作为跨平台的零碎文件传输，SnapDrop 的体验和兼容性都可以称得上是第一梯队，你甚至可以将网页保存成 PWA 来固定使用它。唯一需要注意的是，由于 WebRTC 的定义，SnapDrop 其实并不是彻底的本地传输——它虽然是用局域网来传送文件，但是各个设备的广播、寻找和标签识别则是需要通过一立的 Signaling 服务器实现，个中细节可以参考少数派的 这篇文章 。

Signaling 服务器出问题了怎么办：LocalSend关键词：多平台、免账号、局域网传输你需要：下载客户端

事出有因，开发者 Tien Do Nam 之前也是一个 SnapDrop 用户，但是在碰上了 SnapDrop 由于 Signaling 服务器宕机导致设备之间不能互相识别之后，他就开始考虑基于 SnapDrop 的开源框架做一款纯局域网的文件传输工具，LocalSend 由此诞生。与 SnapDrop 有浏览器就能使用不同，LocalSend 是需要在各个设备上分别下载 app 使用的，目前支持 Android、macOS、iOS、Windows 与 Linux 平台。

macOS 版的程序界面，可以看出 LocalSend 的交互主要还是基于 Android 的设计规范开发的

在使用逻辑上，与 SnapDrop 先选择设备再选择文件相反，LocalSend 使用的是「发件箱」的逻辑，你需要先在程序内的发送区选择好想要传输的文件，再点击要发送的设备开始上传。如果你一直将 LocalSend 挂在后台使用的话，这个发件箱是需要你来手动管理的，或者在退出程序后清空。

并且与 SnapDrop 的限制一样，LocalSend 目前也不支持传输文件夹，想要大批量传输文件的话还是得先把文件压缩到一起。由于同样是基于本地网络传输，LocalSend 的传输速度会在相当程度上受到你使用的网络规格的影响，比如在尝试将一部大约 4GB 的电影发送到手机上时，回报的平均速度在 13～15MB/s 左右，传输完成用了大约 5 分钟——在 5Ghz Wi-Fi 下并不算理想，但用来传输照片或者文档的话是绰绰有余了。

峰值速度在 15.5MB/s 左右

远不止文件传输那么简单：AirDroid关键词：多平台、多功能、局域网传输你需要：稳定的网络连接

比起 SnapDrop 和 Local Send 这样纯粹的文件传输服务，AirDroid 显然想得更多。

如果你下载了 AirDroid 客户端，或者使用它的网页版入口的话，你会吃惊于「文件传输」只占了页面中多么小的一块区域——比起在电脑和移动设备之间互传文件，AirDroid 主打的其实是全套的「无线控制」业务，你几乎可以通过它来控制局域网内安装了 AirDroid 客户端的 Android 设备的全部功能。

左侧的功能列表之丰富，几乎可以看作是给所有 Android 设备的三星 DeX

而如果只将 AirDroid 作为局域网内的文件传输工具的效果如何呢？取决于你使用的是网页版还是 app ，用 AirDroid 来传文件的评价可以是从「还不错」到「不太行」区间内的任何一种。首先，如果你使用网页版远程连接来传文件的话，虽然你可以访问 Android 设备中的所有文件路径，但是单次传输的文件大小被限制在了 30MB ，即使付费成为高级帐户也只能传输不超过 100MB 的文件。

但如果你愿意在电脑上下载客户端，并且只用它来传输文件的话，那么 AirDroid 的体验其实还不错。虽然在不注册不登录的情况下你只能通过局域网无线连接的方式来传输，但是速度至少可以跑满局域网的带宽，并且没有任何的文件体积限制。

功能纯粹的无网络传输：MacDroid关键词：免账号、离线、需付费、数据线传输你需要：PayPal 账户或者可以进行美元支付的信用卡以购买订阅

而相比上面 AirDroid 功能的玲琅满目，名字十分甚至九分相似的 MacDroid 则单纯很多，它的功能只有一个：为 macOS 实现以移动硬盘的方式挂载 Android 设备，从而进行文件管理和传输。

启动 MacDroid 后，它会提示你可以通过两种方式连接 Android 设备。要么通过开启安卓调试桥（ADB）、让它通过 shell 指令访问机内文件，要么将 Android 设备的连接模式改为「传输文件」、以 MTP 的格式读取设备。无论选择哪种方式连接后，MacDroid 都会将已连接的设备直接显示在访达的侧边栏中，进行文件管理的方式和使用移动硬盘别无二致：

并且 MacDroid 可以同时挂载多台设备，你可以直接将 Mac 作为中继直接在两台 Android 设备之间通过数据线进行文件传输。此外，尽管 MacDroid 在不付费的时候只允许你以「只读」的方式挂载设备，虽然无法向里面写入任何东西，但你其实是可以从里面向电脑里拷贝数据的。

一旦你想发送一些文件给 Android 设备，MacDroid 的价格是每年 20 美元

但如果你不想给 MacDroid 交钱的话：Android File Transfer关键词：图形界面、免账号、离线、数据线传输你需要：下载客户端

作为一款单纯可以为 macOS 提供识别 MTP 协议的「挂载器」来说，MacDroid 每年 19.99 美元的订阅费还是有些让人心痛的。而如果你不想花这笔钱的话，谷歌其实很早就已经有了一个本家的解决方案——这个长得有些「毛坯房」的窗口就是 Android File Transfer 的主界面：

相比 MacDroid 还可以使用 ADB 强行挂载设备，Android File Transfer 的原理更加单纯一些——它需要连接的 Android 设备将 USB 连接模式改为「文件传输」模式，然后为 macOS 提供对于 MTP 协议的识别；同时 Android File Transfer 的文件管理窗口不像 MacDroid 那样无感，也不支持在 Mac 上对 Android 设备里面的文件进行复制黏贴和剪切之类的移动操作。换句话说，除了把文件复制进去或者复制出来之外，它能做的就只剩下创建文件夹、重命名和删除文件了。

不过对于简单的文件传输和数据同步，上述的功能其实也已经足够， 在传输文件的过程中也可以轻松跑满接口或者是数据线的最大带宽。再加上 Android File Transfer 和 ADB 两者都可以算是来自谷歌的官方传输方案，并且都是彻底的离线工具，其可靠程度是毋庸置疑的。

局域网传输何必只限于局域网：TailDrop关键词：多平台、高整合度、局域网传输你需要：下载客户端

你或许还记得，春节前的少数派首页文章中就出现过 Tailscale 这个名字。Tailscale 是一个基于软件定义广域网（software-defined wide area network, SD-WAN）技术提供远程的内网访问的工具，可以部署在各种平台、甚至是你的 NAS 上。

在内网访问功能之外，Tailscale 也提供了一个跨平台的内网文件传输服务 TailDrop 。想要使用 TailDrop 的话，你需要首先在所有设备上都安装 Tailscale 的 app 并且登陆，在登录账号的过程中 TailScale 就会询问你是否要将当前设备连接到你的账号：

建议大家选择用微软账户登陆 Tailscale

添加设备完成后，你就可以在这些设备之间使用 TailDrop 功能相互传输文件了。与其他共享软件往往使用一个独立的页面作为交互区域不同，TailDrop 会以系统自带的分享选项出现，只需要打开需要传输的文件、在分享菜单中选择 Tailscale、再选择目标设备即可。

但如果用 Tailscale 发送 HEIF 照片的话，文件格式会被转换成 JPG

虽然 Tailscale 与系统的整合度极高，分享的过程也是最符合「设备原生」的体验，但是它在单纯的文件传输方面仍然有一些细枝末节做得不太好——比如 Tailscale 的 macOS 客户端在接收文件时是不会有任何通知提醒的，它只会悄无声息的把接收到的文件保存到设备的下载目录，至于文件发送成功与否全都要在发送文件的设备上查看。

不过得益于 Tailscale 所基于的 SD-WAN 协议和「免确认传输」的特点，如果你需要在出门在外的同时向局域网内的设备传输文件（比如旅游的时候实时向家里的电脑同步照片）的话，Tailscale 将会是一个可行的方案，或者直接在两台不在同一局域网内的设备（比如同时在使用流量的两台手机）之间传输文件：

如果我偶尔也想给别人发点文件怎么办：Send-Anywhere特点：多平台、向外分享、局域网传输你需要：下载客户端或使用网页版

而在开头提到的自己同步照片的场景之外，「本地文件传输」中其实还包含了另一类场景：一位朋友来家中做客，如何在不使用即时通讯软件的前提下向他发送一些自己拍摄的照片和视频？

诚然，前面提到的 SnapDrop 可以很好的解决这个问题，但是它所必须的 Signaling 服务器的稳定性却参差不齐，局域网内「优势在我」的 LocalSend 又需要先下载软件才能使用。这种时候，支持 P2P 链接分享文件的老牌文件传输工具 SendAnywhere 就可以派上用场了。

虽然 SendAnywhere 目前有自己的账号系统和付费功能，也在各大平台上提供了 app ，但对于频率不高的小规模文件传输来说它的网页版其实就已经足够（只不过在手机上你还是需要强制请求桌面版网站才能发送或者接收）。尽管 SendAnywhere 的页面布局看起来有些松散，它的功能区实际上划分的很明确：发送文件，或者接受文件。

选择想要分享的文件后，你就可以选择分享方式了——而这也是 SendAnywhere 的独门绝技：如果想要在局域网内传输的话，你可以选择使用「直接分享」。此时，SendAnywhere 会生成一个 10 分钟内有效的 6 位数字密钥，你只需要在接收端输入密钥就可以实现内网传输，速度只取决于家里的网络规格。

而如果你注册了 SendAnywhere 账号的话，就可以使用「链接分享」了，此时 SendAnywhere 则会将文件分散上传到 P2P 网络中，并且生成一个分享链接。48 小时的文件有效期内，你可以在任何地方用任何网络来下载这个链接所指向的文件，此时的传输速度取决于接受者的网络状况和 P2P 节点的分布情况。

文件的上传与异地无 app 下载

在仅仅注册、不支付任何费用的前提下，每个账号可以最高上传 10GB 的待下载文件。而这样的传输模式也就意味着 SendAnywhere 的运营是有着不小的服务器开支的，因此在它的使用过程中会有广告的存在——但是数量非常克制，绝没有到影响使用心情的程度——你可以选择支付 5 美元关闭广告，顺便支持一下运营团队。

结论：术业有专攻，别用张小龙

长久以来，各个品牌各个平台在文件传输这件事上的「分而治之」已经给我们的使用带来了数不胜数的烦恼，甚至反过来逼迫我们将原本只是用来聊天通讯的社交软件当成了传输文件的终极手段。

这样能用吗？能用，但也真的不好用。第三方软件市场中拥有无数的开源解决方案，其中不乏类似 LocalSend 这样的优秀选手。虽然在文件的远程、异地传输上我们仍然需要借助各类云盘或者 P2P 方案来解决，但是至少从桌前的本地传输开始，我们可以真正的「不将就」一次，让专门的软件来做专业的事。

内外网文件传输方法

内外网隔离是企业为了网络和信息安全采用的一个网络架构模式，隔离之后的各网络边界之间的文件无常传输，这样就防止信息泄露，保证了信息的安全。但是隔离之后，业务部门的内外网文件传输的需求还是存在的，下面就介绍下常见的内外网文件传输方法以及各优劣势。

1、FTP传输

FTP传输一直是传输最常用的方法，针对内外网隔离的网络机构，可以搭建双网FTP服务器。但是这种模式需要IT部门人工协助，工作繁琐，当发生数据泄露的时候，责任划分不清。同时对一些网络要求严格的企业来说，它也不满足网络隔离的合规要求。

2、U盘/移动硬盘拷贝

U盘和移动硬盘拷贝一般适合体量较大的文件传输，速度快，操作方便。缺点是容易中病毒，拷贝之后的数据特别容易丢失、外传。同时，它没有日记和审计功能，无法追溯数据的流向，造成数据泄露的几率很高。

3、网闸自带的文件摆渡功能

网闸是内外网隔离比较常见的设备，网闸自带了摆渡功能，可以满足内外网文件的合规传输。缺点是没有审核功能，且日志不完整，仅针对摆渡环节，缺乏对数据来源、去向的记录。并且当业务部门需要传输文件的量比较大的时候，需要IT部门逐一协调，时效性不高。

针对目前内外网文件传输方法和缺点，飞驰云联推出了内外网文件传输平台，主要功能有以下：

1、完善的的文件审批系统

平台可以根据用户的属性、层级、传输文件的特点、文件格式识别、敏感内容阻断等多维度设置审批策略，多角度满足企业的各种审批需求。

2、审批系统和传输系统合一

文件审批和文件传输在一个平台上就可以完成，解决了以前OA审批和文件传输两个操作层面割裂的情况，保证了最终传输的文件就是审批申请的文件。

3、高性能文件传输插件

飞驰云联的内外网文件传输平台提供cutp高性能文件传输插件，针对大体量文件和海量文件传输提供稳定、快速的传输，不收网络波动的影响。

4、完整的传输日志

每个审批、传输的完成，都会自动生成一个完整的传输日志，包含所有的传输流程、节点以及原始的传输文件。

飞驰云联的内外网文件传输平台帮助企业文件数据在一个平台内完成发送、检测、审批、接收、审计的全流程，大幅提升操作易用性及业务时效性，建立统一、安全、可控、便捷的跨网数据摆渡通道，实现事前可控制、事中可审查、事后可追溯的跨网文件交换全生命周期管控。

局域网文件传输有哪些方法？有哪些局域网文件传输工具好用？

大多数企业的员工从电脑/手机传文件，最方便的方法就是使用个人即时通讯软件（QQ、微信）直接发送，但由于这些即时通讯软件不是基于局域网，需要上传到云端服务器中转，网速不好的情况传输会很慢，还会有文件大小限制。

这种方法虽然是最方便的，但是由于发送文件需要通过云端，容易造成泄漏，所以大多数企业开始采用局域网来进行文件传输，使用局域网来进行文件传输，数据不需要进行云端，能够有效避免泄露，而且信息传输速率高、时延小，误码率低。

传统的局域网文件传输一般都是采用文件共享方式，需要先访问计算机的控制面板等等一系列操作，然后再把需要传输的文件设置成共享，传输对象还需要在网络共享中心上查找对应的计算机去拷贝文件，操作过程十分繁琐，对于企业来说效率过于低下。

有不少企业会使用FTP来进行局域网文件传输，FTP是企业在管理和传输文件过程中最常见的软件系统，但随着业务规模和文件体量的快速增长，在FTP的应用实践中，许多企业已经发现FTP的实际可用度越来越低，不管是安装部署、管理维护，还是账号分配、权限管控，都极其复杂繁琐，终端用户体验较差。而且不支持设置文件有效期或发件人手动删除文件，文件位于FTP服务器上，只能IT管理员删除，会占用大量存储空间并产生不必要的成本。

有度即时通-企业IM即时通讯软件-信创国产化支持局域网内网及私有化部署-助力企业高效办公协作

基于以上这些问题，能够在纯局域网内使用，带有文件传输功能的即时通讯软件对于企业来说就显得非常重要，在局域网中使用有度即时通进行文件传输，既能够快速找到相对应同事发送文件过去，又能够高效的与同事沟通，传输速度有保障，同时还避免了数据泄露的问题。而且使用有度局域网即时通讯软件除了能解决以上问题之外，还有许多功能，可以解决不少其他问题。