【広告除去】AdGuard Part10【280blocker】

**名無しさん＠お腹いっぱい。** · 2017/11/22(水) 16:22:02.26

Androidの非rootで動作する広告ブロックアプリ Adguardについて語るスレです。

■過去スレ
【広告除去】Adguard【280blocker】
http://potato.2ch.net/test/read.cgi/android/1477008971/
【広告除去】Adguard Part2【280blocker】
http://potato.2ch.net/test/read.cgi/android/1482306658/
【広告除去】Adguard Part3【280blocker】 [無断転載禁止]　2ch.net
http://potato.2ch.net/test/read.cgi/android/1487077824/
【広告除去】Adguard Part4【280blocker】
http://egg.2ch.net/test/read.cgi/android/1487099330/
【広告除去】Adguard Part5【280blocker】
http://egg.2ch.net/test/read.cgi/android/1493526748/
【広告除去】Adguard Part6【280blocker】
http://egg.2ch.net/test/read.cgi/android/1495970485/
【広告除去】Adguard Part7【280blocker】
http://egg.2ch.net/test/read.cgi/android/1501922246/
【広告除去】AdGuard Part8【280blocker】
http://egg.5ch.net/test/read.cgi/android/1506986451/
【広告除去】AdGuard Part9【280blocker】
http://egg.2ch.net/test/read.cgi/android/1509793418/

■関連リンク
公式サイト
https://adguard.com

280blocker
https://280blocker.net/
次スレは>>980が立ててください

**名無しさん＠お腹いっぱい。** · 2017/12/26(火) 11:27:38.83

>>712
1ビット脳の人はhttpsブロックを使うか使わないかの二択しかないから
要するにさっきからレスバトルしてる人らはお互いに1ビット脳

**名無しさん＠お腹いっぱい。** · 2017/12/26(火) 11:30:41.97

気づかず重複スレに書いたのでこちらに自分で転載しとく

427 名無しさん＠お腹いっぱい。 (ﾜｯﾁｮｲ ff90-P+Tv) sage 2017/12/26(火) 11:10:43.61 ID:/Vle/4yj0
アルメニアドラムだとルーブル決済になるんだな。
1PC1droid1153JPYだった。こんなもんか

428 名無しさん＠お腹いっぱい。 (ﾜｯﾁｮｲ ff90-P+Tv) sage 2017/12/26(火) 11:26:51.75 ID:/Vle/4yj0
https://280blocker.net/test/viewtest.html

ここの広告画像はどうなってるのが望ましいの？
ひとつでも見えてたらダメみたいだけどすべて見えてる

**名無しさん＠お腹いっぱい。** · 2017/12/26(火) 11:39:12.22

>>712
厳密に言えば証明書インストールがリスク
AdGuardの手動オンオフが信用できるならAdGuardのホワイトリスト設定を信用した方が手間がない
分けるならFirefoxで分けるのが妥当

**名無しさん＠お腹いっぱい。** · 2017/12/26(火) 11:39:49.36

>>714
細かい話だけど氾濫とかではなくて世の趨勢

**名無しさん＠お腹いっぱい。** · 2017/12/26(火) 11:42:12.29

>>713
・不快要素を消せる効果がある
・情報盗まれるリスクはゼロではないが大きくもない
・後は両者を天秤にかけて各自の判断で

**名無しさん＠お腹いっぱい。** · 2017/12/26(火) 11:53:20.27

>>677,682,688が全てだと思うけど。リスクがあること知らなかった人はこれを機会に知ってね～でいいじゃん
中の人に通信みられるとかは俺は気にしない、パケットキャプチャで調べられるし
他所で中の人と話したことあるけどプライバシーへの姿勢は真摯だ。

