推 isaacisaac: 大伙试试 使用者过滤器 加入 @@||www.google-analyt 05/03 20:36
→ isaacisaac: ics.com DNS 不用管 05/03 20:36
→ bestpika: 拜托不要用这个白名单规则，请加上 domain 限制 05/08 01:08
→ bestpika: 这个白名单一开下去 ga 就能抓你的资料了 05/08 01:08
先说明为何有些人 手动试了些规则
有时能浏览line today 但晚点再试却不行
因为line today不是每次当你浏览line today
就会呼叫www.google-analytics.com/analytics.js
似乎只有当line today更新新闻时 才会去呼叫analytics.js
所以 有的人是没开AdGuard防护 先浏览line today一次
(此时analytics.js没被封锁)
之后才开AdGuard防护 于"短时间内"浏览line today
但这时line today已没有呼叫analytics.js
故能正常浏览line today
让你当下有错觉 误以为这问题已解决
结果在启用AdGuard防护下 晚点再尝试浏览line today却失败
之前有教大家在使用者过滤器加入底下规则
@@||www.google-analytics.com/analytics.js$third-party
以解决line today的浏览问题
原本AdGuard官方没有要加任何规则来解决这问题
后来在我反应只要解锁www.google-analytics.com/analytics.js
能解决后
AdGuard官方在2周前 已在间谍软件过滤器加入更细腻的规则
@@||google-analytics.com/analytics.js$domain=line.me
而我之前提的在使用者过滤器新增的规则可删了
@@||www.google-analytics.com是我在上篇文章原本提出的
但后来觉得这规则太过粗糙
便改成
@@||www.google-analytics.com/analytics.js$third-party
就如bestpika讲的
一旦使用@@||www.google-analytics.com这规则
就会让自己曝露在侵略性的第三方的追踪
所以我当时才会另提出只要解锁analytics.js的规则
但我那项规则是允许"所有第三方"去呼叫
www.google-analytics.com/analytics.js
还不够细腻
AdGuard官方那项规则是如bestpika所说
只允许放行line.me去呼叫analytics.js
其余呼叫analytics.js的第三方网域的请求则照旧封锁
如果 没开启AdGuard的DNS设定
只有作HTTPS过滤
官方的那项给HTTPS过滤的规则就够了
但若有开启AdGuard的DNS设定 官方新增的那项规则还不够!
DNS不是不用管
此时AdGuard不仅作HTTPS过滤 还有作DNS过滤
不论是使用任何一家的DNS服务 比如Google DNS
简化域名过滤器就会在背景作DNS过滤
而google-analytics.com是默认被简化域名过滤器封锁的
变成www.google-analytics.com/analytics.js
在HTTPS是没被封锁
但在DNS Level却被封锁 造成仍然无法正常浏览line today
既然@@||www.google-analytics.com这规则太粗糙
会在HTTPS和DNS Level
皆解除封锁www.google-analytics.com下所有的追踪系统
在使用者过滤器新增底下这项DNS Level限定的规则即可
@@||www.google-analytics.com$app=com.adguard.dns
这规则不能用于HTTPS 只用于DNS Level
也就是在DNS Level
解除封锁www.google-analytics.com下的所有追踪系统
但在HTTPS过滤时 因为官方的那项规则
限定只有line today的网域line.me
可呼叫www.google-analytics.com/analytics.js
其余google-analytics.com下的所有追踪系统
仍是会在HTTPS被封锁
2道防线的概念
因为AdGuard官方坚持不能在DNS Level解锁google-analytics.com
(官方不删除在简化域名过滤器中封锁google-analytics.com的规则)
所以 倘若有于AdGuard app内开启DNS设定
用户要自行增加底下规则才没浏览line today的问题
@@||www.google-analytics.com$app=com.adguard.dns
另外跟adblocker较没直接相关的Cloudflare DNS的问题
因为AdGuard v2.12夜间版
已有把Cloudflare DNS列入默认的DNS清单中
还是提一下
目前Cloudflare DNS无法解析twtraffic.tra.gov.tw的ip
所以无法浏览 http://twtraffic.tra.gov.tw/twrail
使用Cloudflare DNS会有什么影响呢?
浏览器打不开台铁火车时刻表网站
https://i.imgur.com/xpwePHn.png
双铁时刻表app...等等之类会连去台铁网站查询火车时刻表的app
一旦使用Cloudflare DNS 会连不上台铁网站查询火车时刻表的服务器
https://i.imgur.com/5AEr8uQ.png
我已经向Cloudflare报告这问题
只是不知何时能解决
短时间内 如果有要查询台铁火车时刻表
就暂时不要用Cloudflare DNS 改用其它家的DNS
AdGuard v2.12较大的变动
官方接受我建议的一些有名的DNS服务
增加于一般的DNS清单
https://i.imgur.com/vtDOAVO.png
按官方的规划 升级成DNSCrypt 2
开始有支援DNS-over-HTTPS和DNS-over-TLS
因此 加密的DNS清单也更新了
可使用加密又快速的Google DNS和Cloudflare DNS
(Google DNS支援DNS-over-HTTPS
Cloudflare DNS支援DNS-over-HTTPS和DNS-over-TLS)
https://i.imgur.com/FzmHAUP.png
在我要求下
Android版和PC版
Traditional Chinese名称的翻译皆会改成"正体中文"
https://i.imgur.com/e6KnhUx.png
Windows版原本名称是"中国传统" 于v6.3释出时会改
https://i.imgur.com/PS3tvMQ.png
我也会开始慢慢地重新翻译Windows版
要翻译的字串比Android版还多...
还有差点忘了提
过滤记录的开关原本被拿掉
但因为很多用户反应需要这开关 会在v2.12回来
https://i.imgur.com/fZliete.png