远程IDE的环境下登陆通义灵码的解决方法

如题，如何在使用远程IDE环境的情况下登陆通义灵码。

背景

我的电脑内存有点扛不住 IDEA 和 Spring Cloud 一起运行，所以干脆使用 Gateway 来访问远程 IDEA。

也就是说，我把整套开发环境迁移到了远程开发机上的 IDEA 里，这样本地电脑只需要负责显示界面和处理一些转发过来的交互数据，可以省下不少本地资源。

问题

环境迁移到远程 IDEA 之后，通义灵码插件的登录就出了问题。

我也尝试过其他登录方式，但是都会提示对应的企业或组织没有访问权限，这就比较难受了。于是我看了一下通义灵码的登录流程，发现问题主要出在授权回调上。

登录流程分析

正常情况下，点击通义灵码的登录按钮之后，IDE 会尝试唤起浏览器，并打开阿里云的登录页面。

但是在远程 IDE 环境下，这一步并不能直接拉起本地浏览器。原因是本地一般只负责显示远程 IDE 的界面，以及处理端口转发过来的数据交互，并不是真正运行插件客户端的地方。

不过比较方便的是，登录 URL 会被复制到本地剪切板。

所以实际流程会变成这样：

1. 点击登录后，通义灵码生成阿里云登录 URL。
2. 手动打开本地浏览器。
3. 把剪切板里的登录 URL 粘贴到浏览器中。
4. 在浏览器里完成阿里云登录和授权。
5. 授权完成后，页面会跳转到 127.0.0.1:35710。

这里的关键点是：127.0.0.1:35710 其实是通义灵码客户端用来接收授权结果的地址。

如果 IDEA 和通义灵码客户端都运行在本地，那么浏览器访问 127.0.0.1:35710 就可以正常完成授权。

但现在通义灵码客户端运行在远程 IDE 环境里，本地浏览器访问的 127.0.0.1 是本地电脑自己，并不是远程开发机。所以本地浏览器访问不到远程 IDE 里监听的 35710 端口，授权自然就失败了。

解决思路

问题的本质是：本地浏览器需要访问远程 IDE 环境中的 35710 端口。

所以解决方案也很直接：使用 SSH 端口转发，把本地一个空闲端口转发到远程 IDE 环境的 35710 端口上。

这样本地浏览器访问本地端口时，请求实际上会被 SSH 转发到远程开发机的 35710 端口，也就能把授权结果交给远程环境里的通义灵码客户端。

操作步骤

1. 在通义灵码里点击登录。

2. 按照正常流程完成阿里云登录。

3. 登录授权完成后，页面会自动跳转到类似 127.0.0.1:35710 的地址。

4. 使用 SSH 端口转发，把本地某个未被占用的端口转发到远程 IDE 的 35710 端口。

   例如，我把本地的 1234 端口映射到远程 IDE 环境的 35710 端口。

5. 修改浏览器里的授权地址，把端口从 35710 改成本地转发端口。

   也就是把：

   127.0.0.1:35710

   改成：

   127.0.0.1:1234

6. 修改完成之后，刷新这个授权地址。

7. 通义灵码就可以正常登录了。

总结

通义灵码客户端会监听 35710 端口，浏览器授权完成后，会通过 URL 回调的方式把授权结果传给客户端。

在本地 IDE 环境下，这个流程没有问题，因为浏览器和客户端都在同一台机器上。

但在远程 IDE 环境下，本地浏览器访问 127.0.0.1:35710 时，访问到的是本地电脑，而不是远程开发机上的通义灵码客户端。

所以，只要用 SSH 端口转发搭一座桥，让本地浏览器能够访问到远程环境里的 35710 端口，就可以完成通义灵码的登录授权。

我只能说比较蛋疼了