>>664もずれてる、MITMするならAdguard「を」標的に攻撃する必要はない。
通信の暗号を解いても端末の暗号突破と出来ることは全然違うし、そもそも実際に簡単かどうかはAdguardの実装次第
気になるのは、Adguardが証明書の検証をどこまで正しくやってるか。
Superfish関連の問題ではここがダメな上に、共通の鍵使ったりコード署名まで許可したり散々だったから
実際に悪用するマルウェアまで出てきた
http://itpro.nikkeibp.co.jp/atcl/column/14/264220/030800035/
https://www.computerworld.com/article/2889469/researchers-uncover-signs-of-superfish-style-attacks.html

Androidの場合コード署名の問題はないはず（そもそも完全性のみの保証）
あとはChromeのHPKPとかも無効になるだろうけど、元々GoogleはHPKPを廃止する方向

>>712
切るのが面倒でなければいいんじゃない

**名無しさん＠お腹いっぱい。** · 2017/12/26(火) 11:59:49.97

>>705
自己否定認定乙

**名無しさん＠お腹いっぱい。** · 2017/12/26(火) 12:01:34.16

ユーザーフィルター280１つだけで良いのかね
とうふとかその他いろいろ入れてるんだけども

**名無しさん＠お腹いっぱい。** · 2017/12/26(火) 12:02:13.39

最後にレスした人の勝ちだからな

**名無しさん＠お腹いっぱい。** · 2017/12/26(火) 12:06:31.72

>>720
考えが甘過ぎ
もしAdGuardが意図的に暗号化解除して情報を知り得た場合はテキストで送信するはずがない
ライセンス認証チェックとかに紛れ込ませて暗号化してから送信するよ
パケットモニターしてもバイナリしか確認できないから不正を確認することは不可能だね
自分がアプリ作ったとしてもそうするね

**名無しさん＠お腹いっぱい。** · 2017/12/26(火) 12:10:13.76

それにもし不正をするような会社だったら、中の人が外部の人とやり取りする場合は表向きは真摯というに決まってるよ

**名無しさん＠お腹いっぱい。** · 2017/12/26(火) 12:13:58.07

>>722
280だけのほうがいいよ
豆腐でブロックしてるやつはほぼ全部280でもブロックしてる（ブロックしてないのはスマホでは表示されない広告だけ）ので両方入れたら重くなるだけ
しかも280がアンチアドブロックに対応しても豆腐が対応してなかったら不具合解消されない（そして困ったことに豆腐はほぼ対応してない）

**名無しさん＠お腹いっぱい。** · 2017/12/26(火) 12:15:04.46

>>724
エミュレータ上なら暗号化通信もそれこそMITMでキャプチャできるけど？

**名無しさん＠お腹いっぱい。** · 2017/12/26(火) 12:16:16.47

あとroot化端末

**名無しさん＠お腹いっぱい。** · 2017/12/26(火) 12:17:40.63

そこまでゼロリスク求めててよくAdGuardスレにいられるなあ
もうHTTPSとか関係ないレベル
端から見てると滑稽っす

**名無しさん＠お腹いっぱい。** · 2017/12/26(火) 12:29:13.01

>>729
リスクゼロなんて誰も求めてねえよ
そんな事を言うならadguardなんか使えないっつーの
しかしhttps通信をadguardに開放するのは、容認できる限度を超えてる
アホがすることだ

**名無しさん＠お腹いっぱい。** · 2017/12/26(火) 12:36:48.10

GoogleだってMicrosoftだって情報を盗もうと思えば盗めるけどやらないのは何故か
それは普通に営業したほうが儲かるから
AdGuardだって同じ
普通に儲かってる間は何もしないよ

**名無しさん＠お腹いっぱい。** · 2017/12/26(火) 12:44:48.78

そこまでしてHTTPSの広告ブロックしたいか？

**名無しさん＠お腹いっぱい。** · 2017/12/26(火) 12:51:38.94

>>731
AdGuardをGoogleとかMicrosoftと同列に扱うのはいくらなんでも滑稽

**名無しさん＠お腹いっぱい。** · 2017/12/26(火) 13:00:25.92

