ISPのDNSのキャッシュ書き換え時間について
IPアドレス変更に伴う、プロバイダのDNSキャッシュ書き換えは、どれくらいの時 間がかかるのか? インターネットを利用してサービスを提供する側にとっては、サーバ切替やドメインの 移動などの事態が発生した場合、頭を悩ますことのひとつではないでしょうか? 私の会社では先日、複数存在したIDCの移設統合を行いました。 この時利用顧客に割り当てたドメイン名に対するIPアドレスの変更が発生しましたが 、インターネット上の各プロバイダーのDNSへの新IPアドレス反映の時間は、主要 なプロバイダで平均2日〜3日以内であると予測して移行計画を立てました。 しかしこれには具体的な根拠が無く、インターネット上の掲示板などを調査した結果か ら、一般的にDNSのキャッシュの保持時間が、多くの場合86400秒(1日)に設定されている場合が多いということで、早いプロバイダでは48時間以内、遅くとも72時間 以内には90%以上のプロバイダのDNSは更新されるものと予測しました。 しかしこの時間は保障できるものではないため、IDC利用者にはにDNS反映が遅れ る可能性を伝え、事前了解を得て作業を実施しています。(これはDNS反映まで一時 的に接続できなくなる状況を考慮して、利用者に対しては当然行っておくべきことです 。) DNSを新IPアドレスに切替後から、主要なプロバイダー数社へのDNS反映状況を モニターした結果を参考までに掲載します。ただしこれは我々の環境における実測結果 であり、利用環境により変化することは言うまでもありません。またある特定のドメイ ン名でのモニター結果であり、同じプロバイダでもドメインによって反映経過時間が最 大5日間も異なる結果が出ています。従ってあくまで目安の時間としてご覧ください。 プロバイダ 種別 DNS反映経過時間 大手プロバイダA社 第1種 10 大手プロバイダB社 第2種 10 中堅プロバイダC社 第2種 10 大手プロバイダD社 第2種 42 中堅プロバイダE社 第2種 42 中堅プロバイダF社 第2種 42 大手プロバイダG社 第2種 42 大手プロバイダH社 第2種 42 中堅プロバイダI社 第2種 42 大手プロバイダJ社 第2種 42 中堅プロバイダK社 第2種 72 地方プロバイダL社 第2種のOEM 120 地方プロバイダM社 第2種のOEM 132 地方プロバイダN社 第2種のOEM 144 ※ある特定のドメイン名の反映経過時間を示します。 ※反映経過時間の単位は「時間」です。 ※反映経過時間はあくまで目安としてご覧ください。 ※環境や状況により各プロバイダの反映経過時間は変わります。 従って各プロバイダのサービスの評価では、決してありません。
>>1 TTLという言葉を知ってるかい? TTLを10〜20分にしておけば、普通はあっという間に変わるよ そもそも計画ミス >>2 禿同。 こういう作業の前にはTTLを一時的にでも短くしておくのが 一般的じゃないか?(漏れはいつも忘れるが) >>2-3 に激しく同意。 こんな人に作業された顧客がかわいそう。 TTLを事前に短くして、短いTTLに切り替わった後、実際に切り替える のが常識。 禿同なんだけど、でも、某プロバイダのDNSサーバが腐ってるのか、 TTLを無視してキャッシュしてる様で、しかも、たまたま得意の 担当者がそのプロバイダを使ってて、切り替わってないぞって 文句言われて困ったことがあたよ。 >5 そうそう、たまにそういうことがある。 ちなみに、IPヘッダのTTLが短すぎて問題起きた問題の例http://www.ocn.ad.jp/abuse/20001001b.html >>1 商用サービスでないことを祈る うちの会社でそんなことやったら、作業責任者は始末書程度じゃすまんぞ 作業ミスじゃなく計画段階のミスだからな >>6 お前DQNか? その例はaolのDNSサーバのパケットのTTLが小さかったって事だろ。 全然関係ない。 このスレの話題はDNSのリソースレコードの生存期間のことだ。 うちはそーいう作業するときは前もってTTLを5分とかにしておくよ。 お約束だね。 DNSラウンドロビンで複数台構成にしてるサーバを一台引っこ抜いて ハード交換なんて時にも使える。 (シビアなサービスならその前段にロードバランサー入れてるけど) DNSラウンドロビン使ってるとこってまだあるのか、、、 バランサ高いもんな、変な動作もするし >8 それぐらい知ってますよ。だから「ちなみに」とか「IPパケットの」 って書いてあるでしょ。 1はここまで叩かれるとは思ってなかっただろうな。 なんかコメントしてよ>>1 refreshはいじらなくて良いのでしょうか? うちの場合、ttl 900 にしたとき、 refresh も 300 とかにしてるんですが。。。 >>13 最近のBINDはマスタがスレーブにゾーンの更新を 通知(notify)するので、ネームサーバをすべてBINDで 構成している場合はrefreshの値にかかわらず ほとんど直ちにスレーブが更新されるはず。 でも、DNS notifyのパケットが途中で落ちたらどうするんだろう。 あきらめてrefresh時間経つまで待ちなさい、なのかな。 >>9 そうか〜、そうなんだよなー、サーバー動かすときはTTLを前もって短くするんだー 長年この世界に携わってきたが、こういう場合にどう対処するか思いつかなかった世。 自分の浅はかさをつくづく感じるね・・・ >>13 14の言う通りなんだけど、セカンダリをプロバイダ等に お願いしてる様な場合、そのネームサーバが、notify を受け付けない設定になってたり、あるいはそもそも notifyを解さない古いネームサーバをとかを使ってたり して、効かない時もあるので、そう言う場合にはrefresh も小さくすべきと思われ。事前にセカンダリ側がどう言う 反応をするのか、テストしたほうが良いと思われ。 昨日は某プロバイダのネームサーバが腐ってて、ゾーン情報 がセカンダリに転送されなくて困ったよ(直してくれたけど)。 >>14 さん >>16 さん 経験事例まで教えてくれて、ありがとうございます。 今まで効果のほどをテストするまでにはいかなくて、 ただ漠然と設定していましたが、refreshについて 理解できたような気がします。早速digを使って いろいろ試してみます。 >>13 ,>>14 セカンダリが内部ならリロードすればいいだけ notifyは信用したらアカン セカンダリが外部だったら、 "namedリロードしろゴラア" とISPにゴリおす ISP へのごり押しって、どの程度まで有効なんでしょう? refresh いじっておくのが無難な気がしますが。 >>19 冗談だったんだけど、、、 でも、企業向けのサービスならある程度は利くかも まあ、要請する分にはタダだから とりあえず引けるし、捨ててくれてるみたいなのですが、 (対slaveはともかく)これってやっていいことなんでしょうか。 % host -t SOA foo.com foo.com start of authority ns1.foo.com postmaster.ns1.foo.com( 2001120503 ;serial (version) 1 ;refresh period 1 ;retry refresh this often 1 ;expiration period 1 ;minimum TTL ) >>22 いい遊びだね TTLの方は大規模サイトでなければこれでも問題ないよ 問題はexpire-timeだろうな セカンダリは何台あるの? こいつの上位のスイッチでトラフィックでも計ってたら、 どれくらい変わったかをレポートしてくれ ちょっと興味ある 便乗して質問させてください。 自ドメインのDNSサーバA,Bを上位のDNSサーバCに NSレコードで複数書いた場合、他DNS Dから A,Bにはどのように問い合わせが割り振られるのでしょうか。 @A,Bにラウンドロビンする。 A通常Aに問い合わせる。キャッシュが消えればまた取り直してAに投げる。 B通常Aに問い合わせる。キャッシュが消えれば今度はBへと変則ラウンドロビン。 CそんなのDのDNSのモノ次第だからわからん。 個人的にはAかCかと思うのですが・・・ 付け焼刃知識での質問なので意味不明な記述があればご容赦下さい。 >>24 問い合わせ側の実装依存。 複数のNSどう使うかは使う側の勝手。 確か、NSレコードを問い合わせたサーバは、全てをいったんキャッシュして、 キャッシュがある間は、そのキャッシュにあるサーバに対してラウンドロビンするって感じだったと思う DNSは外部から見た場合はプライマリ、セカンダリという区別は無い >25-26 その後調べてみたんですけどラウンドロビンが一般的?みたいですね。 でも実装依存てのも当然あるでしょうし、 一般的っていってもどのくらい一般的なのやら・・・ レスありがとうございました。 >>20 最近の実感として、意外とごり押しもきくものだなぁと。 最近、六本木界隈をうろついていまつ。 ネタすれあげてすいません。 <血液型B型の一般的な特徴>(代表例:世直し一揆、小さな器、プチ人間) ●とにかく高慢でやることが陰険。自分勝手で了見が狭い(わがまま、自己中で人間性に欠けている。自分のペースを乱されると激しく反発する。) ●自分に出来ないことを他人に強要、判らないことは他人に丸投げする場合が多い、自分に甘く他人には厳しい。自分の発言に責任を持たない、正しい状況判断ができないので質問されてもピンボケした答えしか返ってこない場合が多い。 ●他人の成果を自分のものにするのが上手。やり口が汚い。責任転嫁が多い。反省ができないので成長も無い。自分を正しく見つめることができないから、他人も正しく見れない。 ●世界の中心は自分、周りの人間をゴミとしか思っていないので友達が居ない。居ても心のどこかでその友達をも馬鹿にしている場合が多い。 ●本当は自分が一番嫌われているのに、全然気がつかない。周りが迷惑していることにいつまでたっても気がつかない。人を傷つけても、傷つけていることすら気がつかない。 ●世界でも職場でも戦争を起こすのはいつもB型である。紛争が多い地域はB型人口が多い。http://www.abo-world.co.jp/databank/worldmap.html ●B型の多い職場はギクシャクして争いがたえない。排他的な人種が多い。人を上手に使うことを自分の配下、奴隷にすることだと勘違いしている場合が多い。 ●人を信じているように見せかけておいて、実は裏で保険をかけている場合が多い。腹黒い。真っ黒。前世は犯罪者。常に誰かを虐めてないと気が済まない。 ●自分が一番差別主義者なくせに、それを見透かされるのを極度に嫌う。偽善者、エゴイスト、ナルシストが多い。自分さえ良ければ他人がどうなってもいいと思っているヤシが多い。 ●自分勝手な筋道を他人に強要すためなら何でもする。他人を蹴落としてでも正当化する。B型にあんまり偉いヤシいない。いても粗末な暴君でしかない。周りの人間を駄目にする輩が多い。 ●学問的な裏付けの無い理論武装を展開する。本人は理論展開しているつもりでも自己完結して終わる場合が多い。B型のプレゼンは自己中でよくわからない、突飛な発言が多く誰もついていけない。思いこみが激しいので答えが狭い範囲にしか求められない。 BB@にふはどうも1日一回しかDNS情報を掃除してくれていないような... あくまで経験値。 >>31 >>39 AレコードのTTLが切れた場合に、普通は root DNS への問い合わせから 始めて、delegationされているネームサーバを見つける為に、glueを 辿ると思うんですがBB@にふは、一度ネームサーバを見つけると delegationを無視して動いている気がしまふ。 {www.ftp}.t.ring.gr.jp を観に行くと RingServer でネットワーク的に近いサーバに誘導されるんだが、 $ dnsqr a www.t.ring.gr.jp 1 www.t.ring.gr.jp: 50 bytes, 1+1+0+0 records, response, noerror query: 1 www.t.ring.gr.jp answer: www.t.ring.gr.jp 2 A 210.158.0.14 TTL が 2 秒になってるから、やはり DNS で動的に誘導してるんだな Akamai も 20 秒で似たような仕組みか DNSに詳しい方に質問です。 一部プロバイダで10日以上DNSの設定が更新されないのですが、どうにかする方法はないでしょうか? 状況は、 10日以上前にレンタルサーバA社からレンタルサーバB社に移行しました。 8割位は新鯖にアクセスできるのですが、一部プロバイダは接続できないのです。 これは、何が原因と考えられるでしょうか? ちなみにA社のDNS鯖のTTLは一日です。 うちもデータセンター移転になるんですが、 iDC移動時のIP変更手順はこんな感じでいいんでしょうか? DNSサーバも移動します 1:仮設DNSサーバを新iDCに設置運用(新IPアドレス) ↓ 2:DNSサーバのホスト情報変更(新IPアドレス変更) ↓変更確認後 3:ドメインのTTL値を10分に変更 ↓TTL変更が浸透するまで(念のため1週間) 4:旧iDCよりサーバの移動 5:新iDCにサーバ設置(仮設DNSサーバと入れ替え) ↓IPの変更などの作業 6:TTL値を元に戻す 何か間違っていたら指摘して頂けると助かります。 独自ドメインのネームサーバを変更して3週間経つのですが、 YahooBBでだけ、更新が反映されていません。 なんらかの原因で、YahooBBだけ更新が失敗したのかと思うのですが、 こういうことは、現実にあり得るのでしょうか? サーバのキャッシュは、一定の間隔で更新し続けていると思うので 3週間も反映されないことはないとおもうのですが・・・。 >>47 ドメインはhogehoge.comで良いから、何処がどう反映されないのか 具体的に書いて美奈代。 力技で乗り切る方法ぐらいは出てくるかもしれないぞ。 hogehoge.comをDDNS(miniDNS)を利用して、 自宅サーバ(YahooBB)で運営していたのですが 3週間前にレンタルサーバに移行し、そのときにネームサーバも レンタルサーバのものに書き換えました。 3日ほどで、DNSの伝播が大体終わったようで、 友人のパソコン(別プロバイダ)やプロキシを利用すると アクセスできるようになりました。しかし、YahooBBからは 現在でもminiDNSにアクセスしてしまいます。 miniDNSで登録するIPアドレスを自宅サーバではなくレンタルサーバのものにして 何とか利用しているのですが、ずっとこれを続けるわけにもいかないので どうにかして、YahooBBでも他のプロバイダのように 普通にレンタルサーバへアクセスできるようにしたいです。 解決策が分かる方、教えていただけないでしょうか? >>49 問題のやふーBBのDNSキャッシュに残っている自分のドメインのttl確認してみたら? >>50 YahooBBから、hogehoge.comにpingを打つと、TTLが52と出ました。 何がダメなのか、想像もつかない状況です・・・。 原因が分かる方がいらっしゃれば、よろしくお願いします。 >>51 Pingで出てくるTTLじゃないよ.... nslookupでデバッグモードにした状態で(プロンプトでset debugと入力) 自分のホストのipを解決させたときに表示されるttlを見ろ。 って書いてわかってくれるかなあ? QUESTIONS: hogehoge.com, type = A, class = IN ANSWERS: -> hogehoge.com internet address = 210.138.142.2 ttl = 464 (7 mins 44 secs) AUTHORITY RECORDS: -> hogehoge.com nameserver = ns1.minidns.net ttl = 86264 (23 hours 57 mins 44 secs) -> hogehoge.com nameserver = ns2.minidns.net ttl = 86264 (23 hours 57 mins 44 secs) ADDITIONAL RECORDS: -> ns1.minidns.net internet address = 202.64.51.214 ttl = 85609 (23 hours 46 mins 49 secs) >>53 こんな風(>>55 )に出ました。これで合ってるでしょうか? >>47 すまん、最初に「server [yahooBBのdns]」と入力して(入力時に括弧 [ と ]はいらない) YhooBBのDNSに切り替えてくれ。 minidnsのDNSはちゃんとTTLが7分44秒って出てる。 Got answer: HEADER: opcode = QUERY, id = 3, rcode = NOERROR header flags: response, want recursion, recursion avail. questions = 1, answers = 1, authority records = 3, additional = 3 QUESTIONS: dns01.bbtec.net, type = A, class = IN ANSWERS: -> dns01.bbtec.net internet address = 43.224.255.1 ttl = 61936 (17 hours 12 mins 16 secs) AUTHORITY RECORDS: -> bbtec.net nameserver = dns04.bbtec.net ttl = 86400 (1 day) -> bbtec.net nameserver = dns06.bbtec.net ttl = 86400 (1 day) -> bbtec.net nameserver = dns03.bbtec.net ttl = 86400 (1 day) ADDITIONAL RECORDS: -> dns03.bbtec.net internet address = 43.224.255.3 ttl = 86400 (1 day) -> dns04.bbtec.net internet address = 43.224.255.4 ttl = 86400 (1 day) -> dns06.bbtec.net internet address = 43.231.251.96 ttl = 86400 (1 day) Got answer: HEADER: opcode = QUERY, id = 3, rcode = NOERROR header flags: response, want recursion, recursion avail. questions = 1, answers = 1, authority records = 2, additional = 1 QUESTIONS: hogehoge.com, type = A, class = IN ANSWERS: -> hogehoge.com internet address = 210.138.142.2 ttl = 600 (10 mins) AUTHORITY RECORDS: -> hogehoge.com nameserver = ns2.minidns.net ttl = 86400 (1 day) -> hogehoge.com nameserver = ns1.minidns.net ttl = 86400 (1 day) ADDITIONAL RECORDS: -> ns1.minidns.net internet address = 202.64.51.214 ttl = 86014 (23 hours 53 mins 34 secs) うちも同じくYahooBBですが、DNS切り替えてから19日も設定が変わりません… YahooBBのDNSの設定が悪いんではないんですかねぇ。 TTLは600秒(10分)って出てるからYahooBBのDNSは正常のようです。 原因は他にあるようですね。 うちも同じ現象です。 普通、3日もすれば90%、一週間もすれば、100%切り替わるのに、 サーバー変更して2週間もたつのに、70%くらいしか切り替わりません。 しかも、一度新しい情報に切り替わったのに、次の日にはまた古い情報に戻ってしまったことがありました。 YahooBBに限らずです。 >>63 それってレジストラに登録しているnameserverに古いnameserverが 登録されているからではないでしょうか? つまり、新しいnameserver×2、古いnameserver×1 こういう登録になっていると、古い情報が約30%の確率で返ってきます。 もう少し具体的に書くと以下のような感じです。 C:\>nslookup > set q=ns > hogehoge.net. hogehoge.net nameserver = ns1.new-server.net hogehoge.net nameserver = ns2.ner-server.net hogehoge.net nameserver = ns.old-server.net <= ここに古い情報が残っている Y!BBに限らず、70%程度しか伝播しない理由は>>26-27 あたりを見てください。 > set q=ns > hogehoge.com Server: dns01.bbtec.net Address: 43.224.255.1 Non-authoritative answer: hogehoge.com nameserver = ns1.minidns.net hogehoge.com nameserver = ns2.minidns.net こんな感じになって、yahooBBでは古い情報しかないみたいです。 >>43 さんと>>47 に関しては、やはり、YahooBBが悪いのではないかと思うのですが・・・ そろそろ20日経ちますが、まだ更新されませんね。 nslookup、set debug で見ると Got answer: HEADER: opcode = QUERY, id = 10, rcode = NOERROR header flags: response, want recursion, recursion av questions = 1, answers = 1, authority records = 2, QUESTIONS: hogehoge.com, type = A, class = IN ANSWERS: -> hogehoge.com internet address = 210.188.245.211 ttl = 98497 (1 day 3 hours 21 mins 37 secs) AUTHORITY RECORDS: -> hogehoge.com nameserver = ns1.old-dnsserver.test ttl = 121985 (1 day 9 hours 53 mins 5 secs) -> hogehoge.com nameserver = ns2.old-dnsserver.test ttl = 121985 (1 day 9 hours 53 mins 5 secs) あと、1日と3時間か1日と9時間すればちゃんと更新されるということでしょうか? DNSの設定がおかしいかもしれないので、更新されない、っていうドメインを http://www.dnsreport.com/ に入力して調べてみてはどうでしょう。 >>65 に書いてあるような状態かも しれんし。 >>47 同じような現象にあったことがあるので確認させてください。 新鯖に以降する時にAレコードに変更はありましたか? ちなみに私の場合は旧メールサーバがns.hogehoge.com.(10.0.0.1)で 新メールサーバがmx.hogehoge.com.(10.10.0.1)でした。 ns.hogehoge.comを削除しても、ある会社のネットワークだけ MXレコードが変わりませんでしたので ns.hogehoge.comのAレコードに10.10.0.1に再度追加することで、 新メールサーバへ誘導することができました。 # 検証無しでやったのでかなりビビリましたが・・・。 新2ちゃんねるブラウザ 大杉くん 登場 転送規制スレッドも見れるように! http://2ch2.net/oo/menu.pl >>65 教えていただいたのに、お返事が遅くなってしまい申し訳ありません。 C:\>nslookup > set q=ns > hogehoge.net. を実行してみたのですが、 新しい情報の中に古い情報が混じっているという風にはならず >>66 さんと同じく Non-authoritative answer: hogehoge.com nameserver = ns1.minidns.net hogehoge.com nameserver = ns2.minidns.net という結果でした。 うちも自宅サーバーからレンタルサーバーへの移行でminidnsを使っていました。 http://www.dnsreport.com/ では、新しい情報に切り替わっていました。 nslookupで、ISPのプライマリDNSを見に行く時は、古い情報を見に行き、 ISPのセカンダリDNSを見に行く時は、新しい情報を見に行っているみたいです。 21日経ちますが、未だに更新されません。 YahooBB,zaqのユーザがダメなようです。 >>69 さんの所で調べたところ、幾つかエラーになりました。 WARN Glue at parent nameservers WARNING. The parent servers (d.gtld-servers.net.) are not providing glue for all your nameservers. This means that they are supplying the NS records (host.example.com), but not supplying the A records (192.0.2.53), which can cause slightly slower connections, and may cause some incompatibilities with some programs (if the programs are not fully RFC-compliant). This behavior is allowed by the RFCs. This will usually occur if your DNS servers are not in the same TLD as your domain (for example, a DNS server of "ns1.example.co.uk" for the domain "example.com"). In this case, you can speed up the connections slightly by having NS records that are in the same TLD as your domain. >>70 さんのいう通り、前のレンタルサーバのDNSサーバにAレコードを 追加してもらえば、解決するのでしょうか? あと、FAILのエラーもありました。 FAIL Reverse DNS entries for MX records ERROR: One or more of your mail server(s) have no reverse DNS (PTR) entries (if you see "Timeout" below, it may mean that your DNS servers did not respond fast enough). RFC1912 2.1 says you should have a reverse DNS for all your mail servers. It is strongly urged that you have them, as many mailservers will not accept mail from mailservers with no reverse DNS entry. You can double-check using the 'Reverse DNS Lookup' tool at the DNSstuff site. The problem MX records are: xx.xx.xxx.xxx.in-addr.arpa [No reverse DNS entry (rcode: 3 ancount: 0)] >>65 さんのいうように旧DNSサーバの設定は、レジストリにはありません でした。 nslookupで調べても出てきません。 nslookup set debug で今日にまた調べましたが、TTLが一日経ったのにまだ2dayです。 なんで減っていかないのでしょうか? >>74 > >>70 さんのいう通り、前のレンタルサーバのDNSサーバにAレコードを > 追加してもらえば、解決するのでしょうか? 追加と言うよりも更新ですね。 それが出来るのだったら、やってみる価値はあるかと思います。 # しかし、DNSってキモイ動きをしますね。 俺も復習しておこう。 http://jprs.jp/tech/notice/2003-05-20-dnsqc-lame-delegation.html >>77 ありがとうございます。 原因がさっぱりわからないのですが、やっぱり前のDNSサーバの設定が悪かった んですかね。 一応、前のレンタルサーバ屋にDNSゾーン情報を削除してもらったんですが、 また復活させてAレコードを書いてもらうということでいいのですかね。 #自分でやってることがわからんのでなんとも。 もう、22日経つのに全くつながる気配がない… >>78 >一応、前のレンタルサーバ屋にDNSゾーン情報を削除してもらったんですが、 >また復活させてAレコードを書いてもらうということでいいのですかね。 タダでやってもらえるのであれば、やってもらう価値はあるかもしれません。 書いてもらう内容は当然、新しい情報です。 お金を払ってやってもらっても、正常に戻るとは断言できません。 ひょっとすると、Y!BBのDNS管理者が悪いのかもしれません。 (たぶん>>13-21 あたりの問題かも。この辺詳しくないのでスマソ) # こういうことがあちこちで発生するから、上記のようなメモが出たのでしょうね。 失礼ですが、DNSは初心者ですか? 一度DNSについて勉強した方がよいかとおもいます。 お勧めの本はこれ http://www.amazon.co.jp/exec/obidos/ASIN/4839908931/ref=sr_aps_b_/250-5307230-8240248 結構わかりやすかったですよ。 # 問題の解決には非常に興味があるのですが、やはり匿名掲示板での # 解決には無理があるかな? 本当なら自分でdigしてみたいです。 >>79 わざわざ申し訳ありません。 22日も繋がらないと気になって夜も眠れません。 ある程度DNSについて勉強したのですが、ちゃんと勉強しないと問題の原因が わかりませんね…勉強します。 DNSの切り替えをレジストラでやれば、それでOKと考えていただけだったので… (というか、普通そうですよね?) 絶対誰かがどっかでDNSサーバの設定を間違えているのは、確実と思いますが、 調べ方がわからない…うーん、悔しい。 自分のドメイン名をnslookupすると rcode = SERVFAIL と出るようになってしまいました。 これは、どういうことでしょうか? ∧_∧ ∧_∧ ピュ.ー ( ・3・) ( ^^ ) <これからも僕たちを応援して下さいね(^^)。 =〔~∪ ̄ ̄ ̄∪ ̄ ̄〕 = ◎――――――◎ 山崎渉&ぼるじょあ 結局、前のレンタルサーバがちゃんとDNSの設定を削除してなかったから、 約1ヶ月もの間、新サーバに接続できないユーザがいるという状況になって いたようだ。 レンタルサーバ移転の時は気をつけよう! ・移転前にTTLを短くしてもらう。 ・移転後にDNSサーバからゾーン情報を確実に消してもらう。 こんな感じか? >>91 上位から指されていない無関係なサーバ(前のレンタルサーバ)が 古い情報を削除せずに持っていても、全く影響はないはずだが。 もちろん、それをネームサーバとして指定している特異な者のみ被害はあるが。 >>91 ,>>93 移行期に上位から新旧のDNSサーバを指して、 移行後放置されたのが>>91 のケースにあてはまるのかと。 でも、この場合悪いのはドメイン運用者か登録者だな・・・。 前のレンタル鯖会社ってのは、一番最後に削除すれば良いわけだし。 >>93 実は問題アリアリです ユーザのDNSが、古いキャッシュに入ってるNSレコードに従って 古いDNSにAレコードを聞きにいったときに、ついでNSレコードを返されると NSレコードの古いDNSキャッシュは更新されてTTLが最大値に戻るんで、 次も古いDNSに問い合わせます bind9もdjbもこの動きは同じ NSレコードのTTLより短い間隔でDNS問い合わせが発生する場合、 ユーザのDNSがいったんキャッシュをクリアしないと、 この繰り返しで新しいIPが引けない状況が発生します DNSを変えたら、古いDNSでは少なくともNSレコードは削除しないとダメです もちろんゾーンごと消すのがベスト この問題って度々でるんで、 キャリアは定期的にキャッシュクリアをするところが結構あります GVN側が停止するまでYBBでまちBBSにアクセスできなくなったのは そのせい? 結局、自社社内ネット(10拠点程度を束ねるデータセンター)にDNSのサービスを 導入するときの基準ってなによ? ネームサーバの3つの働きとは http://www.atmarkit.co.jp/fnetwork/dnstips/005.html コンテンツサーバ(Contents Server) フルサービスリゾルバ(Full-Service Resolver)「キャッシュサーバ」 スタブリゾルバ(Stub Resolver) >>98 意味わかんねー。 hostsじゃ苦しくなったときでは? >>98 ActiveDirectory使ってたら必須だったりとかじゃないの? DNSを一から勉強するのにいい本を教えてください。 >>102 DNSそのものならUNIX板の題材って気もするが 本なんか使わなくてもWebに転がってる情報で十分だろう。 あとはメール配送の仕組みもあわせて調べとけ。 本ならオライリーのDNS&BIND第4版がベストです。 DoCoMoのiモード鯖のDNSキャッシュ書き換え時間は どれくらい? 第一幼稚園(〒485-0029小牧市中央六丁目101番地) http://www.komaki-aic.ed.jp/youchien/ Red Robin Kindergarten(Australia) http://www.redrobin.com.au/ 南立誠幼稚園(〒514-0003津市桜橋2丁目39) http://www.res-edu.ed.jp/y-minamirissei/ Gray Elementary School(Canada) http://www.geocities.com/Athens/Styx/1630/ 小中台幼稚園のホームページ(〒263-0043千葉市稲毛区小仲台8-20-1) http://www.ans.co.jp/k/konakadai/ 小ヶ倉幼稚園(〒850-0961長崎市小ヶ倉町1丁目570番地の1) ttp://park.zero.ad.jp/~zbf27618/ Mary Kindergarten(Thai) http://www.marykind.th.edu/ mmmmm minkee(Australia) http://forums.nappiesaustralia.com.au/viewtopic.php?id=3185 十三愛光会愛光保育園(〒532-0023大阪市淀川区十三東1丁目13-29) http://www3.ocn.ne.jp/ ~aikou-n/ 中台幼稚園(〒274−0824船橋市前原東4−16−11) ttp://www.kidslink.jp/nakadai/ 中台幼稚園・保育内容(〒274−0824船橋市前原東4−16−11) ttp://www.kidslink.jp/nakadai/main_4_0.html 中台幼稚園・一日の活動内容(〒274−0824船橋市前原東4−16−11) ttp://www.kidslink.jp/nakadai/main_4_5.html 中台幼稚園・募集要項(〒274−0824船橋市前原東4−16−11) http://www.kidslink.jp/nakadai/main_12_0.html 少林寺小学校(堺市堺区少林寺町東4丁1−1) http://www.sakai.ed.jp/shorinji-e/ 穴切校舎(〒400-0034甲府市宝2丁目8-19) http://www.anagiri-e.kofu-ymn.ed.jp/ 九条幼稚園(〒550-0027大阪市西区九条2-19-18) http://www.ocec.ne.jp/yochien/kindergarden/kujo/index.html 西幼稚園(〒589−0021大阪狭山市今熊1丁目50番地) http://nishi-es.osakasayama.ed.jp/kindergarten/nishiyoutien.htm 四番町保育園(郵便番号102−0081 千代田区四番町11番地) http://hothot.city.chiyoda.tokyo.jp/yonbantyou-hoikuen.htm 黒東っ子の合言葉(〒939-0634下新川郡入善町小摺戸402) http://www.tym.ed.jp/sc6/gaiyou/aikotoba2.JPG コテタンを処理するすれっど 第8部 http://choco.lv3.net/test/read.cgi/saitama/1190627337/271 (↓1024byteちょうど) abbe.Ybebeabugbeacgwgw.S.Vab.Kgw.Kgwc,.Kabugug.Vdlc,.V.Yc,c,ac.Y.Sc,dlugis.Sudisisdlud.Tacac.Kugac.Y abbe.Tdlugis.Vacbe.T.Y.Yacdlugc,.Tis.Vudbe.K.Sudc,.K.Sdl.Kc,udc,be.Kdl.Yug.Kc,.Yug.Vab.Sdl.Tudgwug.S ab.V.Yudgwc,.Tud.Vgw.Vdldludabac.Kis.Y.Kdl.Ybe.Ygw.Kacudabac.Kgwug.Kc,ab.T.Sgwgwgw.Tabacdlabac.Kc,dl ugdl.Ydldlc,.Tgw.V.Tdlgw.K.Sisgw.S.K.Tgw.S.Yc,ac.S.T.Tis.Tgw.V.Yabdlacisugc,ugdlug.Y.Kgwbe.Kugug.Vdl acdlc,acababab.Tdl.Sdl.Sgw.Sis.Y.Sudc,begw.Tud.Kuggw.Tis.Sab.S.K.T.Y.Sugdlbedl.V.Yud.K.Kc,gw.Sisdl.K c,gw.T.S.T.K.S.Sdl.Sbe.Kud.Sisabug.Kab.Sabdl.Sud.V.Kgwab.T.Vabab.S.Kbeisisgwugacgwacisis.Vudacudgw.T uggwudugugbedlbeuguguddlgwugdl.Yc,.Kdlbe.Kacbeuggwc,.Kug.Vud.Vac.Kbebeab.V.Kgwdlc,dl.Kc,.Sacudc,be.T .V.Tbe.Sac.Y.Y.V.Tbeugdl.Sacisac.Y.Y.T.Tis.Yudisc,c,gw.Kbec,gwgwc,c,.Sug.Vgw.T.K.Ybebegwgw.Sacac.S.S .Vug.Ydl.Kisug.Sab.Kgwdl.Vabugabacgw.K.Sac.Tc,.Sabbe.Tc,bedlisdlc,.Kbe.Kc,.Kugacbe.Tdlis.T.K.Vbeugug .T.K.Vud.Kacbeisc,.Sdlud.Vbeudc,dlbe.Kdlabbe.Kbeugugab.T.Kudabbebec,.Sabc,udis.Yabisc,dlududacugc,dl .T.Y.Vud.Kgw.Y.Vacudabac コテタンを処理するすれっど 第8部 http://choco.lv3.net/test/read.cgi/saitama/1190627337/10 (↓1024byteちょうど) ンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンン ンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンン ンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンン ンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンン ンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンン ンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンン ンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンン ンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンン ンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンン ンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンン ンンンンンンンンンンンン コテタンを処理するすれっど 第8部 http://choco.lv3.net/test/read.cgi/saitama/1190627337/284 (↓1024byteちょうど) Is.Vgw.Tgw.V.Vbeud.Tdlgwabbebebeudabdl.Kab.T.K.Visacisudbebeab.Yabbe.S.Yabdl.Tac.K.Tisab.Vbe.Tabis.K .Vab.Tdlgw.Sacisisdl.Ydlc,is.Ygw.Sabudc,.S.Suggwisc,beudab.S.Y.Tc,.Kc,acugbebe.Y.Q.Yug.Yis.Sbec,gw.Y c,acc,.Sis.V.Kac.Sacisbeab.V.Tc,ugbedlud.Sabdl.Yab.Vacgw.693978849361191ugbeab.Kbe.T.Tc,bedlug.Tbec, .Vgw.Kdlgwbe.Tbeab.Tbe.Ygwug.Vis.Tisudbe.Sc,dlgwababbe.Tgwc,udud.Sud.S.Visdlgwabis.K.T.K.Kisab.Tbe.T ugbeud.S.Vabisac.K.Yab.Kacgw.Vudud.Sc,ugdl.V.S.T.V.Vc,.T.T.Sacdlbe.Kac.V.K.Tudbe.Kab.Tdlgw.K.Vdlc,.S .Sdl.Vbeacacgw.Ygwgw.V.Y.T.Y.Yugisdl.Kdl.T.Kabudis.Vgwudabudbe.Sc,.Sabis.Tugdlacisab.T.Kabud.V.Vc,ac .Sugud.Vgwgwdl.Tdlgwacgw.K.V.Vabudc,.S.Vgwacugugc,isdlgwbedluddlacac.Kc,c,ud.Tc,dl.Kudbegwgw.Sab.Y.K bec,gwbe.K.Tc,.Sbeugudud.Kc,is.Tacugisc,dl.Sis.Tacbeud.Sbedl.Kugdl.T.Y.V.Yug.Sugabudbe.Vgw.Tbec,ugab ug.Y.Tdlgw.654630280252866094614340699321853769694753741872565731676971180626667045571954916udabgwgw c,beab.Y.T.Yuddl.Tbe.Sc,ud.Tgwacacbe.Kisc,ududabisacac.Vbeisacabbec,.Tud.T.S.T.Vacabdl.Kbeacgwisuddl .Kacgwabis.Yugdlababdlg. 第一◆◆◆(〒485-0029小牧市中央六丁目101番地) http://www.komaki-aic.ed.jp/youchien/ Red ***** ************(Australia) http://www.redrobin.com.au/ 南◆◆◆◆◆(〒514-0003津市桜橋2丁目39) http://www.res-edu.ed.jp/y-minamirissei/ Gray *****************(Canada) http://www.geocities.com/Athens/Styx/1630/ 小◆◆◆◆◆◆◆◆◆◆◆◆(〒263-0043千葉市稲毛区小仲台8-20-1) http://www.ans.co.jp/k/konakadai/ 小◆◆◆◆◆(〒850-0961長崎市小ヶ倉町1丁目570番地の1) ttp://park.zero.ad.jp/~zbf27618/ M*** ************(Thai) http://www.marykind.th.edu/ mmmmm m*****(Australia) http://forums.nappiesaustralia.com.au/viewtopic.php?id=3185 十三◆◆◆◆◆◆◆◆(〒532-0023大阪市淀川区十三東1丁目13-29) http://www3.ocn.ne.jp/ ~aikou-n/ 中◆◆◆◆(〒274−0824船橋市前原東4−16−11) ttp://www.kidslink.jp/nakadai/ 中◆◆◆◆◆◆◆◆◆(〒274−0824船橋市前原東4−16−11) http://www.kidslink.jp/nakadai/main_4_0.html 中◆◆◆◆◆◆◆◆◆◆◆◆(〒274−0824船橋市前原東4−16−11) ttp://www.kidslink.jp/nakadai/main_4_5.html 中◆◆◆◆◆◆◆◆◆(〒274−0824船橋市前原東4−16−11) ttp://www.kidslink.jp/nakadai/main_12_0.html 少◆◆◆◆◆(堺市堺区少林寺町東4丁1−1) http://www.sakai.ed.jp/shorinji-e/ 穴◆◆◆(〒400-0034甲府市宝2丁目8-19) http://www.anagiri-e.kofu-ymn.ed.jp/ 九◆◆◆◆(〒550-0027大阪市西区九条2-19-18) http://www.ocec.ne.jp/yochien/kindergarden/kujo/index.html 西◆◆◆(〒589−0021大阪狭山市今熊1丁目50番地) http://nishi-es.osakasayama.ed.jp/kindergarten/nishiyoutien.htm 四◆◆◆◆◆(郵便番号102−0081 千代田区四番町11番地) http://hothot.city.chiyoda.tokyo.jp/yonbantyou-hoikuen.htm 黒◆◆◆◆◆◆◆(〒939-0634下新川郡入善町小摺戸402) http://www.tym.ed.jp/sc6/gaiyou/aikotoba2.JPG 完全匿名化ファイル共有ソフト「池田犬作iMule」は、「I2P」という匿名化された ネットワークを利用してるから、生IP丸見えPerfect Darkより安全です。 「池田犬作iMule」は、既存のTCP/IPネットワークの上に、オーバレイ された鎖国状態のネットワーク内だけで、I2Pアドレスを使って通信を行うから、 放流主のIPアドレスが、監視側のクローラで探知できない仕様になっています。 そのため「アップ職人」「エンコ職人」「神」様も、安全に自作ポエムのアップロードができます。 起動に必要なもん全部入りな「Portable I2P」の中には、「池田犬作iMule」や I2Pに対応したBitTorrent「池田太作Robert」などのアプリがあれこれ入ってます。 詳しくは、「完全匿名化ファイル共有ソフト 池田犬作iMule」で検索して専スレ見て下さい。 I2Pネットワークに対応した「Perfect Dark(PD)」を、「Portable I2P」へ導入してもらえませんか神さまm(._.)m よろしくお願いします 。 誰でも簡単にネットで稼げる方法など 参考までに、 ⇒ 『加藤のセセエイウノノ』 というサイトで見ることができるらしいです。 グーグル検索⇒『加藤のセセエイウノノ』 3MIJHLYD8F r''"''ー-,,_ | "''ー──‐---''ヽ | / | | 、--───‐ノ''ー-,,,_ | `ヽ \ "'''ー-,,,_ | \ \ "''''ー--┤ /\ "'''-,,,__ | / r‐\ "'''ー‐-.,,,__ |、 / ||,-`| \ "` \ / ヽYi | /`-,,_ \ | \ | | "''ー-,,,_ \ | ‖ | |"'''''┬--,,,_ \ | | | ゙、 | `ー-' | | ゙、 、 > | ゙、 /| ,、゙、 `ー- .,__ / ,へ / ノ,イ二ヽ、 ‐- ̄ / < ノ `''y''i|.r''⌒ヽヽヽ-、 人,,,/、 _,,,-‐'''"\ r'"‖| | | | ゙''" ゙、 / ,,--`-|| .(l| ゝ`ー‐' ,人-.,,_ \ | / ||) rヽ、゙、。/ ゙、 "''ヽ、 、 __ "''-,,_ .| / ,-─i゙、ヽ `''`i! ||、 ゙、. | `ゞ`=i-"、` ̄ | | / /ト、`Tヽ<||‖ \ ゙、|、 | ゙、 \ | | / / | `‐`r、 ゙i!()ー‐--、 ゙、ヽ、 | ゙、 \ | ゙、| / r''"" ̄ ̄ ̄ ̄| |"'''ヽ、_ヽ ゙、 Y二|゙、 ゙、 /| .| / | / 、.____|_|,,_ )) ゙、〈 ‐->| ゙、 / | | ゙、. 〉 ´ ̄ ̄ ̄ ̄ ̄""ヽ´ ゙、| || / | .| |゙、. 〉 _丿 ゙i ‖ / | r''"''ー-,,_ | "''ー──‐---''ヽ | / | | 、--───‐ノ''ー-,,,_ | `ヽ \ "'''ー-,,,_ | \ \ "''''ー--┤ /\ "'''-,,,__ | / r‐\ "'''ー‐-.,,,__ |、 / ||,-`| \ "` \ / ヽYi | /`-,,_ \ | \ | | "''ー-,,,_ \ | ‖ | |"'''''┬--,,,_ \ | | | ゙、 | `ー-' | | ゙、 、 > | ゙、 /| ,、゙、 `ー- .,__ / ,へ / ノ,イ二ヽ、 ‐- ̄ / < ノ `''y''i|.r''⌒ヽヽヽ-、 人,,,/、 _,,,-‐'''"\ r'"‖| | | | ゙''" ゙、 / ,,--`-|| .(l| ゝ`ー‐' ,人-.,,_ \ | / ||) rヽ、゙、。/ ゙、 "''ヽ、 、 __ "''-,,_ .| / ,-─i゙、ヽ `''`i! ||、 ゙、. | `ゞ`=i-"、` ̄ | | / /ト、`Tヽ<||‖ \ ゙、|、 | ゙、 \ | | / / | `‐`r、 ゙i!()ー‐--、 ゙、ヽ、 | ゙、 \ | ゙、| / r''"" ̄ ̄ ̄ ̄| |"'''ヽ、_ヽ ゙、 Y二|゙、 ゙、 /| .| / | / 、.____|_|,,_ )) ゙、〈 ‐->| ゙、 / | | ゙、. 〉 ´ ̄ ̄ ̄ ̄ ̄""ヽ´ ゙、| || / | .| |゙、. 〉 _丿 ゙i ‖ / | ユニークで個性的な嘘みたいに金の生る木を作れる方法 興味がある人はどうぞ グーグルで検索するといいかも『ネットで稼ぐ方法 モニアレフヌノ』 WM3VN 女子高校生にみだらな行為をしたとして、愛知県教育委員会は10日、県立高校の男性教諭(27)を懲戒免職処分にした。 県教委によると、男性教諭は2022年8月12日、名古屋市内の宿泊施設で開かれた「乱交パーティー」に参加し、女子高校生(当時17歳)にみだらな行為をしたとしている。パーティーのグループにはSNSを通じて加入し、今回はグループの代表者に4、5万円を支払って参加したという。 今年1月31日、児童買春・児童ポルノ禁止法違反(児童買春)容疑で京都府警に逮捕され、京都地検は3月20日、不起訴(起訴猶予)とした。男性教諭は同校側の聞き取りに「18歳未満とは知らなかった」と主張。その後、県教委に対して「新型コロナで仕事の悩みが大きくなった。ストレスのはけ口を求めようと思った」と述べ、「迷惑をかけた自分が許せない。関わった人に心から謝罪したい」と話しているという。 read.cgi ver 07.5.1 2024/04/28 Walang Kapalit ★ | Donguri System Team 5ちゃんねる