投稿者: admin

年末年始のMyDNS.JPの対応予定について、下記の通りご案内申し上げます。

12月28日（月）　お休み（メール対応一部）
12月29日（火）　お休み（メール対応一部）
12月30日（水）　お休み（メール対応一部）
12月31日（木）　お休み（緊急時サポートのみ）
01月01日（金）　お休み（緊急時サポートのみ）
01月02日（土）　お休み（緊急時サポートのみ）
01月03日（日）　お休み（緊急時サポートのみ）

皆さま、お体御慈愛の上、良いお年をお迎えください。

 

以前より「新しいDNS情報が浸透しねぇ」という話に関連して「大手ISPのDNSは、DNS情報のTTLを無視する」という都市伝説があった。

昔ならそんなことでマシンの負荷とかトラフィックを抑えていたかも？なんてことも考えたりしていたが、このご時勢にそんなことあるの？というのが正直なところ。

で、たまたまずっと前から「ASIAとLAの回線がいまいち」と感じていたところに、年末になって5ドルなRasPiのせいでやる気がリセットされたので、先日からこれらの拠点のVPSのお引越し準備をしていた。

ASIAは同じシンガポールにあのConoHaがリージョンを開設していたので、ひとまずPaypalで500円チャージしていろいろとテストしていたが、一通り問題なさそうなので、実は昨日こっそりとasia.www.mydns.jpのIPアドレスを変更しておいた。

で、一晩経って旧サーバーのログを見ていると、いまだにIPアドレスの通知をしているユーザーがいるので、
いったいどこのプロバイダーだよ、というか通知先のホスト名を固定していないか？ということで通知するために調査してみた。

で、以下が一時間くらい見ていたときに通知してきたユーザーのデータ。

同じユーザーが何度も通知してきているだけなので、この人たちに「大丈夫ですかー？」と通知をすればいいことになる。

mydnsXXXX01 180.14.7.XXX .nagano.ocn.ne.jp
mydnsXXXX02 14.3.196.XXX .ppp.asahi-net.or.jp
mydnsXXXX03 60.146.127.XXX .bbtec.net
mydnsXXXX04 153.179.101.XXX .okayama.ocn.ne.jp
mydnsXXXX05 219.102.253.XXX .kagoshima.nttpc.ne.jp
mydnsXXXX06 153.232.233.XXX .ap.dti.ne.jp
mydnsXXXX07 110.233.249.XXX .isk.mesh.ad.jp
mydnsXXXX08 60.146.127.XXX .bbtec.net
mydnsXXXX09 124.103.1.XXX .fukuoka.ocn.ne.jp
mydnsXXXX10 153.169.123.XXX .ibaraki.ocn.ne.jp
mydnsXXXX11 110.3.242.XXX .ap.yournet.ne.jp
mydnsXXXX12 58.90.49.XXX .ehime.ocn.ne.jp
mydnsXXXX13 211.132.63.XXX .ppp.asahi-net.or.jp
mydnsXXXX14 218.227.83.XXX .osk.mesh.ad.jp
mydnsXXXX15 202.247.56.XXX .osk.mesh.ad.jp
mydnsXXXX16 153.179.101.XXX .okayama.ocn.ne.jp
mydnsXXXX17 61.207.148.XXX .ibaraki.ocn.ne.jp
mydnsXXXX18 153.212.96.XXX .chiba.ocn.ne.jp

この中で、毎分のようにIPアドレスの通知をしてきている「mydnsXXXX17」というユーザーについて、もしかして通知先のホスト名を固定しているのかな？と思って、他の拠点に通知が来ているかどうかを調べてみた。

ちなみに通知先は「http://www.mydns.jp/login.html」とか「mail.mydns.jp」とか「ftp.mydns.jp」にしてください、とアナウンスしているけど、何らかの理由で拠点のホスト名を指定(もしくはIPアドレスで指定)にしている場合があるので。

で、現地時間だけど、ここ数時間のログをみると各地のサーバーに通知に来ていることが確認できた。

NY
/var/log/logwatch_ftp.log:2015/12/21 15:16:44 mydnsXXXX17 from 61.207.148.XXX at Mon Dec 21 15:16:40 2015 [0.69372916221619]
/var/log/logwatch_ftp.log:2015/12/21 16:03:08 mydnsXXXX17 from 61.207.148.XXX at Mon Dec 21 16:03:07 2015 [0.67179083824158]
/var/log/logwatch_ftp.log:2015/12/21 18:37:15 mydnsXXXX17 from 61.207.148.XXX at Mon Dec 21 18:37:14 2015 [0.68178796768188]

EU
/var/log/logwatch_ftp.log:2015/12/22 00:06:25 mydnsXXXX17 from 61.207.148.XXX at Tue Dec 22 00:06:24 2015 [0.47931599617004]
/var/log/logwatch_ftp.log:2015/12/22 00:52:40 mydnsXXXX17 from 61.207.148.XXX at Tue Dec 22 00:52:38 2015 [0.48257493972778]
/var/log/logwatch_ftp.log:2015/12/22 02:25:49 mydnsXXXX17 from 61.207.148.XXX at Tue Dec 22 02:25:10 2015 [0.47908091545105]

