Clash For Linux | QMMMS's Blog

[utterances-bot]

Clash For Linux | QMMMS's Blog

深度学习需要数据，国外论文的很多数据是保存在谷歌 drive 上面的，需要让Linux服务器具备上网功能。

https://qmmms.github.io/posts/Clash-For-Linux/

[QMMMS]

如果服务器自己已经有代理，比如 127.0.0.1:7891，最直接的做法是在服务器上设置环境变量，让远端命令行程序直接走服务器本地代理：

export http_proxy=http://127.0.0.1:7891
export https_proxy=http://127.0.0.1:7891

如果想长期生效，可以写进 ~/.bashrc。这种方式适合 curl、git、pip、npm 等终端程序，流量直接从服务器自己的代理出网，通常更稳也更快，而且不依赖你本地电脑在线。

另一种是服务器没有可用代理，但你笔记本本地有代理，比如 127.0.0.1:10808，这时可以在本机 ~/.ssh/config 里用 SSH 反向转发，把本地代理“借给”服务器：

Host my-server
  HostName x.x.x.x
  User your_user
  RemoteForward 17897 127.0.0.1:10808

然后重新连接服务器。在这种情况下，服务器访问 127.0.0.1:17897，实际上会通过 SSH 隧道转发到你笔记本的 127.0.0.1:10808。如果是 VS Code Remote SSH，可以在远端 settings.json 里配置：

"http.proxy": "http://127.0.0.1:17897",
"http.noProxy": "localhost,127.0.0.1,::1",
"http.proxySupport": "on"

如果还想让远端终端命令一起走这条链路，也可以在服务器上再加：

export http_proxy=http://127.0.0.1:17897
export https_proxy=http://127.0.0.1:17897

前一种是“服务器使用自己的代理”，后一种是“服务器通过 SSH 借用你笔记本上的代理”。前者更稳、更快、不依赖本机在线；后者适合服务器本身没代理、但本地代理可用的场景。对于 VS Code 来说，"http.proxy" 主要影响 VS Code 自己和一部分扩展，http_proxy/https_proxy 主要影响远端终端里的命令行程序，所以两者并不完全等价。

[QMMMS]

在 Remote SSH 连上服务器之后打开。

最直接的方法：

• 按 Ctrl+Shift+P
• 输入 Preferences: Open Remote Settings (JSON)
• 回车

这会打开“远端服务器上的 VS Code settings.json”。