DNS (Domain Name System) 総合

DNS (Domain Name Sys ..

175:_-_
07/11/11 17:29:28
>>174
日本語でおk

176:-
07/11/11 20:56:31
>>174
板違い。
URLﾘﾝｸ(pc11.2ch.net)

177:anonymous@71.173.12.61.ap.gmo-access.jp
07/11/21 21:18:24 SqUQeesZ
はじめまして、初心者なのですが
mixiを使っていて、ある日突然mixiのホームページが開けなくなりました

他のホームページは開きます

サーバーが見つからないか、DNS エラーです。

と出ます・・・

178:-
07/11/21 21:40:53
>>177
PC初心者
URLﾘﾝｸ(pc11.2ch.net)

179:tss
07/11/24 16:22:41
miau.jp 直ってないねぇ。

180:anonymous@05004012841159_vt
07/11/30 18:08:47 gVJzfotZ
なんかネット繋げなくなって診断したらDNSサーバーと通信できません
と出たんですがどうすればいいんでしょう・・・・

181:sage
07/11/30 20:40:33
DNSサーバーと通信すればいいです。

182:-
07/11/30 20:45:58
>>180
PC初心者
URLﾘﾝｸ(pc11.2ch.net)

183:anonymous@p5164-ipad92marunouchi.tokyo.ocn.ne.jp
08/02/12 11:28:06 7r8PMEPj
現在enomレジストラでDNSはenom提供の無料DNSを使い.comドメインを運用してるんですが
サーバーが置いてある場所で電気設備点検で一日停電があるのでサーバーを1日だけ引越し
しようと思っていますが、DNSのグローバルIPアドレスを変更した場合、大手プロバイダのレコードは
何分ぐらいで更新されるでしょうか？

184:anonymous
08/02/12 19:39:39
1日だけ引越し？正気か？

185:anon
08/02/13 21:02:41
セカンダリたてりゃいいじゃん。

186:名無しさん
08/02/13 21:57:08
DNSは別鯖で生きてるから、DNSがAで指す鯖も一日だけ
移動したいという話ではなかったのか。

187:anon
08/02/13 22:03:43
そっか、じゃあ minimal TTL 縮めりゃいいじゃん。あとで戻すのを忘れずに。

188:anonymous@zsh.cyber-magic.org
08/02/14 15:12:00
一日と言っても24時間じゃあるまいし、半日ダウンくらいは
事前告知したうえでユーザに許容してもらえば良さそうなもんだが。
ミッションクリティカルだったらそもそもそんなところにサーバ置くなって話だし。

でもたまに法定電源点検で全部電源切れますっていうとんでもない自称データセンターも
あるけどな・・・

189:anon
08/02/20 09:56:50
DNSOPSのT.suzuk1って何が言いたいの？

190:-
08/02/20 10:20:22
わからん。

191:anonymous@i220-221-214-105.s04.a014.ap.plala.or.jp
08/03/14 02:21:40
URLﾘﾝｸ(www.infologika.com.br)
このプログラムで"www.yahoo.co.jp"をlookupしても、
レスポンスのAnswersが0になって情報を得ることが出来ないのだけれどなぜだろう？
ブラウザなどのアプリではDNS解決出来ているんだけど…

192:名無しさん
08/03/14 06:59:54
なんかビットフィールドがくさいと、おいらのカンが告げてる

193:（´・ω・`）
08/03/17 11:38:07 B8y/1YvB
DNSの設定変更が反映されるのはいつまで待てばいいのでしょうか？

サーバの設定変更をしてnamedのrestartを行いました。
サーバ上でnslookupで確認したところ、変更が確認できました。
ところが、WindowsPC上のコマンドプロンプでnslookupしても変更が反映されていません（設定変更から、すでに13日経過しています）。
知人のPCでnslookupしてもらったら変更が確認できたので、設定自体を失敗しているわけではなさそうです。
ipconfig /flushdns　後にnslookupしても変更されていませんでした。
いったいどれだけ待てばいいのでしょう？
なにか変更を反映させるために不足していることがあるのでしょうか？

194:sage
08/03/17 18:25:47
それってちゃんと委譲されてるサーバ?
あるいはゾーン転送に失敗してて、セカンダリが古いとか、、、

195:sage
08/03/18 09:44:45
逆引きも、HELOも、SPFもまともに設定せずに、メールを受け取ってくれっていうほうがどうかしてる。
おまえらのために、spamを受け取らなきゃならなくなるんだ。

196:sage
08/04/12 12:18:33
BINDスレが勉強になるぞ。まったくもってDNSわかってないやつばっかりだ。

197:hoge
08/04/12 12:21:58
BINDスレって吉川ネタ以外になんかあったっけ？

198:anonymous@125.206.219.250
08/04/18 12:05:22
はじめまして、少々質問させて下さい。

zone ファイルには正引きと逆引き用があると思うのですが、
例えば aaa.jp というゾーンを管理するとして、named.conf の中に

zone "aaa.jp" {
.....
}

zone "111.111.111.in-addr.arpa" {
.....
}

の様な記述をするとなると、ある「ゾーン」というのは、一つのネットワーク
（ここで言うと 111.111.111.0/24）に対応していなければいけないので
しょうか？

例えば、既に 111.111.111.1 を www.bbb.jp に割り当てていたとして、
上記の named.conf との関係性はどうなるのでしょうか？

なんと言うか、この様なシステムだと一つのネットワーク上に二つ以上のゾーンは
存在できないのかな…？と…。

すみません、どなたかご教授頂けないでしょうか。

199:anonymous
08/04/19 12:00:53
まるで関係なし。まるでわかってないね。

200:anonymous@w244066.ppp.asahi-net.or.jp
08/04/19 12:49:57
正引きと逆引きは、基本独立したものです
実際、その設定でもzoneディレクティブは
独立して書いてあるじゃん

201:anonymous@softbank218139240037.bbtec.net
08/04/19 23:30:15
>>200
要するに、named.conf の逆引きファイルには複数の zone をまたがった
逆引きを書いておけばいいのでしょうか？

仮にそうだったとして、逆引きファイルには SOA セクションもある様ですが、
この場合はまたがっているどちらの zone を書けばよいのでしょうか？
（↑これが、一つのネットワークが一つの zone としか対応できないのかな？
　と思った根拠でもあります）

確か、一つの zone ファイルには一つの SOA セクションと見た覚えが
あります。

202:anonymous@softbank218139240037.bbtec.net
08/04/19 23:34:48
例えば、どっかのウェブサイトから拾ってきた設定ですが、

$TTL 86400
@ IN SOA ns.example.com. root.localhost (
2 ; serial
28800 ; refresh
7200 ; retry
604800 ; expire
86400 ; ttk
)

@ IN NS ns2.example.com.

1 IN PTR one.example.com.
2 IN PTR two.example.com.

この様な設定があったとして、ns.example.com. が SOA の
10.168.192.in-addr.arpa.zone というファイルには別の zone の PTR、例えば

3 IN PTR three.test.jp

などを書いてもいいのでしょうか？まぁそれはそれで分かるのですが、
じゃあ test.jp の逆引き SOA セクションというのはどこに書けばいいのでしょう？

すみません、意味がよく分かっていないので質問もおかしな事を言っているかも
しれませんが、よろしくお願い致します。

203:-
08/04/20 00:06:47
>>202
> などを書いてもいいのでしょうか？
いい。
最後に . 付けとけよ。

> じゃあ test.jp の逆引き SOA セクションというのはどこに書けばいいのでしょう？
だいたい「test.jp の逆引き」というのがナンセンス。
a.test.jp の IP アドレスが 192.168.99.38 で
b.test.jp の IP アドレスが 10.55.23.14 ってこともあるだろ?

204:anonymous@w244066.ppp.asahi-net.or.jp
08/04/20 00:12:08
＞test.jp の逆引き SOA セクション

＞＞正引きと逆引きは、基本独立したものです
逆引きのzoneは別にどこの正引きに属しているというものじゃありません

205:202
08/04/20 00:28:46 nNQxf48n
>>203
ありがとうございます。

そうですよね、確かに～（ドメイン）の逆引きというのはおかしいと思いました。

だとすると、そもそも逆引きファイルに SOA セクションを書く事自体が
おかしい気がするのですが、そのあたりをお教え頂けないでしょうか？

206:-
08/04/20 00:37:14
>>205
なんでおかしいの？

207:202
08/04/20 00:38:46
>>206
一つの zone ファイルにSOA セクションを二つ以上書けないと思っていたためです。

そうすると、二つ以上の zone にまたがっている逆引きの場合、どうしたらよいのか
分からなくなってしまいました。

208:-
08/04/20 00:43:00
>>207
言ってることがわからん。
>>198 の例なら
111.111.111.in-addr.arpa. ってゾーンに SOA は一つでしょ?

209:202
08/04/20 00:48:50
>>208
ありがとうございます。＆分かりにくくてすみません。

>>202 の例の方が分かりやすいかもしれません。
>>202 でいう所の @ とは 192.168.10 だと思うのですが、それに対する
SOA が ns.example.com というのは分かるのですが、そのネットワークには
test.jp も存在する訳で、じゃあ test.jp の逆引き用 SOA？というのはどこに
書けばよいのでしょうか？

逆引き用 SOA というものがよく分かっていないかもしれません。

210:-
08/04/20 00:54:38
>>209
@ は 10.168.192.in-addr.arpa. だ。

ns.example.com と同じネットワークに test.jp がある。
だから何?

「test.jp の逆引き」というのはナンセンス。(2度目)

211:anonymous@w244066.ppp.asahi-net.or.jp
08/04/20 01:04:44
>>209
＞SOA が ns.example.com
それは、このゾーン(逆引き)がns.example.comに管理されて
いることは示していても、example.comに属しているという
ことではない

212:202
08/04/20 01:25:26
>>210
用語が不適切ですみません。

>>211
なるほど！各ドメインには必ず正引きと逆引き SOA が定義されているものと
思っていましたが、そういう訳ではないという事ですね。

example.com の正引き SOA は ns.example.com、
example.com の逆引き SOA は ns.example.com、
test.jp の正引き SOA は ns.test.jp、（例えば）
test.jp の逆引き SOA は ns.example.com

みたいな状態もあり得るという事ですよね。

最初に 8IP のサービスに加入する時に開始ドメインと逆引き DNS サーバーを
登録して下さい、みたいな事を言われた覚えがあるのですが、このためだった？
んでしょうか。

みなさんこういうのはどこで学ばれているのでしょうか？
大学でこのあたりをちゃんと学んでおかなかったのを後悔しています…。

213:-
08/04/20 01:35:58
>>212
「test.jp の逆引き」というのはナンセンス。(3度目)

214:-
08/04/20 01:38:49
>>212
> なるほど！各ドメインには必ず正引きと逆引き SOA が定義されているものと
ドメインにあるのは正引き。逆引きはない。
逆引きがあるのは IP アドレスの範囲。

「test.jp の逆引き」というのはナンセンス。
「192.168.23.0/24 の逆引き」ならおｋ。

215:anonymous@w244066.ppp.asahi-net.or.jp
08/04/20 01:46:40
＞example.comというゾーンのSOA は ns.example.com
＞test.jpというゾーンのSOA は ns.test.jp

＞10.168.192.in-addr.arpaというゾーンのSOAは ns.example.com

が正解。ゾーン自体に正引き／逆引きの別はあっても、
正引き／逆引きのSOAというものはありません

216:anon
08/04/20 01:56:14
ドメイン名→IPアドレス：正引き
IPアドレス→ドメイン名：逆引き

example.co.jpは自社でインターネット接続しているのに加えてexample.netに別サーバをハウジングしています。
IPアドレスはexample.netから分けてもらっています。
example.co.jp：10.0.0.0/24
example.net：192.168.255.0/24

WWW.example.co.jp　10.0.0.2
mail.example.co.jp　192.168.255.3

さて、こういうときには
＊example.co.jp.zone
SOA ns.example.co.jp root.ns.example.co.jp
www.example.co.jp.　IN A 10.0.0.2
mail.example.co.jp.　IN A 192.168.255.3

＊0.0.10.in-addr.arpa.zone
SOA ns.example.co.jp root.ns.example.co.jp
2 IN PTR www.example.co.jp.

＊255.168.192.in-addr.arpa.zone
SOA　ns.example.net root.ns.example.net
3 IN PTR mail.example.net

これでおかしいところがあるか？

217:202
08/04/20 02:07:48
みなさんありがとうございます。

>>214、>>215 さんの説明で分かった気がします。

あるネットワークが複数のドメインにまたがっていようと、その逆引きを
管理するのは１ゾーンファイル、という事ですよね？で、その SOA は
そのゾーンファイルが置いてあるサーバー、と…。

間違っていたらほんと申し訳ないです。

218:s
08/04/21 12:06:10
問題
　>>217 の文章の中から正しい部分を探す事が出来るのでしょうか。

あるネットワークが複数のドメインにまたがっていようと　⇒　意味不明
あるネットワークの逆引きを管理するのは１ゾーンファイル　⇒　１つである理由は無い。
SOA はそのゾーンファイルが置いてあるサーバー　⇒　ＳＯＡとサーバーは無関係。

結果。正しい部分は

間違っていたらほんと申し訳ないです。

の部分だけ。

219:202
08/04/21 14:28:00
>>218
あるネットワークが複数のドメインにまたがっていようと
↓
例えば 192.168.1.0/24 において、

192.168.1.1 = www.aaa.jp
192.168.1.2 = www.bbb.jp

という状態です。

---

あるネットワークの逆引きを管理するのは１ゾーンファイル　⇒　１つである理由は無い。

では、1.168.192.in-addr.arpa.zone はどこに置けばいいのでしょうか？

---

SOA はそのゾーンファイルが置いてあるサーバー　⇒　ＳＯＡとサーバーは無関係。

SOA はそのドメインにおいて権利のあるサーバーに記述すると思っていましたが、
違うのでしょうか？

220:-
08/04/21 14:55:42
>>219
> 192.168.1.1 = www.aaa.jp
> 192.168.1.2 = www.bbb.jp
こういうのは普通
「あるネットワークが複数のドメインにまたがっている」という言い方はしない。
「あるネットワーク上に複数のドメインに所属するホストが存在する」ならわかる。

> あるネットワークの逆引きを管理するのは１ゾーンファイル　⇒　１つである理由は無い。
たとえば、1つのネットワークに 10.34.0.0/18 というアドレスを与えているとき、
それを 0.34.10.in-addr.arpa.～255.34.10.in-addr.arpa. の
256個のゾーンに分割して管理することも可能っちゃ可能。

> SOA はそのゾーンファイルが置いてあるサーバー　⇒　ＳＯＡとサーバーは無関係。
これは >>218 の意図がいまいちわからん。

221:-
08/04/21 14:56:56
/18 じゃねーや。
/16 か。

222:-
08/04/21 14:58:37
>>220
> 「あるネットワーク上に複数のドメインに所属するホストが存在する」ならわかる。
これもちょっとおかしいか。
まぁこういう状況はしょっちゅう存在するので
いちいちそれを取り上げてどうこう言うことはあんまりない。

223:--
08/04/21 17:01:24
DNSの置く場所は、ルートサーバー　(A.ROOT-SERVERS.NET等) から紐付きになっているサーバーに置く
どこのネットワークだかなんて関係無い。

例えばおれの逆引きは、ルーターサーバーに問い合わせるとns1.apnic.netに書いてあるとなっている
そこに問い合わせると dns0.dion.ne.jp にあると返ってくる。
dion に問い合わせるとおれの所かdion（セカンダリ）にあると書いてある。

だから逆引きサーバーはおれん所とdionとにあれば良い。

224:anonymous
08/04/21 20:16:14
正引きのゾーンも逆引きのゾーンもそれぞれ独立しているもんなのだが
どうしてか結びつけて考えてるのが間違いっぽい

正引き：たとえどんなIPブロックに居ても一つの正引き内にいるなら列挙する
逆引き：たとえどんなドメインであろうともゾーンのIPブロックにあるものを列挙する。

225:202
08/04/21 22:05:35
皆様、ありがとうござます。

そもそも、そこのネットワークの逆引きがどこにあるのかと言うのは、
その上位のネットワークの逆引き zone ファイルの NS セクションに書いてある
DNS サーバー内、という事でしょうか？

とするとなんとなく意味が分かった気がします。

文章だけで色々説明する＆してもらうというのは本当に難しいですね…。

226:anonymous@w244066.ppp.asahi-net.or.jp
08/04/21 22:53:26
おまいの>>202時のアドレスである"218.139.240.37"を根元から
辿ってみたら？

dig @a.root-servers.net 37.240.139.218.in-addr.arpa PTR
↓
dig @ns1.apnic.net 37.240.139.218.in-addr.arpa PTR
↓
dig @ns-a.bbtec.net 37.240.139.218.in-addr.arpa PTR

227:-
08/04/21 23:05:58
>>225
基本の8ビット区切りの話なら、その通り。
今は RFC2317 の CIDR な逆引きがあるから
もうちょいややこしくなっている。

228:名無しさん
08/04/22 00:11:26
「今」はIPv6の逆引きもあるんでなくて？

229:-
08/04/22 01:01:21
v6 なんてないようなもんだｗ

230:anonymous@aa2004050730015.userreverse.dion.ne.jp
08/04/23 14:15:59
BINDでプライマリDNSを立てたいのですが、ホスト名はどのように設定すればいいのかわかりません。
プロバイダに申請するとき、IPだけで大丈夫なのでしょうか？
DNS用にドメインを取得していません。

環境
Fedora Core8
BIND 9.5.0b1

231:--
08/04/23 14:32:17
>>230
何を目的としてDNSを立てようとしているのか？

232:230
08/04/23 15:13:09
すでに設置されているプライマリDNSサーバがご臨終を迎えそうなので
新たにたてようと思っています。

なにぶんはじめてのDNS設置なので解説本＆開設サイトがスルーしているところで躓きます、、、
SOAのホスト名とか、プロバイダへの申請の仕方とか

233:--
08/04/23 15:27:11
>>232
今の使っている通りに新しいのを書けば良い。
現在使っているアドレスと同じアドレスでDNSサーバーを立てるなら他社への連絡は不要。
異なるアドレスでサーバーを立てるならそのアドレスを伝えれば良い。

DNS初めて立てるなんて危ないな。それもあまり知識も無いようだし。
詳しい人に相談するとかできないのか。ここだけのアドバイスなんかで立てるものじゃない。
間違ったDNS立てるとそのドメイン１ヶ月ぐらい使えなくなるよ。

234:230
08/04/23 16:03:10
>>233さん
新しいIPになります。
死んでるドメインもかなりの量書いてあるのでそれらを峻別して
あとはzoneに書いてある旧DNSのIPを書き換えてコピーという認識で大丈夫でしょうか？

#dig google.com
だと正しいクエリが帰ってくるのですが
$dig @xxx.xxx.xxx.xxx google.com
と新DNSのIPをいれてdigするとエラーになります、、、

＞詳しい人に相談するとかできないのか
新卒に引継ぎなしでネットワークすべて任すような会社なので無理です;;

235:--
08/04/23 16:51:26
新しいIPだと前の部分全部コピーして、動作完全だと思ったら切り替える。
DNSはNSを変えて、whoisやnameserver登録をかえてから
１週間ぐらい新旧両方うごかすのが良い。
最初はTTLは短めにする方が安全。

webとか他のサービスも移行するなら同時にはやらないで完全に安定してから行なう。

$dig @xxx.xxx.xxx.xxx google.com
と新DNSのIPをいれてdigするとエラーになります、、、

の部分はテストのし方やNAPTの有り無しなどで変わるからそれだけで良いか悪いか
こっちからじゃ判断は無理。この程度は自分で解決しておかないとこの先きびしい。
外向けと内むけでは動作は違うのは普通のこと。

named.conf はコピーしたのかな。
bindはchroot の有無でファイルの位置が変わるから前と必ずしも同じ場所では無いよ。

236:.
08/04/23 16:52:48
一度痛い目にあっとけ。

237:.
08/04/23 16:53:39
>>232
SOAについて書いてない本なんてないだろ。
あったとしたらそれはまともな本じゃない。

238:230
08/04/23 17:19:49
>>235さん
無知な質問にご回答いただき、ありがとうございます！
235さんのような上司がいてくれたら；；
きちんと動作完全にしてからプロバイダへ連絡したいと思います。

>>236さん
さすがに社内ネットワークなのでヘタこくと首吊りものです、、
というか倒産です

>>237さん
サーバ構築入門みたいな本を買ったのでBINDに特化したものを探したいと思います。

みなさんありがとうございました。

239:.
08/04/23 18:03:55
そんな会社なら潰れてもいいんじゃね。

240:tss
08/04/23 18:07:34
BINDは難しいし危険だからNSDにすれば?
（djbdns推薦すると信者だと思われるのでやめておきます)

241:.
08/04/23 18:14:30
NSD信者きたー

242:tss
08/04/23 18:15:49
こんなTLDは嫌
URLﾘﾝｸ(lists.oarci.net)
the DNS is supposed to have misconfigurations - it's a healthy part
of the process

243:.
08/04/23 18:16:48
でもSOAに何書くかとかISPへの申請とかは
BINDでもNSDでも変わらないでしょ。

244:tss
08/04/23 18:19:57
再帰検索と非再帰検索の違いがわからない人は、わかれているもので勉強しないといつまでも理解できないと思います。

245:tss
08/04/23 18:21:58
せめて dig には、+rec か +norec を必ずつける習慣をつけましょう。
(その点、dnsq , dnsqr は勉強に良いのですけどねぇ、、、)

246:202
08/04/23 23:40:17
>>226,227
お返事遅くなりましてすみませんでした。

>>226 さんの方法は色々勉強になりそうで面白いですね。
正引きに dig する事はあったのですが、逆引きも当然
できるんですよね。頭が回りませんでした…。

ようやく正引きの方は http サーバー、メールサーバー、DNS サーバー等
大体動作できたので、もう少し手探りで勉強してみます。
ありがとうございます。

247:230
08/04/24 14:37:57
たびたびすみません。

dig @127.0.0.1 google.com
では正常なクエリを得るとこができるのですが

dig @xxx.xxx.xxx.xxx google.com
とグローバルIPアドレスで指定するとタイムアウトしてしまいます。
これは外向きが正しく設定できていないということなのでしょうか？

; <<>> DiG 9.5.0b1 <<>> @xxx.xxx.xxx.xxx google.com
; (1 server found)
;; global options: printcmd
;; connection timed out; no servers could be reached

248:x
08/04/24 14:45:47
GoogleはこんなやつにDNS管理させてんのか

249:__
08/04/24 19:21:56
dig example.com(どこにdigしても)
すると下のような文がもれなくついてきます。
このルートゾーンは表示しなくていいのでどのようにすれば非表示にできるでしょうか？

;; AUTHORITY SECTION:
. 63477 IN NS B.ROOT-SERVERS.NET.
. 63477 IN NS E.ROOT-SERVERS.NET.
. 63477 IN NS G.ROOT-SERVERS.NET.
. 63477 IN NS J.ROOT-SERVERS.NET.
. 63477 IN NS D.ROOT-SERVERS.NET.
. 63477 IN NS A.ROOT-SERVERS.NET.
. 63477 IN NS L.ROOT-SERVERS.NET.
. 63477 IN NS M.ROOT-SERVERS.NET.
. 63477 IN NS K.ROOT-SERVERS.NET.
. 63477 IN NS F.ROOT-SERVERS.NET.
. 63477 IN NS I.ROOT-SERVERS.NET.
. 63477 IN NS C.ROOT-SERVERS.NET.
. 63477 IN NS H.ROOT-SERVERS.NET.

;; ADDITIONAL SECTION:
I.ROOT-SERVERS.NET. 65724 IN A 192.36.148.17
J.ROOT-SERVERS.NET. 65724 IN A 192.58.128.30
J.ROOT-SERVERS.NET. 63649 IN AAAA 2001:503:c27::2:30
K.ROOT-SERVERS.NET. 65724 IN A 193.0.14.129
K.ROOT-SERVERS.NET. 65478 IN AAAA 2001:7fd::1
L.ROOT-SERVERS.NET. 65724 IN A 199.7.83.42
M.ROOT-SERVERS.NET. 80925 IN A 202.12.27.33
M.ROOT-SERVERS.NET. 64305 IN AAAA 2001:dc3::35
A.ROOT-SERVERS.NET. 79268 IN A 198.41.0.4
A.ROOT-SERVERS.NET. 79268 IN AAAA 2001:503:ba3e::2:30
B.ROOT-SERVERS.NET. 79268 IN A 192.228.79.201

250:tss
08/04/24 22:17:12
まず、誰に問い合わせて誰が答えているのかを理解することが大切です。

251:ｄ
08/04/27 17:42:28
ま、BIND9もくそだし。
インターネット崩壊もあともう少しだなｗｗｗ

252:tss
08/04/28 16:37:35
笑う話じゃないでしょう。
ところで、DNSOPS.JP 誰も相手にしてくれなくてさみしい。MLは死んだかなぁ、、、

253:.
08/04/28 18:56:59
話の振り方が悪いんじゃないの

254:tss
08/04/28 22:54:31
まあ、そうなんでしょう。ツリをするほど酔狂じゃないですし、、、
かといって、他の人から、別な話題がでるでもなく、、、
まあ、お邪魔ならjanog同様に引退しますけどね。
皆さん、何を議論したいんだろう、、、BINDの設定方法？

255:anonymous
08/04/29 01:41:24
あの話の振り方は見下しているみたいで膨らむ話題も膨らまないって

256:tss
08/04/29 03:09:31
見下してるんですけど。 Afiliasとかを、、、

257:ななし
08/04/29 03:18:32 BE:8217825-2BP(0)
drfでも人を見下した発言しかしてなかった気がする
身内に甘く、自分にもっと甘い輩の典型だな
＃当然外へは徹底的に強硬姿勢を取る

258:tss
08/04/29 03:40:52
反論すればいいでしょ。
DRFの件は、サーバやパソコンのセキュリティ管理がお粗末だから、大学の
ネットワークがどんどんクローズなものになっていってるのに、ネットワーク
のポリシーが厳しいなどというのは本末転倒だといったまで。

259:Anon
08/04/29 04:31:59
うわ、本人光臨かよ!!
どこまでかまってちゃんなんだ？

260:tss
08/04/29 04:47:25
おはよう。MLで議論できれば、こんなところへ来たくはないのですけどね。

261:sage
08/04/29 06:01:15
それが見下してる態度ってのがわかんないのかね

262:tss
08/04/29 06:06:08
わかってますよ。;-)

263:anonymous
08/04/29 06:21:03
うん、話の振りが悪いね。
MLの枝をリンクしただけじゃ、
殆どの DNS 管理者は何が問題かわかんないでしょ
まずそういうところから話をしないと。

で、俺も良くわかんないんだけど、info. の NS のひとつが
lame になっちゃって、しかもそのNSの名前が誰でも取れる状態になってる、
ってことでいいの？

264:tss
08/04/29 06:35:54
> 殆どの DNS 管理者は何が問題かわかんないでしょ

そこで興味を持って自分で .INFO を調べてみる。ってのを期待したいのですけどね。
ちなみに .INFO より、.ASIA のほうがおもしろいです。

> info. の NS のひとつがlame になっちゃって、
glue をたどる限りにおいては lame じゃないですが、、、
問題は、ひとつじゃないです。

> しかもそのNSの名前が誰でも取れる状態になってる、
私がやり玉にあげるのは、そのパターンばかりじゃないです。
そこまでひどいわけじゃないですが、毒入れくらいはできそう。

MLで解説が必要？

265:tss
08/04/29 06:51:52
> しかもそのNSの名前が誰でも取れる状態になってる、

あ、INFOじゃなくて、成り行きで引き合いにだした　AC,IO,SH,TM　については、そうなっていました。
rootとTLDの管理がでたらめだということに気づいた事件でした。

266:tss
08/04/29 06:54:17
私の英語は怪しいですが、いきさつはここ
URLﾘﾝｸ(lists.oarci.net)

267:anonymous
08/04/29 07:06:58
> MLで解説が必要？

うーん、もしかして要らないと思ってました先生？

268:tss
08/04/29 07:15:02
思ってます。教える　より　学んでもらう　派ですから。
イリイチの脱学校論信奉してるし。

269:tss
08/04/29 07:20:43
それ以前にMLじゃ先生じゃないし、、、私もわからないことだらけだし。

270:.
08/04/29 09:02:07
先生じゃないのに先生みたいな態度とってるじゃん
それがいけないんじゃないの

271:つか
08/04/29 10:47:45
icannがばかだろｗ

272:つか
08/04/29 10:53:26
途中で投稿しちまったい

自分で自分をバーローうわああん（AA略

root-serverの浸透もしっかり維持できない時点で
DNSとインターネットはオワットル

といっても、スクワッター大将軍系のTLD浸透が変なのは
これはほめるべき所だな

273:anonymous
08/04/29 12:03:41
あれ？本職先生じゃなかったっけ？

274:つか
08/04/29 12:32:44
>>273
ん？、本職先生？？？
ん？、ML関係の事いってるのか？？？

そのMLの入会方法教えてくれ

275:tss
08/04/29 13:50:04
いつのまにか教員が本職になりましたが、兼業です。
ML > www.dnsops.jp 参照

276:ななし
08/04/29 14:15:52 BE:26294584-2BP(0)
>>274
とりあえず最悪板とかネトヲチ板じゃないので回答拒否ね
そっちとかにスレがあったら遠慮なく書いていたと思う。

277:つか
08/04/29 19:07:05
>>275
サンクス
あ、subscribe dnsopsで送ればいいのね
購読してみる

>>276
いや、俺はDNS関連のMLがあるなら
入っておきたいだけだ。
別に他人がどうであろうと、どんな社会的地位もってても
関係ねーよ。

こういう技術者しかいねーから
インターネットが廃れてくんだろうな

278:_
08/04/30 02:09:59
lameといえば、JPNICがやっと逆引きlameチェックと委任停止を始めるんだね。
URLﾘﾝｸ(www.nic.ad.jp)
これを機にDNSに気を使う人が増えるといいな・・

個人的にはJPNICのチェック内容は最低限で、もっと厳しくしても良いと
思うんだけど、世のDNS引いてるとこれすらクリアできていないのが
多数いるから、始めから厳しくできないのかな。

あと、フィッシングとかはやっぱり正引きが問題になる場合が多いから、
JPRSにも追従してほしいかな。

279:sage
08/04/30 03:39:03
うっかりミスは避けられるかもね
ただ、こういうことやらかす『技術連絡担当者』って大方「よくわかんねー」で
メール捨てちゃうんじゃないかって気がする。
lame delegation って大体スキル不足と管理不徹底が原因だから。
レジストラからのドメイン有効期限通知に対応できない組織もいるくらいだし。
まして逆引きドメインなんて...
メールの文面だと「何が悪いのか」「どのような不利益が生じるか」が
良くわかんないし。
ま、45日ノーアクションだと委譲停止しちゃうから、
対応できない組織はそれまで、としか言いようがないけど。

280:どｍｎ
08/04/30 16:41:11
というか、大抵の企業は逆引きなぞ気にしないだろうし
未設定の企業が多いんだから
やっと腰を上げたって感じではないかと。

今のご時勢なんか、迷惑メール対策で逆引きなしは拒否します
なんていったら、インターネットユーザの８０％からたたかれるご時勢なんだから
＊大事なメールが一通でもくる以上、人として非常識だレベルでｗｗｗ
むしろいらねぇと思う

281:__
08/05/01 19:53:58
今日いきなりDNSサーバがおかしくなりました。
設定などは一切いじっていないのですが、digでSERVFAILをはきます。

今日したことといえばサーバを新たにセットアップしたくらいです。（同じネットワーク内）
DNSサーバも今日セットアップしたサーバも固定IPですが、ルータの管理画面での設定（必要なのかはわからりません）はしていません。
ルータのログインパスワードがわからないので確認しようがないのですがこの場合、ルータが原因の可能性はありますでしょうか？

また、何でもいいので似たような経験をされた方ご鞭撻いただければと存じますm(_ _)m

282:anonymous
08/05/01 21:11:01
最初に追加したサーバをネットワークからはずしてみることではなかろうか？

283:__
08/05/12 19:12:43
セカンダリDNSを立てているのですがうまくいきません。
以下のように設定しているのですがviewがないと起動失敗してしまいます。
なぜなのでしょうか？
また、viewをいれてもslaveにプライマリサーバから送られてきません。

acl lan {
127.0.0.1;
XX.XX.XX.XX/28;
};
options {
directory "/var/named";
query-source port 53;
allow-query { lan; };
forwarders {XX.XX.XX.XX; #プライマリサーバを指定};
};
view hoge {};
zone "." {
type hint;
file "name.ca";
};
zone "localhost" {
type master;
file "localhost.zone";
};
zone "example.com" {
type slave;
file "slave/example.com";
masters { XXX.XXX.XXX.XXX;};
};

284:hoge
08/05/13 07:40:30
初歩的な確認だがプライマリ側の設定でセカンダリに対してゾーン転送を許可してるかね？

285:anon
08/05/13 08:26:05
> query-source port 53;
これ、危険だからやめれ。

286:283
08/05/13 12:14:17
>>284-285さん
ありがとうございます。
プライマリはこんな感じです。
options {
directory "/var/named";
dump-file "/var/named/data/cache_dump.db";
statistics-file "/var/named/data/named_stats.txt";
memstatistics-file "/var/named/data/named_mem_stats.txt";
recursion yes;
forwarders {
192.168.0.1;
127.0.0.1;
XX.XX.XX.XX; #セカンダリのIP
};
};
zone "example.com" {
type master;
file "example.com.zone";
allow-query { any; };
notify yes;
also-notify{XX.XX.XX.XX;}; #セカンダリのIP
};
再起動もしましたがうまくセカンダリにわたされません

287:DNS
08/05/13 12:45:31
ログは？

288:anonymous@pl754.nas955.p-tokyo.nttpc.ne.jp
08/05/13 13:32:17
プライマリにallow-transferが記述されてないように感じるのは俺だけ？

あと、forwardersの理解もおかしい気がするのだが…

289:283
08/05/13 13:43:39
>>287さん
以下のような感じです。
プライマリ側
May 13 22:24:08 ns1 named[14633]: running
May 13 22:24:08 ns1 named[14633]: zone examole.com/IN: sending notifies (serial 2008042502)
セカンダリ側
May 13 13:33:59 ns2 named[11676]: client xxx.xxx.xxx.xxx#53009: view hoge: received notify for zone 'example.com': not authoritative

プライマリの時間がおかしいですね。。。
直しました。
>>288さん
forwarders間違ってるかもです。プライマリ側にセカンダリIPかかなくてもOKですね。
allow-transferはデフォルトでanyなので大丈夫かと

290:DNS
08/05/13 18:30:22
プライマリの tcp 53 と udp 53 の両方開いてんだろうな。telnet プライマリ 53 とかで見てみろ
dig example.com @プライマリは大丈夫か?

291:hoge
08/05/13 22:21:01
allow-transferってデフォルトでanyだっけ？
指定しなきゃ駄目だと思ってた。

292:yy
08/05/13 22:57:25
allow-transferをanyにするようなアホはいないでしょう

293:283
08/05/14 12:41:34
viewの中に書くことによってzoneファイルが転送されるようになりました。
BIND9でviewは必須なのでしょうか？
VIEWがないとエラー（起動失敗する）になりますし。。
allow-transferは
指定のIP以外、外向き正・逆引きを許可しない
という認識でOKでしょうか？
view "hoge" {
match-clients { XX.XX.XX.XX/28;};
recursion yes;
zone "example.com" {
type slave;
file "slaves/example.com.zone";
masters {xx.xx.xx.xx;};
};
};

294:hage
08/05/14 12:46:09
それじゃ外から引けない気が、、、

295:anonymous
08/05/15 03:40:56
man嫁
または本買っとけ

296:tss
08/05/15 09:21:51
BINDなんていう難しくて仕様がころころ変わるもの使わなきゃいいのに。

297:hoge
08/05/15 09:41:05
BINDじゃ無かったらなに使うの？

298:anonymous@pl754.nas955.p-tokyo.nttpc.ne.jp
08/05/15 10:19:11
nominum?

299:anonymous@NE0971lan1.rev.em-net.ne.jp
08/05/16 15:29:11 bQmJOzJ9
今まで培ってきた技術が再利用できないのも
かわいそうだよな>bindユーザ

300:anonymous@NE0971lan1.rev.em-net.ne.jp
08/05/16 17:08:08
逆に言うと、設定してエラーでまくりんぐなら
素直にWindowsServer系の標準ＤＮＳに切り替えるのが
臨機応変。

ぶっちゃけて、桁違いな速度で解決できる

301:hoge
08/05/16 20:48:46
なんだ期待させておいてMSDNSかよｗ

302:anonymous@p4221-ipbf3210marunouchi.tokyo.ocn.ne.jp
08/05/16 21:15:25
MSDNSは、昔、汚染すると再起動しても直らないという話を聞いた記憶が。
Internet上で使うって言うのはありなの？（勇気がいる？）

303:tss
08/05/16 22:32:03
私のおすすめは、NSD か tinydns でしょ。
DNSは仕様がどうしようもないから、どれつかってもどうしようもないですが、BINDよりはまし。

304:anonymous
08/05/17 04:06:34
手間をかけられないならinfobloxでも買っとけ
isc関係のところが作っているから「まぁ」安心

305:anonymous@219.117.237.163.static.zoot.jp
08/05/19 23:21:13
どっかのベンダの人？
infobloxなんて無駄に高価な箱、いらねぇよ。

306:norec
08/05/22 15:40:26
BINDオルタナティブのDNSサーバ「Unbound 1.0」がリリース
URLﾘﾝｸ(journal.mycom.co.jp)

307:tss
08/05/22 16:19:31
キャッシュサーバだけじゃないかな > Unbound
NSDと組み合わせるとよさげ

308:anon
08/05/23 02:33:56
PowerDNSのIPv6サポートが改善されたやつ、そろそろリリース版にしてくれ…

309:gethostby
08/05/25 12:52:21
gethostbynameを自前で実装してみようと思うんだけど、
どんなパケットを作ればどういうパケットが返ってくるかって
どのRFCで定義されてるの？

310:YY
08/05/25 13:40:26
>>309
すでに考えてた人がいました。
URLﾘﾝｸ(x68000.q-e-d.net)
DNS クライアントを作ってみよう１～３　

311:tss
08/06/24 16:11:52
ICANN はドメインブローカたちのいいなりですね。

312:名無しさん
08/06/25 01:02:24
でもhostsとかLLMNRとか
WindowsならNetBIOS名前解決とかWINSとか
DNS以外の名前解決手段もあると思うんだと
ここまで書いたら、1月前でore涙目

313:わちぶー
08/06/25 23:09:27
>>311
な、何をいまさら

314:anonymous
08/07/03 11:41:09
関連スレ
OpenDNSってどうよ？（ネットサービス板）
ｽﾚﾘﾝｸ(esite板)

315:"全ての人にかかわる問題" インターネットに重大な脆弱性
08/07/09 18:10:53 MhFCy+WN
ｽﾚﾘﾝｸ(newsplus板)
・コンピューター大手各社が、インターネットの基礎にかかわる脆弱性の解消に乗り出している。
　ハッカーがこの脆弱性を利用して、ワールドワイドウェブを乗っ取る恐れもあるという。

　この脆弱性を発見したのは、コンピューターセキュリティー会社「IOActive」の研究員
　ダン・カミンスキー氏。約半年前、セキュリティーとは無関係のものを調べていた際、
　まったく偶然にその脆弱性を発見したという。

　この脆弱性は、DNSに関するものだ。
　ハッカーがこの脆弱性を利用すれば、ユーザーがブラウザーにどんなアドレスを入力しようと、
　銀行やクレジット会社などの偽のホームページに人々を誘導し、口座番号やパスワードなどの
　情報を盗み取るフィッシング詐欺などの温床となる恐れがあるという。

　カミンスキー氏は、マイクロソフト、サン・マイクロシステムズ、シスコシステムズに問題解決
　へのための協力を求めた。

　一方、同氏もウェブサイトwww.doxpara.comを立ち上げた。ここにアクセスすれば、自分の
　コンピューターのDNSの脆弱性を確認することができる。同氏は、この問題はマイクロソフトや
　シスコだけでなく、すべての人に影響を及ぼすと指摘している。

　今年3月、この問題に対応するため、米ワシントン州レドモンドにあるマイクロソフト本社に、
　同氏を含め世界中から16人の専門家が集まった。この専門家グループは、前例のない
　対策を取った。全ソフトウェアプラットフォームに対応する修正用パッチの同時公開だ。

　また多くのパソコンを保護するには自動更新でパッチを当てなければならない。マイクロソフトは
　8日、ソフトウェアの更新パッケージで修正パッチを公開した。
　この修正パッチはハッカーによる悪用を防ぐためリバースエンジニアリングができないように
　なっている。企業に更新の時間を与えるため、技術的な詳細は1か月間は明らかにされない。
　企業のネットワークやインターネットのプロバイダーが、自らのサーバーがDNSを利用して
　攻撃するウェブトラフィックのハッキングに対し、確実に影響されないよう勧めている。（一部略）

316:anonymous@st0872.nas931.k-tokyo.nttpc.ne.jp
08/07/09 20:56:20
UNIX板のBINDスレが落ちちゃってるので、こっちでもいいのでしょうか？
BIND 9.3を使っている環境で、/22ネットワークを増設することに。
/24の逆引きゾーンを4つ書いて済ませてしまったのだけど…これであってたのでしょうか？
/22とか/20向けnamed.confの書き方というのがいまいちピンとこない…

317:anonymous@softbank221067235184.bbtec.net
08/07/09 23:50:12 MhFCy+WN
>>315

372 名前：名無しさん＠九周年[sage] 投稿日：2008/07/09(水) 23:48:33 ID:MRhbgdwb0
更新したらネットに繋がらんくなった(´・ω・`)
ZoneAlarmがらみらしいね。
めんどくせーから復元してインスコ前に戻したよ。

