我的服务器系列：clash

clash docker镜像使用笔记，以及常用代理配置方法。 2022.9月更新：提供自部署proxy-provider-converter容器及国内部署链接，解决因vercel被墙而无法访问的问题 2022.8月更新：使用clash-premium，并添加rule-providers及示例 2022.8月更新：添加no_proxy说明。 2022.7月更新：提供示例配置文件。添加docker pull使用代理方法。 2022.5月更新：完善配置订阅链接教程并自动选择最快节点。添加容器使用代理方法。 2022.3月更新：使用订阅链接并自动更新防止代理失效，并增加web端管理功能

（不要问我怎么获取）

参考 https://github.com/qier222/proxy-provider-converter 懒得部署的话可以用作者的 https://proxy-provider-converter.vercel.app 或者是我的 https://proxy-provider-converter-sooty.vercel.app 用我的会安全一点，因为我还不知道怎么查看到上面的订阅地址

2022.9更新：因vercel被墙，建议使用我部署的：https://ppc.linshenkx.cn

也可自行部署，参考：https://github.com/linshenkx/baseDockerImage/tree/master/proxy-provider-converter

在clash配置文件中配置Proxy Provider，实现代理服务器列表的自动更新 clash配置文件，可以从订阅链接下载得到，再修改即可。或者我后面贴出来自用的。

启动dreamacro/clash或dreamacro/clash-premium容器，加载配置文件，进行clash服务

启动haishanh/yacd容器，对clash进行web管理 可以直接用作者部署的：http://yacd.haishan.me

主要修改地方是在proxy-providers和proxy-groups。

rules是根据proxy-groups配置的，数量比较多，具体参考从订阅地址得到的clash配置文件。或者自己从网上获取，这些是比较通用的。

可以看到proxy-groups中的配置都引用了use: ['LIAN']来导入节点配置。 且使用了 url-test 来自动选出最快的代理。

默认clash配置文件：

修改之后的clash配置文件：

使用效果，以电报消息为例，默认使用代理是节点选择， 而节点选择使用的代理是自动选择，所以电报消息默认使用的代理是节点池最快的节点。

一般只需要修改proxy-providers的LIAN的url和path， 如果更换机场，也只需要重新生成clash订阅链接，然后修改这两个位置即可

参考配置：https://raw.githubusercontent.com/linshenkx/myFiles/master/blogFiles/clash/config.yaml 注意，如果raw.githubusercontent.com无法访问可以尝试加个s使用第三方加速：raw.githubusercontents.com

规则总是会更新的，如果使用的是clash-premium（专业版）的话，可以考虑用rule-providers，见文末。

需自行提供config.yaml 文件，这里推荐直接使用host网络，可以直接使用127.0.0.1 7890作为代理 注意这里使用的是dreamacro/clash-premium，也可用dreamacro/clash，放弃高级功能

如果没有安装docker的话，可以使用常规方法启动

把配置文件放到/root/.config/clash 下取代默认的config.yaml 3. 启动

连接的时候填写 http://clash机器ip:clash-controller端口，以及secret密码。 密码和端口都在上面clash配置。

在 /etc/profile 添加all_proxy配置 no_proxy则配置不走代理，注意这和clash的直连还不一样。 如 *.linshenkx.cn对应ip为tailscale内网ip，外部无法访问 这时如果使用clash的直连则会提醒连接失败，而配置在no_proxy则会让其走tailscale的代理成功访问。

参考： https://docs.docker.com/network/proxy/

可以设置环境变量，如ENV HTTP_PROXY="http://192.168.1.12:3128" 但无法使用127.0.0.1，除非同时配置--network host。

且实测，环境变量方法难生效。

建议使用修改 ~/.docker/config.json 的方法。

配置以下内容：

容器内会自动添加HTTP_PROXY、HTTPS_PROXY、NO_PROXY、http_proxy、https_proxy、no_proxy等变量

注意不是给docker容器设置代理 参考：https://docs.docker.com/config/daemon/systemd/#httphttps-proxy 主要用于docker pull。 也可通过配置镜像加速来达到类似效果， 不过注意镜像加速覆盖不全面， 而且有坑，例如阿里的镜像加速有时候就拉不到最新的镜像（如：halohub/halo:latest）

测试时，在通过代码方式添加：

发布时，建议通过jvm参数配置：

如下，为使用系统代理方式启动halo，这样就可以在halo的管理界面使用在线下载、更新主题功能了，否则github连接过慢主题基本无法在线下载

可在命令行使用wget测试连接，如下 可以看到走了my.win:7890的代理 加上no_proxy则是直连：

no_proxy很重要，因为不是所有的流量都需要经过clash的，如localhost。 就算localhost在clash是直连，也和不走clash是不一样的。 特别是用上了tailscale，tailscale的流量如果走了clash（直连）就会出现dns解析错误。 所以最好把tailscale的域名配置在no_proxy里面。 但是需要注意，no_proxy本身是不规范的，不同的程序/系统对其处理也是不一样的。 参考：https://about.gitlab.com/blog/2021/01/27/we-need-to-talk-no-proxy/

此外不同系统也会有影响，例如grafana的Alpine镜像就没有处理no_proxy,换成Ubuntu镜像则可以。 所以，在选镜像的时候建议不要一味地选小体积的镜像版本。

这是premium版本特有的功能 相关说明见：https://github.com/Dreamacro/clash/wiki/premium-core-features#rule-providers

这里使用的是 https://github.com/Loyalsoldier/clash-rules 提供的规则。 完整配置如下：

注意，这里把raw.githubusercontent.com都换成了raw.githubusercontents.com 见https://www.7ed.net/#/raw-cdn，否则第一次启动时无法获取规则文件，会导致启动失败

不过这样会产生强依赖，即rules文件必须可访问，否则无法启动 而rules文件一般又无法直接在墙内访问，又得依赖第三方的加速服务，风险其实很高 所以并不是很建议

Q.E.D.