Zoom 免费账号在中国大陆直接被拒绝登录，靠的不是代理，是跳板机
一位身处中国大陆的同事需要重置 Zoom 账号密码，打开”忘记密码”页面，输入邮箱之后看到的不是验证码，而是一行醒目的红字：“Sorry! Free user cannot login from China.”（抱歉，免费用户无法从中国登录）。这不是网络连不上、也不是被防火墙拦截——页面本身正常加载，只是 Zoom 服务端在识别到”免费账号 + 中国大陆来源 IP”这个组合之后，直接在业务逻辑层面拒绝了登录。
这不是”网络问题”，翻墙也解决不了
第一反应通常是”是不是被墙了，换个代理试试”，但这次的报错信息已经把原因写得很清楚：限制的对象是账号类型（免费版），触发条件是登录来源地区（中国大陆），属于 Zoom 自己业务规则里的地域合规限制，而不是网络连通性问题。用普通代理或 VPN 切换出口 IP 理论上能绕过这条规则，但在中国大陆环境下，依赖代理/VPN 本身还牵扯合规和稳定性问题，不是一个能长期依赖的方案。
页面加载得很正常，问题出在”是谁在问”
真正好用的解法：把”人在哪”和”网络出口在哪”分开
比起折腾代理，更稳的做法是换一个网络出口地区，而不是伪装网络出口地区——具体做法是通过公司已有的 RDS（远程桌面服务）跳板机来完成整个会议流程：
- 收到 Zoom 会议邀请后，右键复制会议链接，而不是直接点击打开；
- 通过浏览器访问公司 RDS Web 门户（部署在中国大陆以外的地区），登录后启动对应的远程应用（RemoteApp）；
- 在弹出的远程会话里打开浏览器，粘贴刚才复制的会议链接；
- 会议客户端会在这个远程会话里启动——由于这个会话的网络出口本身就在中国大陆以外，Zoom 服务端看到的来源地区自然也不是中国大陆，会议流程可以正常走完。
这个方法的关键在于：参会者本人的物理位置没有变，变的是网络会话实际发生的地方——RDS 会话的计算和网络出口都在远端服务器上，本地设备只是显示和输入的窗口。
教训
- 报错信息里”是什么类型的限制”比”报了什么错”更重要——同样是”登录失败”，网络层面的墙、DNS 污染、和业务层面的地域合规拒绝，排查方向完全不同，本例明确写出了限制条件（账号类型 + 地区），排查时应该优先信这行字，而不是默认往”网络被墙”的方向排查；
- 遇到业务规则层面的地域限制时，“换个出口 IP”这个思路本身没错，但用什么方式换出口 IP很关键——公司已有的、稳定可控的 RDS/跳板机路径，比依赖第三方代理更适合长期使用，尤其是在合规要求较严的地区；
- 这类解法本质上是”让网络会话搬家，人不用搬家”——只要业务系统只关心网络请求的来源，把整个会话（不只是某个网络包）挪到目标地区，就能干净地满足这个前提，不需要伪装或绕过任何东西。