318:Firewaller
08/07/09 23:57:37
>>317
NAPT/IPマスカレード用に本来開放されているはずのHighPort#を
閉じようとする品質の粗いファイアウォールが悪い

賢いステートテーブルでConnection管理されているファイアウォールなら
そんな事はそもそも起きないはずだし、
仮に問題が起きたとしても設定/ルール変更でどうとでもなる

319:nxdomain
08/07/12 21:21:34
djbdnsマンセーな空気だけど、これからDNSSECに移行するときに
djbdnsは対応できるのか？
qmailの新技術への放置っぷり、およびそれに伴うパッチセットの氾濫と混乱を見てると
とても期待できそうにないんだけど。

320:records
08/07/12 21:31:13
はるか昔の基本設計のまま何十年も変えずに来てしまった

時代が、周りの環境が変わり、基本設計当時のような平和な状況ではなく、
様々な悪に対抗するための武器を携帯しなければならないわけだが、
基本設計が武器を持ったり上手く扱ったりできるようにはなっていないため、
無理やりパッチという名の全自動反応武器を装備させるようになった

結論、基本設計が変わらぬ限りいたちごっこはどこまでも続き、
期待できるものが現れる可能性は無い

321: kun
08/07/13 13:02:59 AJJ0lJaT
それは、pop & smtpも同じ

