【広告除去】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(火) 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

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

>>813もthx

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

>>813
DNSブロックってある意味DNS偽装に他ならないしDNSSECに対応できないのは当たり前なのでは？
でもAdGuard社に対する信頼がなければセキュリティリスクがあるのは間違いないやね
>>807に書いてなかったのはワイがガバガバやったわ
もしAdGuard社が悪いことしようと思ったらhttpsフィルタリングよりもDNSで自前のフィッシングサイトに飛ばす方が気軽にできるはずやね

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

1年前の話だけど、280のみで有料番でDNSオフにするとニコニコとムラクモのアプリで広告が出ることがあってオンにすれば出なくなるからそれ以来ずっとオンのままだわ。今は機種変更とかもしたしバージョンっもアップしてるからどうなるか分からんが今でも常にオンにしてる。

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

>>806
これ誰かわかるのおらんの
昨日だかにアプデしたのが関係してるんだろか無料版だからDNSはオン

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

>>816
ん？この場合の偽装というのは？
実際にどうブロックしてるのかは知らんけど、真っ先にまず問い合わされたドメインがブラックリストに一致するかみて
一致したらリダイレクトじゃないのかな。Norton Connect SafeとかQuad9はブロックするけどDNSSEC認証してるよ
まあキャッシュサーバーがDNSSEC認証しててもクライアントはしないから、Adguardを信頼せざるを得ないのは変わらない

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

>>786,787
このテストだけを元にそう言い切ったらさすがにどうか
テスト自体疑問感じるところも少なくない

どれがいいかはユーザー自身でテストして決めればいい

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

ここ見ると、単にNXDOMAINを返してるのかな
https://github.com/AdguardTeam/AdguardDNS
If you configure your network to use our DNS servers,
every time a website sends an ad or phishing request,
our server sends back a null response.

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

>>819
うろ覚えで申し訳ないけどAdGuard DNSは他とはちょっと違うはず
シンクホールとしてローカルのAdGuardを割り当てることで処理の負担を軽減してたんだと思う
これが偽装と髪一重になるのでは？

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

>>821
ん？この説明通りだと違うのかな？AdGuardDNSに実際に問い合わせて試してみれば分かるか

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

あんまり話についていけてないんだけどDNSで「このドメインのIP教えてください」って問い合わせてそれが広告のドメインだったらAdGuardが「そのドメインは存在しません」って答えるかそれとも「そのドメインは○○ですよ」って嘘を教えるのかってことが問題なんだよね？

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

実際にAdGuard DNSに広告ドメインのリクエスト送ってみたら「AAAA ::1」が返ってきた
つまり広告ドメインだったらローカルホストを返すってことだね

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

>>824
大体合ってる

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

しかしローカルホストを返す意味とは？よく分からん

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

>>827
NXDOMAINだとTTL(キャッシュの保持時間)が設定できなくて何度も問い合わせるのを防ぐというDNSブロックの目的自体が達成できないからローカルのAdGuardアプリを割り当てて解決してるのではないかな？詳しくないので的外れだったらごめん

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

>>828
うーん、そうなのかなー？
納得できるようなできないような
詳しい人いたら教えてほしい

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

Norton Connect Safeとか→危険なドメインのDNSリクエストがあったらNXDOMAIN（存在しない）を返す
AdGuard DNS→広告ドメインのDNSリクエストがあったらlocalhostを返す

AdGuardがこういう仕様にしてる理由はNXDOMAINだと広告によって何度もDNSリクエストが繰り返されてしまうがlocalhostを返せばそのキャッシュが一定時間保持されることでリソース節約できるから
しかしこれはDNS偽装の一種なのでセキュリティ的に悪用できてしまう

こういうことなの？

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

>>830
そういうことだと思った
nxdomainなどのネガティブキャッシュはTTLが自動的にミニマムになるんじゃなかったかな？

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

このスレで珍しく真面目な話してて笑った内容はよく分からないけど見直したよ

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

