Cloudflare Workers & Pages 报错 Error 1101 详解

 

在这次报错 Error 1101 事件中，总结出一个结论：切勿滥用！
个人使用的每日10万次请求次数是足够的，自用即可，切勿分享滥用！

注意：只有在所有变量为空且代码未做任何修改的情况下出现报错 Error 1101，才符合本文描述的报错 Error 1101 情况。其他情况下出现的 Error 1101 通常是由于变量设置错误。建议使用控制变量法，逐一删除变量进行测试，以手动排查错误的变量设置。

一旦项目报错 Error 1101，无论进行任何修改都无法解决问题，唯一的解决办法是删除该项目。

---

报错 Error 1101 触发条件

1. 代码特征码检测
2. 请求次数审查
3. 项目名称黑名单
4. 域名黑名单

---

1.代码特征码检测

• 在部署时，系统会检测源代码中是否出现特定的特征码。如果特征码出现次数达到一定阈值，项目将报错1101，并且项目名称会被加入CF的项目名称黑名单。

处理方法

1. 找出特征码，并对其进行修改。
2. 将源代码进行混淆处理。在线混淆：js-obfuscator obfuscator.io

---

2.请求次数审查

• 当总请求次数达到11万左右时，CF会对项目代码进行审查。如果代码审查未通过，项目将报错1101（代码混淆可能会增加审查不通过的风险），项目名称会被加入CF的项目名称黑名单，自定义域大概率也会被加入域名黑名单。

处理方法

1. 使用Workers部署项目（Workers项目有10万次的请求门槛，不会触发11万次的审查。而且达到10万次的请求上限也不会拉黑项目，北京时间早8点后恢复请求次数）。
2. 使用Pages部署项目时，尽量使用明文源码部署（应该很可能大概率有效果？）。

---

3.项目名称黑名单

• 如果创建的项目名称已经存在于黑名单中，将会报错1101。

处理方法

1. 避免项目名称出现以下内容：edgetunnel、edtunnel、epeius、bpb、cmliu、vless、trojan等。
2. 手动创建项目时的修改项目名称，避免出现上述关键词和与过去已报错1101项目同名的情况。
   

---

4.域名黑名单

• 当Workers项目频繁出现1101错误时，CF会将该账号的Workers.dev子域和自定义域添加至域名黑名单。此后，该子域下的所有域名将报错1101，自定义域名则报错522。

处理方法

1. 在 Workers 和 Pages > 概述 > 子域 > 修改。
   
2. 删除报错522自定义域，确保项目未出现报错1101的前提下使用新的自定义域，示例如下：
   • 如 tg.cmliussss.us.ks 该自定义域已报错522
   • 改成 123.cmliussss.us.ks 仅需修改第一段子域名即可，无需更换整个主域名