322:records
08/07/13 16:48:32
うんむ

323:sage
08/07/13 19:48:20
後方互換性を確保しつつより優れたプロトコルを
お前らが考えてRFCにすればいいんだよ
なぁグズどもｗ口ばっかりで何一つできないカスが

324:るんたった
08/07/13 19:53:07
> 口ばっかりでたまには尻、だけど本当はスカトロ好きが

よく見抜いたなｗ

325:port53
08/07/17 16:42:29
Not a Guessing Game
URLﾘﾝｸ(www.circleid.com)

326:port53
08/07/22 19:07:15
Kaminsky's DNS Attack Disclosed, Then Pulled
URLﾘﾝｸ(it.slashdot.org)

327:xxx
08/07/27 14:48:42
DNSサーバ（IPアドレス X，UDPポート53）
に問い合わせたクエリの応答はかならず
そのサーバのアドレス X，ポート53から
帰ってくるものなのでしょうか？

もっと上のポート番号から応答が帰ってくるなんて変態なことはないのでしょうか？

328:anonymous@gibson.club.kyutech.ac.jp
08/07/27 15:00:53
それだとクライアントがNATの中にいたらどうすんのさ。

329:xxx
08/07/27 15:08:08
RFC 2181 読んで解決しました．

330:anonymous@EM119-72-82-143.pool.e-mobile.ne.jp
08/08/05 17:52:28
URLﾘﾝｸ(www.atmarkit.co.jp)