>>832
普段はアホが二人でID変えながらレスバトルしてるだけでその二人以外はみんな真面目な話したいんだぞ

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

憶測ではあるが>>831の通りだろう
http://d.hatena.ne.jp/hirose31/20130702/1372741570
なおNortonの場合はhttp://34.233.49.22/?nxdomain=○○○○
みたいに独自のブロックページにリダイレクトする

悪用については（Adguardを信用する限り）とくに問題ないと思うけど
広告以外のドメインについては普通に名前解決されるはずだし
DNSSECについては先述の通り。強いて言えばlocalhostにサーバー立ててる
場合、特殊なリスクがないことはない
http://tumblr.tokumaru.org/post/32194399895/hostsファイルにループバックアドレスを指定することは危険か

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

色んな設定があるけどどれも一長一短で決定版がないということはよく分かった

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

失礼、>>828,831の通り

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

ドヤ顔してるとこ申し訳ないがこんな分かりきってることをID赤くして長々と書くとか池沼入ってるわ

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

>>834
不正確な知識で申し訳ないけどNXDOMAINならいいけど別のIPを返すのってDNSSECでは無理じゃないの？
これは返ってきたIPとハッシュ値を照合するんじゃないの？

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

そりゃ失礼。
リンク間違えたのでそれだけ訂正
http://tumblr.tokumaru.org/post/32357571163/hostsにループバックアドレスを指定することでリスクが増大するケース

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

>>839
今日は詳しい人が結構多くて勉強になるわ
とりあえず>>837は煽りたいだけだから気にしなくてOK

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

そもそもノートンのDNSがどういう風に動作してるのか
それが分かんない

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

>>838
キャッシュサーバーはあくまで、クライアントに結果を返すだけ
もしクライアントも署名を検証して、かつ世界中のドメインがDNSSEC対応したら問題になるけど

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

>>840
お前だけが気にしてるじゃんw

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

自分はあんまり詳しくないけど知りたいところでもあるのでこの手のやりとりはとても助かる
人のことを池沼呼ばわりするレスよりよっぽどね

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

>>842
クライアントがDNSSECに対応してる場合は結果だけじゃなくて署名も一緒に返さないといけないんじゃないの？
そこでlocalhostというニセの結果を返すことはできない気がするんだけど
AdGuard DNSを使うクライアントが現状でDNSSECにほぼ対応してないから問題なしってことなの？

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

ID:WOT7sKY/さんとID:hEhZoXUcさんの書き込みを読んで興味が出てきたからAdGuardDNS使ってみることにした
セキュリティ的な部分はちょっと釈然としないところは残ってるけど何か誤解みたいな気がするし
しばらく使ってみて問題あったらまた報告しに来るわ
二人とも色々教えてくれてありがとう

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

>>845
対応してないというか、検証してない
しかもDNSSECでちゃんとルートゾーンからwww.hoge.comまで信頼の連鎖が成立してる
ようなドメインは全体のうちごくわずか、主要サイトだとPaypalとMozillaくらい
（まあ俺も詳しいわけじゃないですw

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

>>844
自演オツ

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

>>847
説明を聞いてるとDNSSECに対応した広告ドメイン(あるのか分からないけど)のブロックでAdGuardDNSは問題が起きる気がする
ノートンとかがブロックしてるドメインは怪しげなやつだけだから問題ないんだろうけどAdGuardDNSはGoogle関連の広告ドメインもブロックしてるからその辺のドメインがDNSSECに対応してないのかな？
いずれgoogleの広告ドメインがDNSSECに対応してAndroidでそのドメインだけ検証するようになるかもしれない
調べてもそういう情報出て来ないから分からないなぁ

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

AdGuardDNS自体さっきここ見て知ったニワカだけど

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