ロシアの企業ならトップがいつの間にか入れ替わって乗っ取られるとかあり得る話

**名無しさん＠お腹いっぱい。** · 2017/12/26(火) 13:04:01.31

あと国家ぐるみで情報収集とかの可能性も大きい
httpsで保護されてるものを丸裸にできる設定を使うのはどうかと

**名無しさん＠お腹いっぱい。** · 2017/12/26(火) 13:10:57.80

はいはい分かった分かった

**名無しさん＠お腹いっぱい。** · 2017/12/26(火) 13:11:00.95

そういうのどうでもいいんだけどどうやったら
>>656の画像ブロックできるの？

**名無しさん＠お腹いっぱい。** · 2017/12/26(火) 13:14:25.57

>>730
ゆとり乙

**名無しさん＠お腹いっぱい。** · 2017/12/26(火) 13:15:20.56

>>734
>>735
糖質こわ。。。

**名無しさん＠お腹いっぱい。** · 2017/12/26(火) 13:15:20.72

>>732
いえ全然
常識的に許容できるリスクの範囲内で可能な限りの広告がブロック出来ればそれで十分です、はい
多少の広告が出たってなにも思いません

しかし世の中には頭がどうかしたひとも一定数存在するからな
何が何でもすべての広告をブロックしないと気が済まない人も
いるんだろう

目的と手段が逆転したような頭のおかしな人

**名無しさん＠お腹いっぱい。** · 2017/12/26(火) 13:15:32.01

LINEも朝鮮企業で危険だから使わないとか言ってそう

**名無しさん＠お腹いっぱい。** · 2017/12/26(火) 13:16:39.45

レベル低いバトルだな

**名無しさん＠お腹いっぱい。** · 2017/12/26(火) 13:16:43.03

>>704や>>720をスルーしてて笑える

**名無しさん＠お腹いっぱい。** · 2017/12/26(火) 13:18:15.94

まず自分は何使ってるか教えてほしいな

**名無しさん＠お腹いっぱい。** · 2017/12/26(火) 13:19:16.81

世の中には頭がどうかしたひとも一定数存在するからな
何が何でも自分の基準が絶対だと認められないと気が済まない人も
いるんだろう

**名無しさん＠お腹いっぱい。** · 2017/12/26(火) 13:22:21.50

リスクがあることも広告をブロックできることもみんな知ってる
その上でメリットとデメリットのどちらが大きいかという各自の価値判断でしかないだろ
クレジットカード情報が必要なサイトをどのくらい利用するかとかも人それぞれなのに一概にどうこう言える話でもない
「お前はそういう判断をするんだな。だけど俺はこっちを優先するよ」となぜ言えないのか
お前ら両者ともに1ビット脳だよ

**名無しさん＠お腹いっぱい。** · 2017/12/26(火) 13:23:33.81

他人が自分と違う設定にしてたら何か困るのか？

**名無しさん＠お腹いっぱい。** · 2017/12/26(火) 13:24:43.73

>>747
困る困らないじゃない
https使ってるやつをバカにしてるだけ
それに対して向こうが発狂したからからかってあげてるだけ

**名無しさん＠お腹いっぱい。** · 2017/12/26(火) 13:25:00.15

http://imgur.com/JcYOTUS.jpg

**名無しさん＠お腹いっぱい。** · 2017/12/26(火) 13:25:13.89

>>748
発狂してるのお前じゃん

**名無しさん＠お腹いっぱい。** · 2017/12/26(火) 13:25:52.03

釣り乙

**名無しさん＠お腹いっぱい。** · 2017/12/26(火) 13:26:49.34

発狂してんの一人だけやな

**名無しさん＠お腹いっぱい。** · 2017/12/26(火) 13:31:10.77

まさに情強ぶりたいマヌケって感じで笑える

**名無しさん＠お腹いっぱい。** · 2017/12/26(火) 13:41:09.98

またお前らグダグダグダうるさいのう
オンにしたいやつはオンにするオフにしたいやつはオフにする。これだけの話しなのグダグダグダこざかしな

