start 了，支持一下

@xieren58 为啥？

lighthouse@VM-4-4-ubuntu:~$ sudo lsof -i tcp:7890
COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME
clash-lin 22959 root 7u IPv4 161499315 0t0 TCP localhost:7890 (LISTEN)

只有 sudo 才会出现这个 Clash 进程，但是 ps -a 没有，ps -A 有，说明这个 Clash 上几次终端的，可能是上几次乱用 sudo nohup 命令搞的，但是新 Clash 启动也不提示端口已经占用。把这个进程 kill 掉，重新启动 Clash 就行了,问题就此解决，受 @ysc3839 启发，我怎么也没想到 Clash 正常启动后端口没有正常监听的问题，他也不提示一下。

我的 CloudStudio 中的一台机子
```
➜ clash ps -a
PID TTY TIME CMD
1557 pts/0 00:00:00 clash-linux-amd
5307 pts/1 00:00:00 ps
➜ clash lsof -i:7890
COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME
clash-lin 1557 root 8u IPv4 2435773225 0t0 TCP localhost:7890 (LISTEN)
```

出现问题的腾讯云的机子。
```
lighthouse@VM-4-4-ubuntu:~$ ps -a
PID TTY TIME CMD
2610 pts/2 00:00:00 clash-linux-amd
3633 pts/14 00:00:00 orca-bash.sh
3641 pts/14 00:00:00 sleep
3645 pts/10 00:00:00 ps
16667 pts/7 00:01:09 lumen
26119 pts/25 00:00:49 cloudreve
29314 pts/14 00:00:00 orca-bash.sh

lighthouse@VM-4-4-ubuntu:~$ lsof -i:7890
(没输出，奇怪)
```

我又研究了一下。将 Clash 启动后，lsof -i:7890 ，发现没有人监听

@ysc3839 我换了一个好点的代理，突然就能用了，奇怪。

@wangyu17455 感谢回答

@puck260 我在 ubuntu 上用
```
export http_proxy="http://127.0.0.1:7890"
export https_proxy="http://127.0.0.1:7890"
```
这应该是所有 http\https 都可以代理的吧，不需要 git 在单独设置了？ 这点我不确定。

在 windows 上用的话，Clash General 上有个专门打开代理终端的选项

@A01514035 开代理后，python 的 pip 也会报 tls 错误，网上的方法都是说关代理，但是没查到不关代理怎么解决

@A01514035 这些我都看过，这方法没用，wget 也有这个问题

比如 wget https://github.com/torvalds/linux/archive/refs/tags/v6.2-rc3.tar.gz 也会报 tls 错误

这些都没有用，我都试过了