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

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

这是一个创建于 1879 天前的主题，其中的信息可能已经有所发展或是发生改变。

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

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

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

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

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

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

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

第 1 条附言 · 2019-09-19 13:27:23 +08:00

16 楼已破案。非常感谢。

list

博客

客户端

x-ng

32 条回复 • 2019-09-19 21:29:30 +08:00

whwq2012

2019-09-18 22:28:01 +08:00 via Android

我能直连啊

0TSH60F7J2rVkg8t

2019-09-18 22:29:36 +08:00 via iPhone

user-rules.txt 里加一条白名单呗，先命中先执行。

whlvi

2019-09-18 22:30:00 +08:00 via Android

同楼上，我也能直连，不用挂梯子。

DearTanker

2019-09-18 22:32:41 +08:00

完了，不能编辑主贴了，我再补充说下。

1、博客本来就正常，启用 PAC 模式以后会走代理，如果此时$$配置有误，那么博客就打不开了。
2、这样子，会导致很多挂了代理的国内用户访问我的博客反而慢，或者因为代理挂了打不开我的博客。

DearTanker

2019-09-18 22:33:36 +08:00

@whwq2012 #1
@whlvi #3 看我 4 楼的回复。

@ahhui #2 你这个办法我就是发现这个问题以后就这么处理的，但这不是解决问题的办法，请看 4 楼我的顾虑。

minami

2019-09-18 22:37:08 +08:00

switchyomega 的 auto switch 没有问题，是直连。是只有客户端的 PAC 模式有问题？

1una

2019-09-18 22:38:03 +08:00

我並沒有在 [gfwlist]( github.com/gfwlist/gfwlist) 上看到你的博客地址，我這邊也可以直連。

DearTanker

2019-09-18 22:42:00 +08:00

@minami #6 你有测试一下用假代理吗？就是肯定是不能用的代理，然后再打开，如果还能打开，才确保是走了直连。

laminux29

2019-09-18 22:42:39 +08:00

备案没？

0TSH60F7J2rVkg8t

2019-09-18 22:42:45 +08:00 via iPhone

@DearTanker pac 就是个 php 脚本，找个能单步调试的工具加载了你调用一下看看咋命中的应该可以找到问题所在。但即使找到了，你还需要
1、让 pac 项目加你的规则
2、让所有受影响的用户点工具里的菜单更新 pac。
这两个操作都不在你能控制的范围内，而且第二个还依赖每一个用户自身，就算你找到原因了，也不那么容易解决 4 楼里的担忧。

lemontv

2019-09-18 22:50:34 +08:00

二分搜索试试，每次去掉 PAC 里面一半 rules ？

DearTanker

2019-09-18 22:58:17 +08:00

@ahhui #10 第一点，发邮件给管理者应该会有机会更新到后续的版本。第二点，我觉得是迟早的事情，我不是很担心这个。至于你说的怎么调试，这个我是真的不懂。。

DearTanker

2019-09-18 22:59:59 +08:00

@lemontv #11 我试过吧 pac.txt 清空，就正常了，说明一定是 list 的问题，但是就算是知道了具体哪条，我也不知道怎么提交 Github 的更新。。

levon

2019-09-18 23:01:00 +08:00

v2ex.com 也一直在 gfwlist 里

levon

2019-09-18 23:01:50 +08:00

你这个没问题

shansing

2019-09-18 23:02:04 +08:00

按 F12 看了一下，确实自动走本机地址了。用的是不带 S 程序的 PAC。
掐头去尾找了一下，现在怀疑是 ||blog(dot)de 这条规则引起的。以这串为首字符串随便加了几个字符，如 https://blog(dot)defac(dot)com，访问（不用管出现的错误）按 F12，也是走本机地址。

minami

2019-09-19 00:10:14 +08:00

多次尝试，还是可以正常打开，你要不要排除下客户端原因？

minami

2019-09-19 00:11:03 +08:00

还有你这个名字搞得我没法 AT，因为我没验手机号，doge

privil

2019-09-19 00:38:17 +08:00

@shansing #16 破案了

flowfire

2019-09-19 00:52:30 +08:00 via iPhone

提 issue

Showfom

2019-09-19 05:12:44 +08:00 via iPhone

@shansing 就是这个问题导致的

yinjy

2019-09-19 08:33:52 +08:00

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

Blacate

2019-09-19 09:23:18 +08:00

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

Caballarii

2019-09-19 10:43:30 +08:00

广告鬼才

DearTanker

2019-09-19 13:26:55 +08:00

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

@yinjy #22
@Blacate #23

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

mywaiting

2019-09-19 14:10:12 +08:00

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

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

shansing

2019-09-19 16:05:05 +08:00

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

DearTanker

2019-09-19 19:39:15 +08:00

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

mwftts

2019-09-19 19:40:44 +08:00 via Android

我移动 4G 正常访问

DearTanker

2019-09-19 19:41:38 +08:00

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

mwftts

2019-09-19 19:43:29 +08:00 via Android

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

shansing

2019-09-19 21:29:30 +08:00

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