**名無しさん＠お腹いっぱい。** · 2017/12/26(火) 13:41:35.27

自分と違うものが受け入れられない精神的に未熟な子

**名無しさん＠お腹いっぱい。** · 2017/12/26(火) 13:47:32.90

>>748
(`・д・´)ｺﾗﾔﾒﾀﾏｴ

**名無しさん＠お腹いっぱい。** · 2017/12/26(火) 13:48:27.18

現実世界において目に見える形の何らかの障害を抱えていると、自分と違う他人に不寛容になりやすいという研究結果が出ているらしいよ

**名無しさん＠お腹いっぱい。** · 2017/12/26(火) 13:51:49.03

そろそろ不愉快だからレスバトルしたいやつはこっちでやれ

【広告除去】Adguard Part8【280blocker】
http://egg.5ch.net/test/read.cgi/android/1506964950/

**名無しさん＠お腹いっぱい。** · 2017/12/26(火) 13:56:13.02

いろいろやってみたけどまったくダメだ
http://280blocker.net/test/viewtest.html
https://280blocker.net/test/viewtest.html

すべて表示されちゃう

**名無しさん＠お腹いっぱい。** · 2017/12/26(火) 13:57:44.53

chmateでビットコインの宣伝がずっと出てるんだがどうすりゃいいんだ？ログみてもみんなブロックしてるはずなんだが

**名無しさん＠お腹いっぱい。** · 2017/12/26(火) 14:00:52.17

結論
・メリット…通常は消せないhttpsの広告も消せる
・デメリット…AdGuard社に悪意があれば情報盗むことも可能
・使うべきかどうかはスマホの用途や価値観によって変わってくるのでメリットとデメリットを比較して各自で判断

はい、終了
オン派もオフ派も迷惑だから消えてね

**720** · 2017/12/26(火) 14:07:23.81

KYですまん、一つだけ自己突っ込みを許してくれ
>>712の件、Googleとのバックグラウンド通信等はそのやり方やFirefoxでは守れない
ホワイトリストが無難だろう
>>759
まずAdguardのバージョン、設定、フィルタを書きなよ

**名無しさん＠お腹いっぱい。** · 2017/12/26(火) 14:08:11.35

話題変えよう
DNS有効にしてga2.line.naver.jpをブロックするとLINEアプリの一番右のタブの動画広告が消せるよ
みんな試してみてね

**名無しさん＠お腹いっぱい。** · 2017/12/26(火) 14:17:06.48

>>762

【トラブルなどの内容】
>>759

【使用ビルトインフィルタ（Ad Blocker）】
なし

【使用手動インポートフィルタ】
280(24/12/2017)

【Adguardバージョン】Version 2.10.176
【Androidバージョン】7.0
【利用形態】有料
【HTTPS Filtering】有効
【Filter DNS requests】有効
【pref.vpn.ipv4.bypass】無効

**名無しさん＠お腹いっぱい。** · 2017/12/26(火) 14:19:37.89

gxx.line.naver.jpでは？

**名無しさん＠お腹いっぱい。** · 2017/12/26(火) 14:25:39.86

>>759
証明書を一旦削除するか再インストールしたら!?

**名無しさん＠お腹いっぱい。** · 2017/12/26(火) 14:25:40.15

>>763
>>765
両方ブロックしたら消えたけど片方ずつにしたら消えない
そんで両方に戻したけど広告消えなくなった
キャッシュ的なものが悪さしてるのかな

**名無しさん＠お腹いっぱい。** · 2017/12/26(火) 14:29:05.22

以前検証したときのことなので今は仕様変わってるかもしれないけどLINEは一度DNS問い合わせたらその後はドメインブロックしてもIPで通信するようになるからIPもブロックしたほうがいい

**名無しさん＠お腹いっぱい。** · 2017/12/26(火) 14:30:51.87

タイムラインの広告も消したいけど難しい

**名無しさん＠お腹いっぱい。** · 2017/12/26(火) 14:41:08.40

>>766
証明書消去してapkのDLからやり直すよ

**名無しさん＠お腹いっぱい。** · 2017/12/26(火) 14:46:14.00

>>764
280はAdblockPlus形式？ブラウザのキャッシュは消してるよね？
あと通知にAdguardの（またはVPNの）アイコンは出てる？
一度設定リセットして端末再起動→280入れ直し（他のフィルタは外す）してみて
（DNSblockingとHTTPS Filteringは無効のまま）
これで1,2が消えなきゃおかしんだが…

**名無しさん＠お腹いっぱい。** · 2017/12/26(火) 14:51:27.76

>>771
すべて入れ直す。ライセンスキーあるから（>>716のとおり。アルメニアドラムから559RUBにて1PC1Android購入済み）有料版にはすぐに変更できるんだよな

**名無しさん＠お腹いっぱい。** · 2017/12/26(火) 14:52:39.55

>>770
すまん時間差
あとひょっとしてChromeのデータセーバーがOnになってるとか…

**名無しさん＠お腹いっぱい。** · 2017/12/26(火) 14:55:22.21

>>773
データセーバーはoffのままだよ
とりあえずやれることはやる
まずはDNSとHTTPS無効で試すことにする
ダメだったらまたここに書く

**名無しさん＠お腹いっぱい。** · 2017/12/26(火) 14:59:46.11

>>774
試しにChromeのシークレットタブで開いてみたら？

**名無しさん＠お腹いっぱい。** · 2017/12/26(火) 15:12:14.51

一回オフにして開いたら
オンにしたあとも全部表示されちゃう

**名無しさん＠お腹いっぱい。** · 2017/12/26(火) 15:22:00.41

>>776
それキャッシュが残ってるだけ

**名無しさん＠お腹いっぱい。** · 2017/12/26(火) 15:45:11.16

>>764
なんでDNS入れてるの？
必要性は無いんだが

**名無しさん＠お腹いっぱい。** · 2017/12/26(火) 15:52:48.08

>>778
必要性がないというのはおかしい
そもそもDNSブロックが開発された動機は高速で省エネなブロックをするためなんだから
誤爆があるというデメリットこそあれメリットのほうに着目して使う人がいても不思議ではない
もちろん有料版ならDNSブロックしなくてもアプリの広告ブロックできるから使うメリットが減るのは間違いないが

**名無しさん＠お腹いっぱい。** · 2017/12/26(火) 15:52:54.78

お前のあるなしはどうでもええわ

**名無しさん＠お腹いっぱい。** · 2017/12/26(火) 15:54:32.70

さっきのhttpsでレスバトルしてたやつが今度はDNSでレスバトルしようとしてんじゃないの？
自分と違う設定は認めないという頭の悪さが共通している

**名無しさん＠お腹いっぱい。** · 2017/12/26(火) 16:10:51.40

DNSは誤爆するからーって言う人多いけど実際に誤爆してるのってアフィリエイト会社のウェブサイトが見れなくなるとかばかりでアフィリエイトブログを運営している人以外は実害ないよね

**名無しさん＠お腹いっぱい。** · 2017/12/26(火) 16:20:00.60

>>779
勿論DNSのみでは必要だよ
必要性が無いのはwebと併用の場合
テンプレだとwebのみより併用の方が電池持ち良いとのことだったが、AdGuardのテストで電池持ちが逆に悪くなることが分かった
併用設定すると、誤爆の可能性が増えて電池持ちも悪くなるだけだから

**名無しさん＠お腹いっぱい。** · 2017/12/26(火) 16:24:20.84

>>783
悪くなるってマジ？

**名無しさん＠お腹いっぱい。** · 2017/12/26(火) 16:24:50.98

自分の体感ではDNS使ったほうがいいんだが

**名無しさん＠お腹いっぱい。** · 2017/12/26(火) 16:33:15.90

>>784
マジだよ
https://blog.adguard.com/en/ad-blocking-and-battery-usage/

テストした結果
併用した方がCPU消費も多く、データ使用量も多い
しかも、フィルタリング方法は、併用の方は高速で、webのみの方は高品質になっている
実際はこのテスト結果より差は大きくなるよ

ソースは公式のブログだから嘘つく理由はないと思うよ

**名無しさん＠お腹いっぱい。** · 2017/12/26(火) 16:41:23.66

このテストを見るとDNSのみでもCPU消費は多少少ないけど、データ使用量は逆に一番多い
当初想定してたDNSブロックの効果は実際にはそれほど出なかったみたい
特にデータは激減するはずだったんだけど増えるとは

**名無しさん＠お腹いっぱい。** · 2017/12/26(火) 16:42:08.00

DNSにメリットないってことか

**名無しさん＠お腹いっぱい。** · 2017/12/26(火) 16:42:50.10

端的に言うとなんJwikiの推奨設定は間違い？

**名無しさん＠お腹いっぱい。** · 2017/12/26(火) 16:58:19.72

別にこれはDNS使うと通信量増えると言ってるんじゃないぞ
DNSオンでフィルタリングメソッドをハイスピードにした場合と、DNSオフでフィルタリングメソッドをハイクオリティにした場合とを比較しているという前提をちゃんと読め
後者で通信量が削減できるのはハイクオリティにして広告関連の通信を全てブロックしてるから

**名無しさん＠お腹いっぱい。** · 2017/12/26(火) 16:59:54.63

DNSのみなら、データ使用量は多いがCPU消費と広告ブロック+トラッキングでは多少良いのでメリットはある
併用はデメリットしかないけど

**名無しさん＠お腹いっぱい。** · 2017/12/26(火) 17:02:52.61

情弱多すぎるだろ

**名無しさん＠お腹いっぱい。** · 2017/12/26(火) 17:04:10.31

>>790
これは情弱すぎる

**名無しさん＠お腹いっぱい。** · 2017/12/26(火) 17:08:34.76

泣くな情弱

**名無しさん＠お腹いっぱい。** · 2017/12/26(火) 17:18:29.42

>>793
情弱はお前じゃん

**名無しさん＠お腹いっぱい。** · 2017/12/26(火) 17:26:59.25

通信量に関して言うと

DNSの設定：　併用＜webのみ
フィルタリング方式：　高品質＜高速

で併用+高速と、webのみ+高品質とを比較しているわけ
だから別にこのソースはDNSフィルタリング併用したら通信量増えると言ってるわけじゃないの
わかる？

**名無しさん＠お腹いっぱい。** · 2017/12/26(火) 17:29:11.86

そもそも高品質にしたら通信量削減できるということが理解できていないのでは？

**名無しさん＠お腹いっぱい。** · 2017/12/26(火) 17:41:59.81

併用信者の情弱必死すぎる

**名無しさん＠お腹いっぱい。** · 2017/12/26(火) 17:46:06.90

ワイから一点補足させてもらうとすればこの比較は英語フィルタ・スパイウェアフィルタ・ソーシャルフィルタ（以下英語フィルタ等）との比較ということやね
みんなに押さえておいて欲しい仕様としてAdGuardでDNSブロックを有効にすると簡略化ドメイン名フィルタ（以下ドメイン名フィルタ）が自動的に追加で適用されるようになるというのがある
そしてドメイン名フィルタは英語フィルタ等からドメインだけを抽出したもの
みんなは280フィルタを使っていて英語フィルタ等は使っていないだろうからDNSブロックを有効にするとブロックされる範囲が変わってくるということや
ざっくり言うなら
280のみ＜280+DNS＜280+英語フィルタ等
と考えるべきやろな

**名無しさん＠お腹いっぱい。** · 2017/12/26(火) 17:54:53.11

>>799
情強さん教えておくれ
280のみ環境でのブロックの差はわかったけど、この場合で電池もち(データは気にしない)はどういう順になるの？

**名無しさん＠お腹いっぱい。** · 2017/12/26(火) 17:58:09.71

英語フィルタ等を適用することの最大のデメリットは一般要素消しのルールが多いということや
簡単な例で言うと
||example.com/adみたいなルールはexample.com/adへのアクセス自体をブロックする
example.com##.adみたいなルールはexample.comのウェブページで要素消しをする
こいつらは大して負荷にはならんのや
なんでかというとexample.comへのアクセスがあるかないか確認してあったときだけ発動するわけやからexample.comへのアクセスがなければ負荷もわずかというわけや
それに対して
##.adみたいなルールは全てのウェブページから.adという要素を消すルールや
これはどのウェブページにアクセスしたときもこういう要素がないかどうかページの上から下までチェックしないといけないわけや
だから物凄い負荷が増える
280を常用している人から見たドメイン名フィルタの利点はこういう一般要素消しの負荷を負わずに英語フィルタ等のドメインをブロックできるということやね

**名無しさん＠お腹いっぱい。** · 2017/12/26(火) 17:58:12.98

誤差レベル

**名無しさん＠お腹いっぱい。** · 2017/12/26(火) 18:03:34.58

ただ英語フィルタ等のドメインをブロックすることにどの程度の効果があるのかというとこれはそんなに意味はない
日本でよく見るウェブページの広告というのは280が既にほぼ全部対応してるから
しかし海外のウェブサイトを見るという人にとってはそっちの広告を消せるというメリットがあるしスパイウェアなんかへの対応は280よりもAdGuardのほうがしっかりしているからアングラなサイトを見る人も恩恵はある
結局のところ個人の利用形態によるということになるわけやね
ちなワイはDNSは今はオフにしてる

**名無しさん＠お腹いっぱい。** · 2017/12/26(火) 18:15:54.94

久しぶりにアップデートしたら日本語化されてた
あと緑が薄くなった気がする

**名無しさん＠お腹いっぱい。** · 2017/12/26(火) 18:20:55.30

>>800
電池持ちというのは難しい問題やね
280のみと280+DNSとの比較ということだけを考えてみるやで
前者はDNSブロックにかかるコストを節約できるというメリットがあるやね
対して後者は280が対応してないけどAdGuardが対応している広告等サーバとの無駄な通信にかかるコストを節約できるというメリットがある
さらに同じサーバへの通信を何度もする場合にかかるコストを節約できるというメリットもある（本来はこれがDNSブロックの目的）
どういうことかというと例えばあるサイトに同じアフィリエイト会社の広告が10枚貼ってあったとする
この場合にDNSブロックを使わないと10回問い合わせてその度にブロックしないといけないわけや
それがDNSブロックを使えば1回DNSリクエストをブロックすればそのキャッシュが一定時間保持されるので1度のブロックで10枚全部消せるというわけ
特に効果が大きいのはアプリの広告ブロックの場合
アプリによっては広告サーバと通信を試みて失敗したらすぐにリトライするというものがよくあるんや
これの何が問題かというとリトライする度にブロックするという物凄い無駄があるわけやね
DNSブロック使えばこれが1回で終わるわけ
まあ長々と書いたけどDNSブロックの効果が大きい用途（リトライを繰り返すアプリや同じサーバの広告を大量に貼ってるサイト）をどのくらい使ってるかってところが人によって違うので何とも言えんということになる
普通の人だとどっちも誤差レベルやし好きにすればええと思うンゴ

**名無しさん＠お腹いっぱい。** · 2017/12/26(火) 18:24:22.70

280入れてるけどなんでニコ動で広告すり抜けるんだ前までは問題なく消えてたんだが
ちなみにフィルターテストの画像は全部消えてる

**名無しさん＠お腹いっぱい。** · 2017/12/26(火) 18:32:26.34

それともう一つバッテリーコストを重視する人が知っておくとええと思うのはDNSをオンにしてDNSブロックをオフにしてDNSサーバをAdGuard DNSにするという設定やね
簡単に言うとAdGuardDNSはDNSサーバの側でAdGuardのドメイン名フィルタを適用してくれるというものや
つまりAdGuard DNSを使えば自分の端末でDNSブロックせずにDNSブロックの恩恵が受けられるということになるからバッテリーや通信量というリソースの面だけ見れば最強ということになるやね
デメリットとしてはまずDNSサーバの応答がデフォルトのDNSやGoogle DNSより遅いということ
それからAdGuard社に自分がどこのドメインにアクセスしたかが筒抜けになるということ
後はログインが必要なWiFiスポットなどが使えなくなること（こういう場合はログイン画面にアクセスするためにDNSが必要だからデフォルトのDNSだけ例外的にログイン前にアクセスできるようになってたりするけど他のDNSだとアクセスできないため）
誤爆を防ぐことができないということ（端末でDNSブロックをしている場合は誤爆があるドメインだけDNSの除外ルールを作ればええけどAdGuardDNSだと無理）
こんなところやね
別におすすめはしないけどどうしてもバッテリーがあかんって場合は使ってもええと思うよ

**名無しさん＠お腹いっぱい。** · 2017/12/26(火) 18:44:36.64

>>807
とても分かりやすくて勉強になるんだけど一つ疑問点がある
英語フィルタ等の要素消しは負荷が大きいから使いたくないけどAdGuard社の充実したドメイン情報のブロックだけ欲しいという場合にDNSが有効という話だよね
でもこれってDNSブロックオフにして通常のフィルタリングで簡略化ドメイン名フィルタにチェック入れても同じことができるよね？
そうすると結局は同じ広告サーバへの通信を一度に切れるという点が本質的なメリットなんじゃないの？

**名無しさん＠お腹いっぱい。** · 2017/12/26(火) 18:46:26.52

>>774だけど
https://i.imgur.com/WmSxhJL.png
https://i.imgur.com/lAY5IRd.png

これでいいのかな？

**名無しさん＠お腹いっぱい。** · 2017/12/26(火) 18:57:51.83

>>808
それはおっしゃる通りやね
ワイが悪かったわ
そういう意味では本質的なメリットはやはり同じサーバへの通信を繰り返す場合の話やね
本来は効率を考えるならドメイン自体のブロックはhostsファイルでやってドメイン単位ではブロックできないものを適宜フィルタリングしていくということになるはず
これはワイの想像やけどAdGuardはroot不要というのをある種ウリにしているからhostsファイルはいじれないということでDNSブロックという手法を採り入れたんやと思う
なので一番ええのはhostsファイルで主要なものを殺した上でAdGuardはDNSオフで使うということなのかもしれない
難しいところやね

**名無しさん＠お腹いっぱい。** · 2017/12/26(火) 19:05:20.70

>>810
280がiPhoneで推奨している運用も結局はhostsファイルで主要なドメインをブロックしてアプリ内広告なんかを消した上でウェブページの細かいブロックを280blockerでやるということだからそれが理想なんだろうか

**名無しさん＠お腹いっぱい。** · 2017/12/26(火) 19:05:37.19

>>809
できてる

**名無しさん＠お腹いっぱい。** · 2017/12/26(火) 19:13:59.51

>>809
おけ

AdguardDNSはDNSSEC非対応なんだよね。まあ日本のISPも対応してるとこ少ないし、
DNSSECで守られてる主要ドメインなんてPayPalとMozillaくらいだし、
ポイズニングの現実性も低いしDANEなんて普及してないしで割とどーでもいいんだけどね

**名無しさん＠お腹いっぱい。** · 2017/12/26(火) 19:21:58.55

>>812
thx
恥ずかしながらルールを追加からテキストをそのままコピペしてたのがだめだったらしい
インポートしたら有効になった
https://i.imgur.com/AJpumh4.png