2023 · 首个版本
发布 Windows 与 macOS 客户端,主打自适应码率,首批 120 家企业客户。
远程控制软件能看到的比任何工具都多。我们清楚这一点,所以把「不被信任」当成最大的产品风险来对待。
2023 年初,创始团队里负责运维的同事在凌晨两点被叫起来——外地机房一台数据库服务器挂了。 他打开当时常用的远控工具,卡到连命令行都敲不进去,一行命令等三秒才回显。 等他终于摸清情况,业务已经停了四十分钟。
事后复盘时发现,那台机器所在机房的网络并不差——问题出在远控工具本身:它按固定码率传输, 网络稍有波动就整段卡死。而这在当时几乎是行业通病,大家默认「远程就是会卡」。
我们觉得这个默认不该成立。于是从自适应码率和硬件编码入手重做了传输链路, 做出了第一版 ggremote。三年过去,平台上有 2.4 万家企业、186 万台设备, 跨省平均延迟 18ms。但我们最在意的仍然是同一件事:别在最需要它的时候掉链子。
远程工具是在出故障时才被用到的。那个时刻它必须能用,所以稳不稳比功能全不全重要得多。
客户端不采屏幕内容、不记录按键、不上传文件列表。这一条写进了我们的产品红线,不可协商。
端到端加密不只是宣传语。我们主动放弃了「服务端可见」这个能省很多事的设计。
审计记录、设备清单、录像都能导出。企业客户还可以自托管,把数据完全留在自己网络里。
发布 Windows 与 macOS 客户端,主打自适应码率,首批 120 家企业客户。
完成传输链路端到端加密改造,服务端彻底无法解密画面内容,同年在线上线。
发布自托管版本,通过等保三级认证,服务企业突破 1 万家。
跨省平均延迟降至 18ms,托管设备 186 万台,服务 2.4 万家企业。
团队里超过一半成员有实际的运维、IT 支持或安全背景,不是纯做产品的。
创始人 & CEO
那次深夜运维的亲历者。前云厂商网络传输方向工程师。
联合创始人 & CTO
负责传输链路与编解码,把跨省延迟从 40ms 压到 18ms。
安全负责人
前安全服务公司渗透测试工程师,负责端到端加密实现与合规。
产品负责人
做过六年企业 IT 支持,负责把运维场景的需求翻译成产品。
下面这些做法能让产品更好卖、运维更省事,但我们不做——因为它们会削弱你对我们产品的信任基础。
| 做法 | 有些厂商会这样做 | 我们的做法 |
|---|---|---|
| 画面加密 | 传输加密,服务端持有密钥可解密 | 端到端加密,服务端无法解密 |
| 采集范围 | 采集使用行为数据用于产品优化 | 仅上报版本号与连接质量指标 |
| 免费版商业模式 | 插入广告、导流或转卖线索 | 无广告,不向第三方提供任何数据 |
| 用户设备访问 | 预留技术支持通道可查看会话 | 技术上不具备该能力 |
| 部署方式 | 仅 SaaS,数据必须存在厂商处 | 提供自托管,数据可完全不出内网 |
| 数据可迁移性 | 导出受限或需付费解锁 | 设备清单与审计记录随时可导出 |
| 漏洞处理 | 视影响决定是否公开 | 高危漏洞 72 小时内发修复并如实披露 |
平台已通过等级保护三级认证,每年接受第三方渗透测试,测试报告可向企业客户提供摘要。
包含加密实现细节、审计项清单与合规对照表,企业客户与安全团队可直接索取。
安全问题请发至 security@ggremote.com,24 小时内确认收到,有效报告给予奖励。
杭州 · 全职 · 3 年以上经验
负责 WebRTC 自适应码率、拥塞控制与弱网优化。熟悉 RTP/RTCP、BBR 或 GCC 者优先。
杭州 / 远程 · 全职 · 3 年以上经验
负责桌面客户端开发,涉及硬件编解码调用、多屏捕获与系统级权限处理。
杭州 · 全职 · 3 年以上经验
负责端到端加密实现审计、客户端行为分析与外部漏洞响应。
杭州 / 上海 · 全职 · 2 年以上经验
对接企业客户的部署、权限配置与自托管落地,需要懂网络与系统运维。
套餐选型、自托管评估、大客户报价。工作日 30 分钟内响应。
连接问题排查、API 对接、Webhook 调试。请附上客户端诊断报告。
24 小时内确认收到,有效漏洞报告给予奖励。请勿公开披露后再报送。
浙江省杭州市余杭区
文一西路 969 号创意园 B 座 8 层
我们不会主动索要你的设备连接码、无人值守密码或验证码。任何以「ggremote 技术支持」名义索要这类信息的行为都是诈骗, 请立即向我们举报。