自前でDNSサーバ運用する場合、上記についてわからず問題解決できないので
助言おながいします。

上記ページの作業は完了したのですが、
いつまでたっても ns1.example.jp の名前解決ができません。
URLﾘﾝｸ(whois.jprs.jp)
でネームサーバホスト情報を見ると、正しく登録した
IPが表示されるのでJPRSのDNSへの登録は行えているようです。

通常、この時点で ns1.example.jp は名前解決できるようになるのでしょうか？
それとも
ns1.example.jp 側のホストで自身ns1.example.jpのレコード設定などが
必要になるのでしょうか？

331:わふんわふん
08/08/05 18:08:50
>>330
Whois は書類上の登録情報なので、
運用上、DNS で正引き（名前解決）できる事とは無関係ですよ

DNS サーバ構築は他の人にも迷惑をかける可能性があるので、
せめて、オライリー社から出版されている BIND & DNS 本の
40ページあたりまでを読んでからトライしてみて欲しいです

そうすれば、>>330 のような疑問も無くなると思いますので

332:yy
08/08/05 18:13:46
自前のDNSはちゃんと動作しているのか？
UDP53ポートはオープンされているのか?
lanで自分で立てたdnsが動いているのか?

333:anonymous@EM119-72-82-143.pool.e-mobile.ne.jp
08/08/05 18:20:37
>>331
URLﾘﾝｸ(www.atmarkit.co.jp)
はwhoisについてではないかと思います、
JPRSのDNSにネームサーバーのホスト名を登録するかどうか、ということで、
既にこの作業を完了していますが、名前解決できません、
自前DNS側でNSレコードなどの設定が必要になる感じでしょうか。
オライリーバッタ本？については目を通していますが、
現在手元にない状況です。