AdGuard DNSの一番危険な点はAdGuard社がその気になれば突然明日にでも悪用できるってところだと思う
httpsフィルタリングを悪用しようと思ったらアプリに仕込んでアップデートしてって手順を踏まなきゃいけないから慎重なユーザーからしたらすぐにアップデートしないで安全確認されてからアップデートすればまあ安全と言える
AdGuard DNSはいつでも危険サイトに飛ばせるようになる
まあそこまで疑いだしたらスマホなんて使えないと思うけど

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

危険性うんぬんよりも誤爆を解消することができないってところが気に食わないんだよね
誤爆してたら報告して直して貰うことになるわけでなんか面倒くさいしハードル高い

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

実害のある誤爆なんてないぞ

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

>>853

【AdGuard DNS日本語サイト不具合リスト（判明分）】

(rtoaster.jp)　※スパイウェアフィルタ（一部）も
nikkei.com、wowow.co.jp、softbank.jp、3ple.jp、www.attenir.co.jp

(impact-ad.jp)　※英語フィルタ（一部）、日本語フィルタも
news.mynavi.jp、tjapan.jp

(cxense.com)　※スパイウェアフィルタ（一部）も
mainichi.jp、itmedia.co.jp

(coremetrics.com)　※スパイウェアフィルタ（一部）も
konami.com、www.konamistyle.jp、my.konami.net

(applovin.com、rt.applovin.com)　※モバイル広告フィルタも
LINEアプリ

(microad.net、microad.jp)　※モバイル広告フィルタ、英語フィルタ、日本語フィルタも
softbank.jp、sbg.jp、31ice.e-gift.co

(mtburn.com、mtburn.jp)　※モバイル広告フィルタ、英語フィルタも
ponta.jp、NewsDigestアプリ

(adingo.jp)　※英語フィルタ、日本語フィルタも
109cinemas.net

(nakanohito.jp)　※スパイウェアフィルタも
m.crank-in.net

環境によって不具合が発生しない可能性もあり

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

簡単な話だよ

君子危うきに近づかず

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

じゃあAdGuard使うのもやめよう

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

一般人から見たらAdGuard使ってるだけで広告消すためだけに危険アプリ使うヤバイやつなんだろうか
自分は別にそんなに危険だと思わないけど

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

AdGuardって世界ではどのくらい普及してるんだろうか
普及してたら安全とは一概に言えないけどロシアと日本でしか使われてないとかだったら不安

**名無しさん＠お腹いっぱい。** · 2017/12/27(水) 00:00:11.97

>>858
フォーラムの投稿見てると欧米は満遍なくいる

**名無しさん＠お腹いっぱい。** · 2017/12/27(水) 00:03:24.81

>>806
280のMAINではニコ動で不具合でるとかでブロックされてないよ
BADの方に入ってる
自分はニコ生しか見なくて不具合無いので手動で追加してる

**名無しさん＠お腹いっぱい。** · 2017/12/27(水) 00:06:05.56

AdGuardって本社はロシアじゃなくてキプロスなんだな

**名無しさん＠お腹いっぱい。** · 2017/12/27(水) 00:07:51.17

キプロスは税金が安いから本社置いてるだけだよ
こういう企業は多い

**名無しさん＠お腹いっぱい。** · 2017/12/27(水) 00:11:15.05

キプロスは治安最悪の国だけどロシアと違ってEUに加盟しててEUの規制受けるのでそこまで問題ない

**名無しさん＠お腹いっぱい。** · 2017/12/27(水) 00:12:07.54

>>863
キプロスって治安悪いの？知らなかった

**名無しさん＠お腹いっぱい。** · 2017/12/27(水) 00:14:01.54

>>864
キプロスはギリシアとトルコの間にある島で住民もギリシア系とトルコ系がそれぞれいて独立するしないでずっと内戦してた国

**名無しさん＠お腹いっぱい。** · 2017/12/27(水) 00:19:39.44

あくまで仮定の話だけどAdGuard社が情報盗んで悪用したらロシアとキプロスとどっちの法律で裁かれるんだ？