推 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