前言

由于经费有限，VPS线路比较垃圾，中国移动的网络根本无法使用。于是想起很久以前购买的一元机场(还有6年)，测试了一下发现一元的香港、日本和新加坡线路延迟很低。
然后想起以前给Clash写配置文件的时候看到过有一个链式代理的功能，就想着通过机场拯救我的VPS。

有人就会说这样做会增加延迟，多绕了几层线路。
其实并不是，相对于国内运营商的绕路，机场到vps的绕路其实更少，延迟更低
购买的VPS比较纯净，ip可以访问大部分网站，机场延迟低，但ip万人骑
链式代理可以很好的可以结合两者的优点，做到低延迟和ip纯净

开始

clash实例

proxy-providers:
  oneyuan: #这个是配置的类名，待会会用到
    type: http
    url: "http://xxx" # 这里填你的机场订阅地址
    interval: 3600
    path: ./oneyuan.yaml
    health-check:
      enable: true
      interval: 600
      url: http://www.gstatic.com/generate_204

proxies: # 这里填你自建的节点信息
  - name: US
    server: your.domainname.com
    port: 443
    xxxxxx

proxy-groups:
  - name: 节点选择
    type: select
    proxies:
      - one_to_US
      # - 其他节点

  - name: one
    type: url-test # 推荐使用延迟测试进行自动选择，除非你的机场不限制连接，可以使用负载均衡
    filter: "新加坡|日本|香港" # 这里是保留的节点的关键词，可以排除非节点选项和延迟高的节点
    use:
      - oneyuan # 这里输入前面机场配置的类名
    tolerance: 150
    url: 'http://www.gstatic.com/generate_204'
    interval: 300 # 延迟测试周期(s)，可以自己设定

  - name: one_to_US
    type: relay # 链式代理
    # clash <==> one <==> US <==> 互联网
    proxies:
      - one
      - US

流量过程

  graph LR
  A(Clash)-->B((机场))
  B-->C((VPS))
  C-->D(网站)