JPN
/var/log/logwatch_ftp.log:2015/12/22 05:47:37 mydnsXXXX17 from 61.207.148.XXX at Tue Dec 22 05:47:37 2015 [0.0027580261230469]
/var/log/logwatch_ftp.log:2015/12/22 09:38:51 mydnsXXXX17 from 61.207.148.XXX at Tue Dec 22 09:38:51 2015 [0.0026271343231201]
/var/log/logwatch_ftp.log:2015/12/22 10:09:39 mydnsXXXX17 from 61.207.148.XXX at Tue Dec 22 10:09:39 2015 [0.002701997756958]

ASIA
/var/log/logwatch_ftp.log:2015/12/22 06:35:34 mydnsXXXX17 from 61.207.148.XXX at Tue Dec 22 06:35:34 2015 [0.17046022415161]
/var/log/logwatch_ftp.log:2015/12/22 07:21:48 mydnsXXXX17 from 61.207.148.XXX at Tue Dec 22 07:21:47 2015 [0.17041301727295]
/var/log/logwatch_ftp.log:2015/12/22 08:23:27 mydnsXXXX17 from 61.207.148.XXX at Tue Dec 22 08:23:27 2015 [0.17048907279968]

…ということはこの人(の通知しているマシン)は普通にDNS参照している!?ってことになると思う。

まずこの時点での疑問が

・なぜ古いサーバーに毎分のように来るのか？
・とはいいながらも他の拠点のサーバーにもたまに通知に来ているし？
・さらになぜ新しいASIAサーバーにも通知に来てるのか？(旧サーバーへの通知マシンと他の拠点へのそれは違う？)

このユーザーにどのような頻度で何台のマシンからIPアドレスの通知をしているのか確認をしないとはっきりとしないが、ここまでの状況から推測できてしまうのは、まさに「大手ISPのDNSは、DNS情報のTTLを無視する」のではないか？ということになる。

だってMyDNS.JPのTTLは300秒(5分)なんだもん。

;; QUESTION SECTION:
;www.mydns.jp. IN A

;; ANSWER SECTION:
www.mydns.jp. 300 IN A 46.19.34.8
www.mydns.jp. 300 IN A 199.180.255.198
www.mydns.jp. 300 IN A 107.191.111.61
www.mydns.jp. 300 IN A 163.44.155.44
www.mydns.jp. 300 IN A 210.197.74.203

もちろん、このユーザーがアクセスしていると思われる「ftp.mydns.jp」だって

;; QUESTION SECTION:
;ftp.mydns.jp. IN A

;; ANSWER SECTION:
ftp.mydns.jp. 300 IN A 107.191.111.61
ftp.mydns.jp. 300 IN A 163.44.155.44
ftp.mydns.jp. 300 IN A 199.180.255.198
ftp.mydns.jp. 300 IN A 210.197.74.203
ftp.mydns.jp. 300 IN A 46.19.34.8

ですからねぇ。

これだけみると、少なくともOCNユーザーについては参照先DNSを他にした方が、いろいろな意味でいいのではないかなと思ってしまう。それこそ8.8.8.8とかね。

ただ、この通知の間隔から行くと、

・さらになぜ新しいASIAサーバーにも通知に来てるのか？(旧サーバーへの通知マシンと他の拠点へのそれは違う？)

が気になってしまう。

もしかして、毎分のごとく通知に来ているマシンの実装自体がDNS情報のTTLを無視するのではないか？(古いIPアドレスを握ったまま、とか)という方が推測としては正しいのではないか？

というわけで、いずれにしてもやっぱり「一度通知をしているマシンを再起動してくださいね」と連絡する必要はあるわけで、その際にどんな構成で通知をしているのかも合わせて聞いてみようと思う。

教えてくれるかどうかはともかく、たぶんに今で言うIoT的な、別な言い方をすると、組み込み系でたぶんいろいろ機能をはしょってあるマシンが古い方に通知し続けているんじゃないかなー？と思う。

そういうものがある、と認識していないと「何で新しいDNS情報を参照してくれないんだ」となって、何年も前の情報とかヒットしちゃって都市伝説とか生まれちゃうんだろうなー、みたいな話でした。 🙂

さて、メール書こうっと。

 

今年一年、全国各地で開催のたびに毎回大変好評(!?)をいただいてきました
サーバー構築ハンズオンの忘年会を、本当に今年の最後の土曜日、12/26に
いつもの飲み会に合わせて開催したいと思います。

今回は単なる忘年会ではなく、皆さんからの発表(LT:ライトニングトーク)も
募集します。LTとは持ち時間5分の中で、自分の言いたいこと・聞きたいこと
各種告知・議論のネタふりなどを怒涛のごとくしていただくものです。

