5 月 27 日，据路透社报道，美国太空军周二宣布，已授予 SpaceX 一份价值 22.9 亿美元的合同，用于建设一个安全、高速的卫星通信网络，以连接全球范围内的军用传感器和武器平台。 SpaceX 这是一项采用固定价格的非传统合同协议，涵盖“太空数据网络 (SDN) 骨干网”项目。该项目是一种具有高韧性的网络架构，可为美军提供高容量、低延迟的数据传输能力。 美国太空军表示，承包商必须在 2027 年底前交付一个具备全面运行能力的原型系统。此外，SDN 还将为导弹预警与跟踪传感器的数据整合和传输提供通信通道，并将相关数据近乎实时地传送给拦截系统。这一能力被视为特朗普政府“金穹”导弹防御计划的基础组成部分。 五角大楼称，SDN 骨干网是一个扩散式近地轨道 (pLEO) 卫星星座，将进一步扩展一个由卫星组成的网状网络，提供全球通信服务。该网络将与太空发展局的“传输层”协同工作，形成一个统一的架构，为美国国防部当前和未来的任务提供关键的数据传输支持。 太空军还表示，计划在今年夏季确定更多承包商，负责卫星制造及网络其他部分的建设。
nas 虽然本地有备份, 但是还是想有一份远程备份. 对象存储太贵了, 用不起, 所以想到网盘. 不用担心数据泄露的问题, 我这里用的是 restic 之类的的备份工具. 简单说就是原始数据会被切割加密后再上传. 但是 restic 支持的远程仓库类型有限, 主要靠 rclone, 而且 rclone 又不支持网盘. 我的想法是使用 alist 进行中转, 这样数据流向就是: nas --> restic --> rclone --> alist --> 网盘 这个方案可行是可行, 但是 alist 的网盘授权时间一般都太短了 隔一段时间就要重新授权, 维护成本很高. 不知道还有没有其他方案?
nas 虽然本地有备份, 但是还是想有一份远程备份. 对象存储太贵了, 用不起, 所以想到网盘. 不用担心数据泄露的问题, 我这里用的是 restic 之类的的备份工具. 简单说就是原始数据会被切割加密后再上传. 但是 restic 支持的远程仓库类型有限, 主要靠 rclone, 而且 rclone 又不支持网盘. 我的想法是使用 alist 进行中转, 这样数据流向就是: nas --> restic --> rclone --> alist --> 网盘 这个方案可行是可行, 但是 alist 的网盘授权时间一般都太短了 隔一段时间就要重新授权, 维护成本很高. 不知道还有没有其他方案?
nas 虽然本地有备份, 但是还是想有一份远程备份. 对象存储太贵了, 用不起, 所以想到网盘. 不用担心数据泄露的问题, 我这里用的是 restic 之类的的备份工具. 简单说就是原始数据会被切割加密后再上传. 但是 restic 支持的远程仓库类型有限, 主要靠 rclone, 而且 rclone 又不支持网盘. 我的想法是使用 alist 进行中转, 这样数据流向就是: nas --> restic --> rclone --> alist --> 网盘 这个方案可行是可行, 但是 alist 的网盘授权时间一般都太短了 隔一段时间就要重新授权, 维护成本很高. 不知道还有没有其他方案?
nas 虽然本地有备份, 但是还是想有一份远程备份. 对象存储太贵了, 用不起, 所以想到网盘. 不用担心数据泄露的问题, 我这里用的是 restic 之类的的备份工具. 简单说就是原始数据会被切割加密后再上传. 但是 restic 支持的远程仓库类型有限, 主要靠 rclone, 而且 rclone 又不支持网盘. 我的想法是使用 alist 进行中转, 这样数据流向就是: nas --> restic --> rclone --> alist --> 网盘 这个方案可行是可行, 但是 alist 的网盘授权时间一般都太短了 隔一段时间就要重新授权, 维护成本很高. 不知道还有没有其他方案?
nas 虽然本地有备份, 但是还是想有一份远程备份. 对象存储太贵了, 用不起, 所以想到网盘. 不用担心数据泄露的问题, 我这里用的是 restic 之类的的备份工具. 简单说就是原始数据会被切割加密后再上传. 但是 restic 支持的远程仓库类型有限, 主要靠 rclone, 而且 rclone 又不支持网盘. 我的想法是使用 alist 进行中转, 这样数据流向就是: nas --> restic --> rclone --> alist --> 网盘 这个方案可行是可行, 但是 alist 的网盘授权时间一般都太短了 隔一段时间就要重新授权, 维护成本很高. 不知道还有没有其他方案?
nas 虽然本地有备份, 但是还是想有一份远程备份. 对象存储太贵了, 用不起, 所以想到网盘. 不用担心数据泄露的问题, 我这里用的是 restic 之类的的备份工具. 简单说就是原始数据会被切割加密后再上传. 但是 restic 支持的远程仓库类型有限, 主要靠 rclone, 而且 rclone 又不支持网盘. 我的想法是使用 alist 进行中转, 这样数据流向就是: nas --> restic --> rclone --> alist --> 网盘 这个方案可行是可行, 但是 alist 的网盘授权时间一般都太短了 隔一段时间就要重新授权, 维护成本很高. 不知道还有没有其他方案?
nas 虽然本地有备份, 但是还是想有一份远程备份. 对象存储太贵了, 用不起, 所以想到网盘. 不用担心数据泄露的问题, 我这里用的是 restic 之类的的备份工具. 简单说就是原始数据会被切割加密后再上传. 但是 restic 支持的远程仓库类型有限, 主要靠 rclone, 而且 rclone 又不支持网盘. 我的想法是使用 alist 进行中转, 这样数据流向就是: nas --> restic --> rclone --> alist --> 网盘 这个方案可行是可行, 但是 alist 的网盘授权时间一般都太短了 隔一段时间就要重新授权, 维护成本很高. 不知道还有没有其他方案?
nas 虽然本地有备份, 但是还是想有一份远程备份. 对象存储太贵了, 用不起, 所以想到网盘. 不用担心数据泄露的问题, 我这里用的是 restic 之类的的备份工具. 简单说就是原始数据会被切割加密后再上传. 但是 restic 支持的远程仓库类型有限, 主要靠 rclone, 而且 rclone 又不支持网盘. 我的想法是使用 alist 进行中转, 这样数据流向就是: nas --> restic --> rclone --> alist --> 网盘 这个方案可行是可行, 但是 alist 的网盘授权时间一般都太短了 隔一段时间就要重新授权, 维护成本很高. 不知道还有没有其他方案?
nas 虽然本地有备份, 但是还是想有一份远程备份. 对象存储太贵了, 用不起, 所以想到网盘. 不用担心数据泄露的问题, 我这里用的是 restic 之类的的备份工具. 简单说就是原始数据会被切割加密后再上传. 但是 restic 支持的远程仓库类型有限, 主要靠 rclone, 而且 rclone 又不支持网盘. 我的想法是使用 alist 进行中转, 这样数据流向就是: nas --> restic --> rclone --> alist --> 网盘 这个方案可行是可行, 但是 alist 的网盘授权时间一般都太短了 隔一段时间就要重新授权, 维护成本很高. 不知道还有没有其他方案?
nas 虽然本地有备份, 但是还是想有一份远程备份. 对象存储太贵了, 用不起, 所以想到网盘. 不用担心数据泄露的问题, 我这里用的是 restic 之类的的备份工具. 简单说就是原始数据会被切割加密后再上传. 但是 restic 支持的远程仓库类型有限, 主要靠 rclone, 而且 rclone 又不支持网盘. 我的想法是使用 alist 进行中转, 这样数据流向就是: nas --> restic --> rclone --> alist --> 网盘 这个方案可行是可行, 但是 alist 的网盘授权时间一般都太短了 隔一段时间就要重新授权, 维护成本很高. 不知道还有没有其他方案?
nas 虽然本地有备份, 但是还是想有一份远程备份. 对象存储太贵了, 用不起, 所以想到网盘. 不用担心数据泄露的问题, 我这里用的是 restic 之类的的备份工具. 简单说就是原始数据会被切割加密后再上传. 但是 restic 支持的远程仓库类型有限, 主要靠 rclone, 而且 rclone 又不支持网盘. 我的想法是使用 alist 进行中转, 这样数据流向就是: nas --> restic --> rclone --> alist --> 网盘 这个方案可行是可行, 但是 alist 的网盘授权时间一般都太短了 隔一段时间就要重新授权, 维护成本很高. 不知道还有没有其他方案?