Distant Manager守护进程完整揭秘多CLI共享远程连接零重复握手【免费下载链接】distant (Alpha stage software) Library and tooling that supports remote filesystem and process operations. 项目地址: https://gitcode.com/gh_mirrors/di/distantDistant 是一款支持远程文件系统与进程操作的开源工具库及命令行套件其核心亮点是Manager 守护进程让多个 CLI 进程通过 Unix socketWindows 为命名管道接入同一个 Manager共享已建立的远程连接从而避免每个命令都重复一次 SSH 握手操作远端主机、Docker 容器时快人一步。本文将带你完整看懂它的架构与原理。1. 痛点为什么需要零重复握手传统做法下每执行一次远程命令都要经历完整流程 建立 TCP 连接 SSH 密钥交换、加密通道协商 认证校验密码 / 密钥 / 挑战应答假设你连续执行 5 次ls、cat、cp……就要重复 5 次上述握手。对于 SSH 远程主机每次握手可能消耗数百毫秒甚至更久。Distant Manager 的解法把贵的握手动作收敛到一处——守护进程只握手一次其余 CLI 进程全部共享这条连接。2. 快速上手三步启动 Distant Manager 如果你希望阅读源码验证本文细节可先获取源码git clone https://gitcode.com/gh_mirrors/di/distant步骤一启动 Manager 守护进程# 前台运行便于观察日志 distant manager listen # 后台守护进程模式Unix 下自动 fork 脱离终端Windows 下自动派生后台进程 distant manager listen --daemon启动后Manager 会在本机监听平台监听方式默认作用域Linux / macOSUnix socket全局--user可切换为当前用户Windows命名管道全局--user可切换为当前用户监听地址的绑定逻辑见 src/cli/common/manager.rs其中全局/用户级 socket 路径分别取自常量定义。步骤二确认守护进程在线distant manager version # 输出 Manager 协议版本号协议版本与 Distant 包版本保持一致见 distant-core/src/net/manager.rs方便客户端做兼容性校验。步骤三用常规 CLI 命令享受共享连接之后的distant子命令文件读取、目录列出、进程启动、隧道转发等都会自动接入 Manager而不是各自直连远端。连接入口函数connect_to_manager位于 src/cli/common/client.rs所有 CLI 命令共用这一条接入路径。3. 架构剖析CLI → Manager → Server 三层模型Distant 采用清晰的三层架构完整图示与说明见 docs/ARCHITECTURE.mdCLI 进程 A ──┐ CLI 进程 B ──┼── Manager 守护进程 ──(加密 TCP)── 远端 Server A CLI 进程 C ──┘ │ └───(加密 TCP)── 远端 Server B各层职责一目了然层级角色通信协议CLI短命进程发完即走Manager 协议ManagerRequest / ManagerResponseManager长驻多路复用器持有连接池对 CLI 说 Manager 协议对 Server 说 Distant 协议Server远端插件进程SSH / Docker / HostDistant 协议ManagerServer内部维护四个核心状态表定义在 distant-core/src/net/manager/server.rs状态表作用共享价值connectionsConnectionId → 远端连接⭐ 握手成果的唯一存放处channelsChannelId → 复用通道每个 CLI 各开各的通道互不干扰registry认证回调登记表转发认证挑战给发起 CLImanaged_tunnels隧道生命周期管理kill 连接时自动清理4. 核心原理连接池 通道多路复用这是零重复握手的真正机制分两步理解。4.1 第一步Connect 只发生一次第一个 CLI 请求 Manager 连接远端时Manager 走插件路由ssh://交给 SSH 插件、docker://交给 Docker 插件完成唯一一次完整握手。成功后连接以ConnectionId存入连接池见 distant-core/src/net/manager/server.rsConnect { destination, options } → Connected { id: 42 }4.2 第二步后续 CLI 只开通道不握手之后的每个 CLI 进程不再触发握手而是对同一个ConnectionId调用OpenChannelManager 在其上多路复出一条新通道OpenChannel { id: 42 } → ChannelOpened { id: 1001 } Channel { id: 1001, request } → 远端响应原路返回 CloseChannel { id: 1001 }这就像高速公路只修一次连接但允许无数辆车通道同时通行。全部 14 种 Manager 请求类型定义在 distant-core/src/net/manager/data/request.rs客户端侧的对应方法connect、open_raw_channel、forward_tunnel等见 distant-core/src/net/manager/client.rs。4.3 认证挑战如何共享若远端需要交互式认证如密码、动态口令Manager 通过registry把挑战消息转发给发起 CLI 的终端由用户输入后回传——其他正在等待的通道不受阻塞认证响应经Authenticate请求原路送回插件。5. 生命周期管理随时查看、精准清理Manager 不仅是共享器也是连接管家查看List返回当前所有托管连接ConnectionId → 目标地址Info { id }查询单条连接详情销毁Kill { id }会级联清理——先关闭该连接上的全部通道再中止关联的所有隧道最后断开远端连接见 distant-core/src/net/manager/server.rs隧道托管ForwardTunnel/ReverseTunnel把端口转发也收进 ManagerListManagedTunnels随时巡检distant manager version # 检查守护进程 # 隧道类命令同样经 Manager 托管随连接销毁自动回收6. 常见问题速答Q不启动 Managerdistant 还能用吗能。CLI 在无 Manager 时会退化为直连模式每次都独立完成握手——功能不变只是失去加速效果。QManager 是全局的还是每用户的默认全局所有用户共享同一 socket/管道加--user可切换为当前用户私有实例两者可同时存在。QWindows 和 Unix 行为有差异吗协议完全一致仅传输载体不同Unix 用 socket 文件支持设置访问权限AccessControlWindows 用命名管道代码分支见 src/cli/common/manager.rs。Q多个终端同时跑 distant 会互相干扰吗不会。每个 CLI 拥有独立通道ChannelId数据互不串流连接层才是共享的。7. 小结Distant Manager 用一个长驻守护进程 连接池 通道多路复用三个要素把最贵的握手从每个命令中抽离出来✅ 首次Connect完成唯一一次加密握手✅ 后续 CLI 通过OpenChannel零成本接入✅Kill级联清理通道与隧道无资源泄漏对频繁操作远程主机的用户来说这就是秒级响应的来源。想深入协议细节推荐直接阅读架构文档 docs/ARCHITECTURE.md 中的 Manager Architecture 章节——那里有完整的时序图与请求/响应字段表。【免费下载链接】distant (Alpha stage software) Library and tooling that supports remote filesystem and process operations. 项目地址: https://gitcode.com/gh_mirrors/di/distant创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
Distant Manager守护进程完整揭秘多CLI共享远程连接零重复握手【免费下载链接】distant (Alpha stage software) Library and tooling that supports remote filesystem and process operations. 项目地址: https://gitcode.com/gh_mirrors/di/distantDistant 是一款支持远程文件系统与进程操作的开源工具库及命令行套件其核心亮点是Manager 守护进程让多个 CLI 进程通过 Unix socketWindows 为命名管道接入同一个 Manager共享已建立的远程连接从而避免每个命令都重复一次 SSH 握手操作远端主机、Docker 容器时快人一步。本文将带你完整看懂它的架构与原理。1. 痛点为什么需要零重复握手传统做法下每执行一次远程命令都要经历完整流程 建立 TCP 连接 SSH 密钥交换、加密通道协商 认证校验密码 / 密钥 / 挑战应答假设你连续执行 5 次ls、cat、cp……就要重复 5 次上述握手。对于 SSH 远程主机每次握手可能消耗数百毫秒甚至更久。Distant Manager 的解法把贵的握手动作收敛到一处——守护进程只握手一次其余 CLI 进程全部共享这条连接。2. 快速上手三步启动 Distant Manager 如果你希望阅读源码验证本文细节可先获取源码git clone https://gitcode.com/gh_mirrors/di/distant步骤一启动 Manager 守护进程# 前台运行便于观察日志 distant manager listen # 后台守护进程模式Unix 下自动 fork 脱离终端Windows 下自动派生后台进程 distant manager listen --daemon启动后Manager 会在本机监听平台监听方式默认作用域Linux / macOSUnix socket全局--user可切换为当前用户Windows命名管道全局--user可切换为当前用户监听地址的绑定逻辑见 src/cli/common/manager.rs其中全局/用户级 socket 路径分别取自常量定义。步骤二确认守护进程在线distant manager version # 输出 Manager 协议版本号协议版本与 Distant 包版本保持一致见 distant-core/src/net/manager.rs方便客户端做兼容性校验。步骤三用常规 CLI 命令享受共享连接之后的distant子命令文件读取、目录列出、进程启动、隧道转发等都会自动接入 Manager而不是各自直连远端。连接入口函数connect_to_manager位于 src/cli/common/client.rs所有 CLI 命令共用这一条接入路径。3. 架构剖析CLI → Manager → Server 三层模型Distant 采用清晰的三层架构完整图示与说明见 docs/ARCHITECTURE.mdCLI 进程 A ──┐ CLI 进程 B ──┼── Manager 守护进程 ──(加密 TCP)── 远端 Server A CLI 进程 C ──┘ │ └───(加密 TCP)── 远端 Server B各层职责一目了然层级角色通信协议CLI短命进程发完即走Manager 协议ManagerRequest / ManagerResponseManager长驻多路复用器持有连接池对 CLI 说 Manager 协议对 Server 说 Distant 协议Server远端插件进程SSH / Docker / HostDistant 协议ManagerServer内部维护四个核心状态表定义在 distant-core/src/net/manager/server.rs状态表作用共享价值connectionsConnectionId → 远端连接⭐ 握手成果的唯一存放处channelsChannelId → 复用通道每个 CLI 各开各的通道互不干扰registry认证回调登记表转发认证挑战给发起 CLImanaged_tunnels隧道生命周期管理kill 连接时自动清理4. 核心原理连接池 通道多路复用这是零重复握手的真正机制分两步理解。4.1 第一步Connect 只发生一次第一个 CLI 请求 Manager 连接远端时Manager 走插件路由ssh://交给 SSH 插件、docker://交给 Docker 插件完成唯一一次完整握手。成功后连接以ConnectionId存入连接池见 distant-core/src/net/manager/server.rsConnect { destination, options } → Connected { id: 42 }4.2 第二步后续 CLI 只开通道不握手之后的每个 CLI 进程不再触发握手而是对同一个ConnectionId调用OpenChannelManager 在其上多路复出一条新通道OpenChannel { id: 42 } → ChannelOpened { id: 1001 } Channel { id: 1001, request } → 远端响应原路返回 CloseChannel { id: 1001 }这就像高速公路只修一次连接但允许无数辆车通道同时通行。全部 14 种 Manager 请求类型定义在 distant-core/src/net/manager/data/request.rs客户端侧的对应方法connect、open_raw_channel、forward_tunnel等见 distant-core/src/net/manager/client.rs。4.3 认证挑战如何共享若远端需要交互式认证如密码、动态口令Manager 通过registry把挑战消息转发给发起 CLI 的终端由用户输入后回传——其他正在等待的通道不受阻塞认证响应经Authenticate请求原路送回插件。5. 生命周期管理随时查看、精准清理Manager 不仅是共享器也是连接管家查看List返回当前所有托管连接ConnectionId → 目标地址Info { id }查询单条连接详情销毁Kill { id }会级联清理——先关闭该连接上的全部通道再中止关联的所有隧道最后断开远端连接见 distant-core/src/net/manager/server.rs隧道托管ForwardTunnel/ReverseTunnel把端口转发也收进 ManagerListManagedTunnels随时巡检distant manager version # 检查守护进程 # 隧道类命令同样经 Manager 托管随连接销毁自动回收6. 常见问题速答Q不启动 Managerdistant 还能用吗能。CLI 在无 Manager 时会退化为直连模式每次都独立完成握手——功能不变只是失去加速效果。QManager 是全局的还是每用户的默认全局所有用户共享同一 socket/管道加--user可切换为当前用户私有实例两者可同时存在。QWindows 和 Unix 行为有差异吗协议完全一致仅传输载体不同Unix 用 socket 文件支持设置访问权限AccessControlWindows 用命名管道代码分支见 src/cli/common/manager.rs。Q多个终端同时跑 distant 会互相干扰吗不会。每个 CLI 拥有独立通道ChannelId数据互不串流连接层才是共享的。7. 小结Distant Manager 用一个长驻守护进程 连接池 通道多路复用三个要素把最贵的握手从每个命令中抽离出来✅ 首次Connect完成唯一一次加密握手✅ 后续 CLI 通过OpenChannel零成本接入✅Kill级联清理通道与隧道无资源泄漏对频繁操作远程主机的用户来说这就是秒级响应的来源。想深入协议细节推荐直接阅读架构文档 docs/ARCHITECTURE.md 中的 Manager Architecture 章节——那里有完整的时序图与请求/响应字段表。【免费下载链接】distant (Alpha stage software) Library and tooling that supports remote filesystem and process operations. 项目地址: https://gitcode.com/gh_mirrors/di/distant创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