LTの内容については、公序良俗法律に反しないものでお願いいたします。
会場には常設の無線LAN環境のほか、プロジェクタ(VGA仕様)を用意します。

また、サーバーやITに詳しい人も多くきますので、いろいろな質問やお話が
聞けるチャンスです。年末忙しい時期ではありますが、忘年会に来て今年の
疑問は今年のうちに解決を、また来年へのやる気をチャージしませんか？

『サーバー構築ハンズオン忘年会＆いつもの飲み会 in 秋葉原』
【日程】2015/12/26 (土)　16:00～23:00くらい
(最初はLT中心ですが閉店まで、途中参加、途中退出OKです)
【場所】村役場＠秋葉原店(東京都千代田区神田佐久間町1-14 B1F)
【申込】http://svrkcho.connpass.com/event/20768/
【費用】参加費用は飲んだ分食べた分でお願いします。大体2000円～5000円くらい？
(割り勘で皆さんの良心に頼るところが大です。ちなみに領収書はでません)
【備考】ハンズオン関係者のみならず、基本的に来る人拒まず去る人追わず、です
ネタがあるといいのですが、なくても全然OK!! 🙂

★LT予定(順不同)
発表者名：T.Kabu
タイトル：サーバー構築ハンズオン in 温泉合宿のお知らせ
備考など：温泉合宿のネタを絡めつつ、今年の総括的な何か

発表者名：Takei
タイトル：アメリカ旅行でAirBnb使った話
備考など：たぶん、です(考え中)

発表者名：yoshiotto
タイトル：食べ物ネタでLTします
備考など：ネリネリ中

…飲みながら発表を聞くだけでもOKですよ。

皆さん、かしこまらずにゆるゆるっとご参加ください。

お待ちしております。

今年に入ってから、何度か長時間のシステム障害が発生して、ご利用の皆様
にはご迷惑をおかけしてしまい、大変申し訳ございませんでした。

障害が発生するたびに、その時の症状から考えられる原因についての対策を
してきたものの決定的な解消に至らなかったのですが、先日の障害発生時に
ようやく原因を特定しました。その後、障害を再現するテストもして、状況
を詳細に確認することが出来ました。

原因が確定できましたので速やかにシステムを改修しまして、その後の障害
再現テストもクリアして、問題がないことが判明しましたのでご報告させて
いただきます。

 
今回の原因は、皆様のドメイン情報が格納されているデータベースに対する
参照と、このデータベースに対する別の更新処理がぶつかるタイミングで、
さらにとある条件下でのみ発生する別の処理の時間が許容時間を越えた場合
に、DNSシステムが停止してしまうことがある、という複数要素が絡んだもの
でした。

今後も二度と不具合が発生しない、とは言い切れませんが、極力対応して、
安定運用に努めたいと思いますので、どうぞよろしくお願いいたします。

 

【募集開始】 サーバー構築ハンズオン in 温泉合宿

実は、サーバー構築ハンズオンが2016年の二月に50回目の開催を迎えます。

ここまで開催を続けてこれたのも、毎回毎回の皆さんの熱意のおかげとおもいます。
そこで、この記念すべき50回目は、箱根にあります老舗の温泉宿にみんなで集まって、いつもとはちょっと違う雰囲気で、ほっこりまったり(?!)と開催したいと思います

しかもせっかくの温泉合宿ですから、いつものハンズオンだけでなく、MyDNS.JPユーザー会や国産LinuxディストリビューションのVineLinuxの開発チームであるProject Vineにもお声をかけてみました。
皆様お好きなコースをお選びいただきまして、セミナーは元より、その後の温泉や宴会の場所で、せっかく知り合えた仲間どうし人脈などを形成していただき、なかなか出来ない貴重な体験をしていただければと思いますが、いかがでしょうか？

【50回記念】温泉合宿だよ、全員集合!! #サーバー構築ハンズオン
【日程】2016/02/20 13:00 ～
【場所】KKR宮ノ下(神奈川県足柄下郡箱根町木賀1014)
【費用】PAYPAL払い(その他の決済方法をご希望の方は別途ご連絡ください)
【備考】一泊二食付き、現地集合現地解散(交通費や追加料金は自己負担)
※一次申し込み締め切りを2015年12月11日とさせていただきます
http://svrkcho.connpass.com/event/22051/

なお、人数確定(お部屋確保)のために一次締め切りを上記の通りとしています。

お早めにお申込いただけますようお願い致します。

PAYPAL決済を前提としていますが、参加したいけどカードの関係で決済が出来ない、という場合にはその旨ご連絡ください。

また他にもご質問などございましたら、お気軽にお問い合わせいただきますようお願い致します。

イベントへのお問い合わせ
http://svrkcho.connpass.com/event/22051/inquiry/

では改めまして、皆さんのお申込をお待ちしております。

温泉でほっこりまったりしましょう。:-)

T.Kabu

2015.11 現地の下見に行ってきました 🙂