博客域名被某最知名的 “唯一的一个 List” 误伤了怎么办？

[DearTanker]

这个 List 大家肯定都知道的。。

试过带 R 不带 R 的 Windows 客户端，以及 X-NG macOS 客户端。

用 PAC 模式的时候，我的博客就会走代理。

博客地址 https://blog.deartanker.com/

我自己看了半天那个 List，表示实在找不出来是哪条规则不小心匹配到我的博客域名了。。

补充下，用户规则那个 txt 里面是空的也是一样情况，我自己都测试过的。

因为在 Windows 和 macOS 下都是这个问题，所以我人为问题应该就出在 List 上。

[Showfom]

@shansing 就是这个问题导致的

[yinjy]

能直连，你这是骗点击吗……

[Blacate]

ip 是香港的 应该是因为客户端把非国内 ip 全走代理了吧

[Caballarii]

广告鬼才

[DearTanker]

@shansing #16 就是你说的这个，非常感谢，你能去提交一个 issue 吗？毕竟是你发现的，哈哈。


@yinjy #22
@Blacate #23

你们是真的不好好看帖。我是真的不想解释了。

[mywaiting]

@Showfom #21 借楼问问你的 $$ 最近能恢复服务么？顶住压力恢复 [狗头～]

你的这个用得太久，都没有心思想换机场了

[shansing]

@DearTanker 我已经看到你提 issue 了，建议你补上自己的域名作为实例。不过说实话，我很怀疑这是不是 list 本身的问题。我阅读了 wiki/Syntax，说 ||example(dot)com 不会匹配 https://example(dot)com(dot)co。但如果我们构造 https://blog(dot)de(dot)com，却发现好像匹配上了。因此可能是 PAC 脚本的实现问题。

[DearTanker]

@shansing #25 所以你的意思是说可能是客户端问题？

[herexf]

我移动 4G 正常访问

[DearTanker]

@shansing #25 不敢放自己域名啊。毕竟这个项目有点敏感。

[herexf]

@herexf 没看清楼上的不好意思

[shansing]

@DearTanker 我倾向于认为是客户端问题，是 PAC 脚本的实现有 bug。因为 list 本身只有一条条规则，只要加入的规则符合约定好的语义就行。||blog(dot)de 这条规则没有问题，只是相关客户端的 PAC 错误地实现了判断逻辑，不符合原本的语义。