>>332
JPRSのDNSへのネームサーバーのホスト名登録時点で
名前解決ができるかどうかについての内容なので
自前のDNS側の動作は関係ないです、自前のＤＮＳは設定自体を行っていないです。

よろしくおながいします。

334:名無しさん
08/08/06 00:47:47
JPRSでの登録時点では、通常、example.jpのns1.example.jpへの委譲と、
ns1.example.jpのglue recordの登録が行われます。

この状態で*.dns.jpにたいしてns1.example.jpのAレコードを問い合わせると、
理論的にはns1.example.jpの名前解決が出来たように錯覚しますが、
あくまでglueなので、あらためて、ns1.example.jp(のglueによるIPアドレス)にたいして、
ns1.example.jp自体の問い合わせをしないと「名前解決」としては完了しません。

この倒なお話しでよろしかったでしょうか。

335:anonymous@EM119-72-212-86.pool.e-mobile.ne.jp
08/08/06 10:15:21
>>334
大変参考になりました！
ありがとうございます m(_ _)m

336:anonymous@p1015-dpm01chibmi.chiba.ocn.ne.jp
08/09/05 12:21:47
ここ２ヶ月くらい、うちのDNSにgoogleの中
（数字-数字-数字-数字.google.comな特定のホスト）から
google.comとかgmail.comの問い合わせが来るんだけど
とりあえず大嘘答えてあげればいい？

