这是一个创建于 2214 天前的主题，其中的信息可能已经有所发展或是发生改变。
这个 List 大家肯定都知道的。。
试过带 R 不带 R 的 Windows 客户端，以及 X-NG macOS 客户端。
用 PAC 模式的时候，我的博客就会走代理。
博客地址 https://blog.deartanker.com/
我自己看了半天那个 List，表示实在找不出来是哪条规则不小心匹配到我的博客域名了。。
补充下，用户规则那个 txt 里面是空的也是一样情况，我自己都测试过的。
因为在 Windows 和 macOS 下都是这个问题，所以我人为问题应该就出在 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 楼已破案。非常感谢。
 | 1 syahd 2019-09-18 22:28:01 +08:00 via Android 我能直连啊 |
 | 2 0TSH60F7J2rVkg8t 2019-09-18 22:29:36 +08:00 via iPhone  1 user-rules.txt 里加一条白名单呗，先命中先执行。 |
 | 3 whlvi 2019-09-18 22:30:00 +08:00 via Android 同楼上，我也能直连，不用挂梯子。 |
 | 4 DearTanker OP 完了，不能编辑主贴了，我再补充说下。 1、博客本来就正常，启用 PAC 模式以后会走代理，如果此时$$配置有误，那么博客就打不开了。 2、这样子，会导致很多挂了代理的国内用户访问我的博客反而慢，或者因为代理挂了打不开我的博客。 |
| 5 DearTanker OP |
 | 6 minami 2019-09-18 22:37:08 +08:00 switchyomega 的 auto switch 没有问题，是直连。是只有客户端的 PAC 模式有问题？ |
 | 7 1una 2019-09-18 22:38:03 +08:00 我有在 [gfwlist]( github.com/gfwlist/gfwlist) 上看到你的博客地址，我也可以直。 |
| 8 DearTanker OP @minami #6 你有测试一下用假代理吗？就是肯定是不能用的代理，然后再打开，如果还能打开，才确保是走了直连。 |
 | 9 laminux29 2019-09-18 22:42:39 +08:00 备案没？ |
| 10 0TSH60F7J2rVkg8t 2019-09-18 22:42:45 +08:00 via iPhone @DearTanker pac 就是个 php 脚本，找个能单步调试的工具加载了你调用一下看看咋命中的应该可以找到问题所在。但即使找到了，你还需要 1、让 pac 项目加你的规则 2、让所有受影响的用户点工具里的菜单更新 pac。 这两个操作都不在你能控制的范围内，而且第二个还依赖每一个用户自身，就算你找到原因了，也不那么容易解决 4 楼里的担忧。 |
 | 11 lemontv 2019-09-18 22:50:34 +08:00 二分搜索试试，每次去掉 PAC 里面一半 rules ？ |
| 12 DearTanker OP @ahhui #10 第一点，发邮件给管理者应该会有机会更新到后续的版本。第二点，我觉得是迟早的事情，我不是很担心这个。至于你说的怎么调试，这个我是真的不懂。。 |
| 13 DearTanker OP @lemontv #11 我试过吧 pac.txt 清空，就正常了，说明一定是 list 的问题，但是就算是知道了具体哪条，我也不知道怎么提交 Github 的更新。。 |
 | 15 levon 2019-09-18 23:01:50 +08:00 你这个没问题 |
 | 16 shansing 2019-09-18 23:02:04 +08:00 6 按 F12 看了一下，确实自动走本机地址了。用的是不带 S 程序的 PAC。 掐头去尾找了一下，现在怀疑是 ||blog(dot)de 这条规则引起的。以这串为首字符串随便加了几个字符，如 https://blog(dot)defac(dot)com，访问（不用管出现的错误）按 F12，也是走本机地址。 |
| 17 minami 2019-09-19 00:10:14 +08:00 多次尝试，还是可以正常打开，你要不要排除下客户端原因？ |
| 18 minami 2019-09-19 00:11:03 +08:00 还有你这个名字搞得我没法 AT，因为我没验手机号，doge |
 | 20 flowfire 2019-09-19 00:52:30 +08:00 via iPhone 提 issue |
 | 22 yinjy 2019-09-19 08:33:52 +08:00 能直连，你这是骗点击吗…… |
 | 23 Blacate 2019-09-19 09:23:18 +08:00 ip 是香港的 应该是因为客户端把非国内 ip 全走代理了吧 |
 | 24 Caballarii 2019-09-19 10:43:30 +08:00 广告鬼才 |
| 25 DearTanker OP |
 | 26 mywaiting 2019-09-19 14:10:12 +08:00 |
| 27 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 脚本的实现问题。 |
| 28 DearTanker OP @shansing #25 所以你的意思是说可能是客户端问题？ |
 | 29 mwftts 2019-09-19 19:40:44 +08:00 via Android 我移动 4G 正常访问 |
| 30 DearTanker OP @shansing #25 不敢放自己域名啊。毕竟这个项目有点敏感。 |
| 32 shansing 2019-09-19 21:29:30 +08:00 1 @DearTanker 我倾向于认为是客户端问题，是 PAC 脚本的实现有 bug。因为 list 本身只有一条条规则，只要加入的规则符合约定好的语义就行。||blog(dot)de 这条规则没有问题，只是相关客户端的 PAC 错误地实现了判断逻辑，不符合原本的语义。 |
Select Language