用自己的域名 设置路由 指向 Cloudflare worker 解决 workers.dev被墙问题

点击标签看相关主题:

用worker反代域名的操作大家已经很熟悉了。但是如果所有*.workers.dev的域名都被墙了还有什么办法呢？还可以在自己的域名下 设置路由 指向worker.

需要

1. 已经解析到Cloudflare的自己的域名


2. 建好的，可以正常工作的worker

用域名/path测试Cloudflare worker是否正确

操作

1. 添加一个DNS域名解析

名称 随意 (以下示例中，添加的是wkr.ciys.cf 请注意以下行文中看到蓝色的wkr.ciys.cf都是指你自己设置的域名)

IP 随意

代理状态 打开

Cloudflare添加域名解析

2. 在你自己的域名下worker页面添加一个路由，指向worker

路由 填写你在上一步添加的域名/* 如 

wkr.ciys.cf/*

服务 选择你想指向的worker

Cloudflare 添加路由将域名指定worker

添加成功后可以在worker列表页面，看到你的worker下面多了一行小字。

3. 修改v2ray客户端节点参数

在你的v2ray客户端节点参数中，地址(address)和域名(host)改为你第一步中添加的域名 如 wkr.ciys.cf
修改v2ray客户端节点参数 自定义域名 使用 Cloudflare worker

================

完


================

参考资料

https://www.nbmao.com/archives/4979

https://www.luckydesigner.space/define-workers-domain-via-cloudflare/

================

后记

其实第1步，是为了把 wkr.ciys.cf 解析到Cloudflare的CDN网络服务器上。

反过来说，如果你反正是要使用优选IP的，那么你可以略过第1步，最后，在你的v2ray客户端的节点参数配置中，地址(address) 填写优选IP，域名(host)填写 wkr.ciys.cf 

对照 <连接 V2Ray Websocket + TLS 模式的过程> 来看，节点参数里的地址(address)决定了数据包从你的V2Ray客户端发往哪里。不管是在Cloudflare里设置wkr.ciys.cf解析并打开CDN并填到地址(address)一栏，还是直接设置优选IP填到地址(address)一栏，都可以做到将数据包发往Cloudflare的CDN网络。
接下来是Cloudflare的CDN网络根据数据包的域名(host)判断将数据包发往哪里。
根据你在第2步设置的worker路由设置，CDN网络把访问 wkr.ciys.cf/* 的数据包都转发到worker去处理。
然后是worker把数据包转发到你的VPS节点真正的域名上。

以我自己现在的状态为例

Cloudflare里面，我没有设置wkr.ciys.cf的DNS解析。添加了一个wkr.ciys.cf/*到我的worker的路由。 worker中，我反代了我的一个节点的域名。 v2ray客户端的节点参数中，address写wkr.ciys.cf, host写wkr.ciys.cf。在我自己的电脑上，修改hosts让wkr.ciys.cf解析为Cloudflare的优选IP。复合脚本测速更新hosts中优选IP的方案。当然，要先把ciys.cf成功添加到Cloudflare，完成设置name server等工作。



Q: 什么叫正常工作的worker?

A: 不管你搭在什么服务器上，是Linux1也好，IBM也好，Oracle也好，Heroku也好。如果你是用worker反代，正常工作的worker就是：在wokrer修改脚本那个页面，测试能显示400 Bad Request。这个400错误是v2ray返回的。
注意如果你配置了path, 下图中红框里要把 /你的path 填在你的worker域名的末尾，即：

xxx.yyy.workers.dev/你的path

测试Cloudflare worker 正常工作 400 Bad Requesst

这种一路套娃的反代配置方式，如果不成功，请从里到外检查问题

先以'第三方'的角度检测，检测工具可以用网页版HTTP状态检查器
如: https://www.uptrends.com/tools/uptime 把https://域名/path填进去测试

也可以用你的另外一个VPS的curl命令 如: curl https://域名/path

操作示例请见此视频：HTTP测试 域名/path 返回 400 Bad Request 说明 配置成功 数据流到达 V2Ray

1.  Heroku域名/你的path 是不是400
如: https://ball-speed.herokuapp.com/d94b15f316a0  

2. worker域名/你的path 是不是400
如: https://wkr1.ciys.workers.dev/d94b15f316a0

3. 你的自定义域名/你的path 是不是400
如: https://wkr.ciys.cf/d94b15f316a0

'第三方'检测通过了, 再在你自己的网络环境上用浏览器检测你反代的最外层，也就是你准备填到V2Ray客户端节点参数里host的域名+你的path

浏览器中测试 host域名 + path

换个角度解释 解决workers.dev被墙的各种方案

https://zelikk.blogspot.com/2022/05/workers-dev-gfw-ban-route-pages.html


评论

  1. wucey五月 15, 2022

    大佬，指点一下，1.正常搭建V2RAY+WS 使用正常 2.用Worker反代域名www.00000.tk，检测https://yyyyy.xxxxxxxxxx.workers.dev/fqv2ray 出现400 Bad Request 3.按照你这个教程用另一个域名www.111111.tk指向worker，但在v2rayN中填入www.111111.tk域名配置出现错误
    2022/05/15 08:42:53 [Warning] [1119314248] app/proxyman/outbound: failed to process outbound traffic > proxy/vmess/outbound: failed to find an available destination > common/retry: [transport/internet/websocket: failed to dial WebSocket > transport/internet/websocket: failed to dial to (wss://www.00000.tk/fqv2ray): > remote error: tls: handshake failure] > common/retry: all retry attempts failed
    2022/05/15 08:42:53 [Warning] [4241408913] app/proxyman/outbound: failed to process outbound traffic > proxy/vmess/outbound: failed to find an available destination > common/retry: [transport/internet/websocket: failed to dial WebSocket > transport/internet/websocket: failed to dial to (wss://www.00000.tk/fqv2ray): > remote error: tls: handshake failure transport/internet/websocket: failed to dial WebSocket > transport/internet/websocket: failed to dial to (wss://www.00000.tk/fqv2ray): > dial tcp: operation was canceled] > common/retry: all retry attempts failed
    2022/05/15 08:42:53 [Warning] [3904756726] app/proxyman/outbound: failed to process outbound traffic > proxy/vmess/outbound: failed to find an available destination > common/retry: [transport/internet/websocket: failed to dial WebSocket > transport/internet/websocket: failed to dial to (wss://www.00000.tk/fqv2ray): > remote error: tls: handshake failure transport/internet/websocket: failed to dial WebSocket > transport/internet/websocket: failed to dial to (wss://www.00000.tk/fqv2ray): > dial tcp: operation was canceled] > common/retry: all retry attempts failed

    回复删除
    回复
    1. ǝɔɐǝԀʎzɐɹƆ五月 16, 2022

      1. 我猜测你是用111111和000000给你的域名打码。所以我先不去纠结你前面说www.111111.tk，日志里又写www.000000.tk的问题
      2. 在你自己的浏览器中，请检查 www.111111.tk/fqv2ray一样会得到400 Bad Request

      删除
    2. wucey五月 16, 2022

      我的步骤全都对，但输入www.111111.tk，会跳转到真实域名www.000000.tk，输入 www.111111.tk/fqv2ray，同样跳转到真实www.000000.tk/fqv2ray, 新申请一个域名来操作，也是同样

      删除
    3. ǝɔɐǝԀʎzɐɹƆ五月 17, 2022

      你好！跳转与你搭建的细节实现有关。
      我补充一段在本文最末。请自查一下你在套娃哪一层出错了？

      删除
    4. wucey五月 17, 2022

      感谢大佬，测试后全部出现400 Bad Request，没有改配置，可以用了，好奇怪，另外在问一个，这种与ws套cf，指定ip有什么区别？速度更好？

      删除
    5. ǝɔɐǝԀʎzɐɹƆ五月 17, 2022

      请问你说的 "ws套cf，指定ip" 是指什么方案？请提供一个链接。

      删除
    6. wucey五月 17, 2022

      就是v2ray+tls+ws套CF，隐藏ip这种，https://timevia.blogspot.com/2019/06/v2arywstlscf.html

      删除
    7. ǝɔɐǝԀʎzɐɹƆ五月 18, 2022

      本文解决的问题是：当你本来的节点的域名被屏蔽或者干扰时，你不方便或者没有权限修改VPS上的设置（比如，你是在heroku这种容器上搭的，或者你用的别人的节点或者机场的节点），如何用新的域名套上去。特别地，你自己没有一个VPS的情况下。

      删除
  2. donchen五月 16, 2022

    楼主说的很清楚呢，关键是IP地址随便填&打开小云朵

    回复删除
    回复
    1. wucey五月 16, 2022

      当然做了，就是会跳转到真实域名，不知道是什么原因

      删除
  3. 胡说八道五月 22, 2022

    我有两个问题
    1，在cloudfare中给自己的域名设置DNS记录时添加内容的IP是输什么IP？是自己电脑的公网IP还是heroku有关或者其他的IP有关
    2，在cloudfare中给自己的域名设置worker时添加路由时服务一项没有内容，无法选择，不知如何解决，望大佬解惑
    鄙人小白，啥都不懂，非常感谢大佬不吝赐教

    回复删除
    回复
    1. ǝɔɐǝԀʎzɐɹƆ五月 22, 2022

      1. IP 随意
      原因：将域名wkr.ciys.cf添加DNS记录并打开CDN，只是为了将wkr.ciys.cf解析为CF的CDN网络的服务器。
      2. 服务没有内容，是因为你没有一个正常工作的worker。
      解决方法：请参考其它教程创建一个可以正常工作的worker

      删除
    2. 胡说八道五月 23, 2022

      大佬好，在创建woker时，服务名称需要更改吗？代码需要更改吗

      删除
    3. ǝɔɐǝԀʎzɐɹƆ五月 23, 2022

      这个取决你参考的哪篇教程。你可以把教程的链接贴出来

      删除
    4. 胡说八道五月 23, 2022

      没找到合适的教程，直接在cloudfare里点woker创建服务，不好意思

      删除
    5. ǝɔɐǝԀʎzɐɹƆ五月 23, 2022

      试试 https://github.com/DaoChen6/Heroku-v2ray

      删除

发表评论

The Hot3 in Last 30 Days

用浏览器 检测Reality伪装效果 是否搭建成功 排错Troubleshoot

图片
Reality的原理: 当 Reality 节点收到数据包的时候, 如果 Reality 协议的验证通过, 就走节点的翻墙逻辑; 如果 Reality 协议的验证不通过, 就把数据包转发到伪装站. 后续的整个交互过程就像是在和伪装站交互一样. 我们可以简单地用浏览器验证 Reality 伪装效果. 也相当于检测 从你自己到 Reality 节点之间的数据通路是否畅通. 以这样的一个 Reality 节点为例. IP  142.171.237.9 端口  18255 伪装站 learn.microsoft.com 在电脑的hosts文件中, 设置 learn.microsoft.com 解析的IP 为  142.171.237.9   然后在浏览器中, 访问 https://learn.microsoft.com: 18255 可以看到, TLS的锁是正常的. 验证证书, 也是正常的. 从你自己到Reality节点的数据路径是畅通的之后, 如果你的节点还不能用, 那么, 就应该检查你的Reality节点验证信息了 (UUID, 公钥) ======== update 如果是用了中转后的 Reality 节点 原 Reality 节点 IP  142.171.237.9 端口  18255 伪装站 learn.microsoft.com 中转 VPS  IP 142.171.223.56 端口 28828 那么, 在电脑的hosts文件中, 设置 learn.microsoft.com 解析的IP 为  142.171.223.56 然后在浏览器中, 访问 https://learn.microsoft.com: 28828 可以看到, TLS的锁是正常的. 验证证书, 也是正常的.
Read more »

用darkstat统计VPS上的流量

图片
感谢 https://0x3f.org/posts/darkstat-as-a-network-discharge-meter/ https://ilovn.com/2023/03/25/darkstat/ 安装 apt install -y darkstat 启用 darkstat -i 监听网卡 -p 网页端的端口号 如 darkstat -i eth0 -p 8964 页面端查看 http:// 你的vps的IP : 网页端的端口号 如 http:// 12.34.56.78 : 8964 效果类似下面这样 点 host 可以看到数字表格的统计信息. 点其中一条 可以看到更详细的信息. 能看到在本VPS上, 还有指定IP上, 分别用到了什么端口(包括TCP UDP), 以及分别跑了多少流量. 如果你有有更好的工具, 欢迎留言分享!
Read more »

233 sing-box 脚本 TCP 端口转发 Reality 协议 排错 Troubleshoot

图片
233 boy 的 TCP 端口转发的教程 https://233boy.com/sing-box/sing-box-direct/ 下图中示意, 左边的 142.171.237.9 是被墙的VPS, 右边的 142.171.223.56 是用来做端口中转的VPS. 如果你照着教程操作一遍, 发现不能正常使用. 那么本文指导你如何排查问题所在. ======== 首先, 你要理解整个原理是什么. 左边的, 本来的reality协议节点, 底层是TCP直连, 那么是从你的 翻墙客户端(手机/电脑/...) 去连接  142.171.237.9  的 18255 端口. 现在被墙了, 那么无法直接TCP连接了. 右边的, 用于中转的VPS, 设置的 TCP端口中转 的本质是,  142.171.223.56  从端口 28828 收到的TCP数据, 会转发给  142.171.237.9  的 18255 端口.  所以, 你现在可以把本来准备发送给  142.171.237.9  的  18255  端口 的realiy数据包, 发送给  142.171.223.56  的  28828  端口; 142.171.223.56  从端口  28828  收到的TCP数据, 转发给  142.171.237.9  的  18255  端口. ======== 我们延着数据路径一段一段的排查. 1. 从我们的翻墙客户端(手机/电脑/...)连接中转VPS  142.171.223.56  的  28828  端口; a) 可以用 tcp.ping.pe 检测 142.171.223.56  的  28828  端口是否正常; b) 在你自己的电脑  tcping 检测 142.171.223.56  的  28828  端口是否可连接. 2. 在中转VPS上查 sing-box 的 access.log cat /var/log/sing...
Read more »