それともIP偽造して問い合わせて毒食わされそうになってる？

337:anonymous@pl540.nas957.p-tokyo.nttpc.ne.jp
08/09/05 13:37:12
最近のグルーからのポイズニングの一環かもね

DNSパケットを取れるのなら取ってみたら？
QID違いの応答パケットが大量に来てるようならビンゴかも

338:anonymous@p1133-dpm03chibmi.chiba.ocn.ne.jp
08/09/05 18:01:20
>>337
外から来るUDPをモニタしてみてるけど変なものは来てなさそう

相変わらず問い合わせは来てるんだけどね
おかしなキャッシュ持ってるDNSがないか
googleで監視してるのかな？

339:anonymous
08/09/11 21:23:36
DNSの浸透ってどういう現象なんですか?

340:もふもふ
08/09/11 22:58:44
>>339
以下、アルファベットはサーバ名として、
自分がドメイン情報を登録する DNSサーバを A、その先に B、さらに先に C があるとします

まず A に example.com が登録される、この時、B と C には example.com についての情報はありません

A に設定したドメイン（ゾーン）情報を浸透（伝播）する時間間隔/タイミングによって、
A から B へ example.com に関する情報が伝わりますが、この時 C にはまだ該当する情報はありません

そして B に設定されているゾーンの伝播タイミングによって、
C にもついに example.com に関する情報が伝わります

このような一連の流れを指して DNS/ドメイン/ゾーンの浸透のように呼ばれます

詳しくはオライリー社から出ている DNS & BIND 第4版の最初から 40ページあたりまでを読んでみてください
URLﾘﾝｸ(www.oreilly.co.jp)

341:.
08/09/11 23:18:59
でもふつう3段とか4段とかにあってないよね。

342:.
08/09/11 23:21:00
訂正。

でもふつう3段とか4段とかになってないよね。

343:anonymous
08/09/12 12:02:56
DNS & BIND は購入したいと思います。

A,B,Cってそれぞれ何ですか?
> そして B に設定されているゾーンの伝播タイミング
って何を指すのですか?

手動でゾーンデータをコピーしたら、浸透に時間はかからないと考えていいでしょうか?

次ページ