22/08/24 21:42:32.92 .net
URLリンク(controld.com)
このdnsをandroidで使おうとするとモバイルデータ通信とwifi共に接続出来なくなるのですが、何が悪いのでしょうか?
ちなみにおま環かもしれませんがモバイルデータ通信でしかアクセス出来ません。
151:名無しさん@お腹いっぱい。
22/08/28 14:50:33.38 .net
どの設定?
152:名無しさん@お腹いっぱい。
22/09/09 09:11:33.68 .net
ttlを86400に設定したレコードでも
参照先dnsサーバーを8.8.8.8向けて引くと
ttlが21600になってるんですが使用でしょうか?
153:名無しさん@お腹いっぱい。
22/09/09 18:20:15.91 .net
参照先TTLを無視しない、言い換えれば参照先TTL優先の設定にしているだけじゃないかなそれ
154:名無しさん@お腹いっぱい。
22/09/09 23:54:13.98 .net
参照先TTLって何でしょう?
8.8.8.8の再帰DNSサーバーが名前解決してクライアントに答えを返すときに、本来の権威DNSサーバーが設定したTTLを無視して書き換えるって事でしょうか。
155:名無しさん@お腹いっぱい。
22/09/10 00:43:39.50 .net
URLリンク(serverfault.com)
そりゃキャッシュやし
それとは別に勝手に少なくしてるのもあるかこれ
8.8.8.8だけじゃかく1.1.1.1など他んとこでもやってみ
8.8.8.8だけ常に少ない
156:名無しさん@お腹いっぱい。
22/09/10 00:58:58.31 .net
>>155
その記事はTTLを書き換えてるんじゃなくて
8.8.8.8のDNSサーバーはロードバランサーで何台にも負荷分散されてるから
問い合わせの度に応答するDNSサーバーが変わるので、
応答したレコードの残りTTLの値か毎回問い合わせの度に異なるよ。
と言ってるだけの気がします。
> それとは別に勝手に少なくしてるのもあるかこれ
↑私が言ってるのはその事です。
157:名無しさん@お腹いっぱい。
22/09/10 01:05:32.61 .net
本来は、
クライアント→再帰DNSサーバー→権威DNS
と言う形でDNS引くのが一般的だとおもいますが、
権威DNSでTTLが1日に設定されてるレコードを引くと
再帰DNSにもクライアントにも1日キャッシュされるのが通常だと思うのですが、
Google public DNSはクライアントにTTLは6時間と短く回答してクライアントには6時間しかキャッシュさせないようにしてると思います。
TTLは権威DNSが考慮して設定するものであり、
再帰DNSサーバーが勝手に書き換えるのは余計な事だと思うのですが
158:名無しさん@お腹いっぱい。
23/01/29 12:30:23.71 .net
あなたはこのスレッドにはもう書けません。
159:名無しさん@お腹いっぱい。
23/01/29 16:14:24.35 .net
ほーん?
160:名無しさん@お腹いっぱい。
23/01/31 03:23:01.90 .net
てすてす
161:名無しさん@お腹いっぱい。
23/02/07 20:42:54.67 .net
dnscrypt-proxy 2.1.4
URLリンク(github.com)
クローキングを有効にすると、クローキングされたリストにない名前に対しても A/AAAA/PTR でないレコードに対してブロックされた応答が返されることがありました。
162:名無しさん@お腹いっぱい。
23/02/11 02:36:04.53 .net
Pi-Hole-for-WSL1
URLリンク(github.com)
163:sage
23/03/14 11:10:07.46 vwGetZycE
テスト
164:名無しさん@お腹いっぱい。
23/03/17 08:46:06.59 .net
てしと
165:名無しさん@お腹いっぱい。
23/04/06 23:36:49.07 .net
9.9.9.9のレスポンスめっちゃ落ちとる
OpenDNSに切り替えた
166:名無しさん@お腹いっぱい。
23/05/08 12:22:11.48 .net
スレリンク(android板:905番)
905 名無しさん@お腹いっぱい。 sage 2023/05/08(月) 07:04:16.92 ID:UH6IL4TH
このadguard dnsってnext同様なことができるんだ
それぞれのメリットデメリットってわかる方いる?