当ブログですが、当初はマグネットディスクのHDDで運用していましたが、その後SSDストレージのサーバへreplaceして、その後NVMeストレージのサーバへreplaceしました。
回線も、100Mbpsから1Gbpsの回線へ増強しており高速化しております。

本当は、もう少しメモリーを潤沢に用意したいですが、現状としては最低減で運用しております。
もう少しアクセス数が増えれば、徐々にアップデートを行います。引き続き、よろしくお願いします。

The post SSDからNVMeストレージに変更！！ first appeared on ～下町物語～.

いよいよ、もう何年も使ってきたメールサーバですが、過去色々ありましたが、重い腰をあげてreplaceする事にしました。かなり色んな事を実装したメールサーバでした。

ドメイン正当性を保証するドメインキー実装とか良かったですね。アタックされまくりのサーバでしたね。昨日、長い年月に幕を下ろしました。サービスはまだあげてますが、iptablesで外部からのアクセスを遮断しました。DNSも安定してきて、直接くるアクセスはip直うちのアクセスだけです。

自宅の固定GIPから、過去メールが読めればいいので自宅意外を締め込みました。後は、新しいメールサーバがアタックに耐えて頂ければ幸いです。

ただ、一端スパムは減った気がする。今回のスパムフィルターが結構強いのが入っているので、それが効いているのかも知れません。

The post メールサーバreplaceする。 first appeared on ～下町物語～.

本日の東京の空模様

本日ですが、みての通り曇っています。今週は梅雨空がもどります。今日午後から南部から雨が降り出し、どんどん北部に雨雲が広がるでしょう。気温は低めの22度の予報が出てますが、湿度が高いためよりムシムシするでしょう。そして、ここ最近大きい地震が各地で発生しています。今朝方大阪の直下型地震が発生しました。震度は6弱を記録しました。複数人死者を含めて出ている模様です。

天気予報および気象情報

今日からまた梅雨空です。しばらく太陽は拝めにそうにありません。  

交通情報

今日の一言

今週が始まりました。何かと盛りだくさんですが、やる事と方向性が決まって、かなりやる気がみなぎり出してきました。がんばっていかないといけませんね。じゃんじゃんばりばりって、書くと歳がばれてしまいそうですが・・・。今年から数年がもはや気合いですが、今の現状を打破できるのであれば、それもまたいいですね。

今日は、昨日深夜にメールサーバをreplaceかけたので、メール投稿が出来ず、今管理画面からいつも通りの記事を書いています。明日からは、またメール投稿である程度の記事ベースを作って、午後に修正して清書する感じになるかと思います。メールサーバから移行時メールアドレスは数十100アカウント位あって、全部移行するの大変でした。まあ、もう分からずに漏れて締まったのもあるかも知れませんが、まあ、それはそれで使う時にメールアドレスを作成して終わりにしようと思います。

現段階としては、既存のメールサーバって、凄くアタックが多くて、もうダメなのでreplaceした感覚です。全部DNSが書き換わったらiptablesで必要な所だけ、締め込んでデータを退避させたら停止しようと思います。

最後の一言

今日は週の始まり月曜日です。がんばっていきましょう。

The post 本日の東京の空模様 2018/06/18 first appeared on ～下町物語～.

本日の東京の空模様

本日の東京の空模様ですが、快晴ですね。そして、こんな暖かいですが立冬です。これから、冬が進んで行きますが、本当に暖かいですね。昼は、上着がなくても行ける位の気温となってます。

今日は、雨の心配はありません。明日水曜日若干天気が落ちるので、洗濯物や布団干しは今日中に終わらせるのが良いかと思います。

今日の一言

さて、１１月も中盤になってきました。今年も残り少ないです。そこで、何ができるのか？考えないといけないですが、それほど、チケット積んでも消化できないかと思います。時間がなさすぎますね。

とはいえ、あと１ヶ月半有る訳なので少しでも進みましょうか？とりあえず、メールサーバのリプレースをやりきらないとと思ってます。

最後に一言

今日は、火曜日です。がんばって行ってらっしゃい。

The post 本日の東京の空模様です。１１月７日 first appeared on ～下町物語～.

メールサーバをreplace

かなり、置き去りになっているメールサーバリプレースを進めないとってことで今日夜から再開します。一応インストールは途中まで終わってるけど、設定が全く移行できてないです。そして、replaceを途中までやって放置していたサーバにログインしてみたのですが、どえらいアタックを受けて居てログインFailが48600件・・・。まじで！まじで！！

22番をあけたまま放置してましたからね！仕方がないですが、うちのサーバSSHは全部鍵認証にしているのでチャレンジレスポンスとか、パスワード認証とか全然やってないですよ。SSHの脆弱性が無い限りSSHルートによるログインアタックは難しいと思います。という事で、万が一の話もあるので、いったんそのインスタンスは捨てて、新しく立て直しました。GIPも変わったのでもうアクセス出来なくなったはず。それに、ＦＷで特定のＧＩＰからしか接続出来ない用に設定をしました。

Postfix関連のreplaceについて

CentOS5からCentOS7にアップデートしてますし、動いているミドルウェアもCentOS5の時のバージョンと変わってますので、同じ設定を入れても動かない可能性もありますし。

どうやって、連携させたのか不明なやつもありますし、とりあえずがんばってみましょう。ドメインキーとか、国別で拒否する仕組みも取り入れているので、どうやって設定したのか悩ましいですね。５年以上前の構築手順なんて覚えてないない！現在稼働しているサーバをみつつ、リプレースかけて行きましょう。

結局途中までつくったんですよ！

えぇ！メールサーバなので、現在登録されているメールユーザをシェルつくってざーっと登録したんですよ。そしたら、なんと！40アカウントくらいを越えた当たりで、制限を超えたというエラーメッセージがではじめ！！なんだよ！まじかよ！つかえねーじゃん！とかごやのVPSは仮想化ソリューションが2つあって、KVMとOpenVZで、容量が確保しやすいのがOpenVZなんで、そちらで立てていたんですよ。しかしですよ、そちらは本当にカーネルのバージョンは変えれないし、色々制限が多くて今回のユーザを多数作るような用途には使えないですって事が途中分かったので、結局KVMソリューションのインスタンスを立て直して、そこからPostfixをまずいれて、ある程度現在動いて居るサーバからconfigを移行させて、ユーザ92アカウント全部つくってパスワード全部設定して力つきました。今日夜から続きをやって行こうと思います。

The post 今日は、メールサーバを作る first appeared on ～下町物語～.

ブログサーバreplace

当ブログサーバですが、諸事情によりreplaceしました。その理由は、これから下に書いて行きますね。

replaceした理由

このブログサーバですが、数点不可解な点があって、何が悪いのか？どうなっているのか？ずーーーーと調査していた案件があります。見た目は普通に何もないですが、ある特定の条件下の元発症するのです。

発症する構成図

どこにでもあるNAT環境です。グローバルIPと言われるいわゆる外部からアクセス出来るIPアドレスは、1つでルーター配下は、全てプライベートIPを振って、ポート番号でアクセス元とアクセス先を紐付けて通信させます。

出典：http://www.geekpage.jp/technology/nat/whatis-nat.php

この時、PC1・Android1・iPhone1・Android2・iPhone2と5台例えば、このブログサイトに接続してみます。

○PC1　通信出来る　×Android1／Android2　×iPhone1／iPhone2　通信出来ない。

不可解な現象

何かの拍子にiPhone1を再起動して、ブログサーバに接続すると、おぉ！なんか接続出来る様になった。もしくはは、Routerを再起動させて一発目はAndroid1で接続すると接続出来る。iPhone1は接続出来ない。Android2は接続出来ない。PCはいつも何も無く接続出来る。一度接続出来なくなると、もうずーっと出来ない。そして、ソフトバンクとか、ドコモとか、AUとかの3G・4G回線から来ると、問題なく接続出来る事。厳密に言うと回線業者によってちょっとまた色々あるので下に書きます。なぞやぁ！これ本当にハゲそうです。

そして分かったんです。

上の構成図で、NATの原理をちょっと書くと、ローカルIPに192.168.1.10(PC) / 192.168.1.11(Android1)/192.168.1.12(Android2)/192.168.1.13(iPhone1)/192.168.1.14(iPhone2)と仮定して、外に出るグローバルIPは、111.111.111.111とします。

PCからこのブログサイトに接続します。192.168.1.10 ->  111.111.111.111にRouterで変換される、その上でDNSサーバに当ブログのドメインを聞きに行く。このブログサーバは、Address: 133.18.171.141がこれなので、このグローバルIPに対して接続を行う。

ブログサーバは、アクセスしてきた端末に対して、ｈｔｍｌをコンテンツを111.111.111.111に送信する。その上でRouterが111.111.111.111に戻ってきた通信を、ＮＡＴテーブルを元に192.168.1.10に送り届ける。

これが、概ねの動作概要になるのですが、複数端末が同じブログサイトにアクセスにきた場合、どうでしょうか？下記の様な構図ができあがりますね。

ＰＣ1———————–>  Ruter 111.111.111.111 -> Blog Server

Android1 ——————>

Android2 ——————>

iPhone1 ——————->

iPhone2 ——————->

Blogサーバからしてみると、同じIPに何度も同じパケットを送っていると思い出す訳であって、そこでふと考える訳です。あれ？もうさっき送ってきたパケットより古い物はもうパケット送んなくていいや！って思い出してパケットは破棄する訳です。

もうお分かりですか？

Linuxには、tcp_tw_recycleという仕組みが用意されています。

そのそも、それってなによ？って話なのですが、TIME_WAIT状態のソケットを高速に再利用するためのLinuxカーネル特 有の仕組という事らしいです。

こいつを有効にした時、同じグローバルIPからの同時に接続した時、TCPパケットにタイムスタンプ情報が入っている場合（Android・iPhone共に付加して送っているそうです）、同 時にパケットを送ると、古いタイムスタンプの方のパケットが破棄されます。

不可解だった、一度接続出来なくなると、もうずーっと出来ないのは、いつまでたっても端末は同じ速度で時間が過ぎて行きます。Android1にしてもiPhone1にしても、同じ1秒は1秒なので、それが逆転する事はありません。よって、接続出来る場合は、ずーっと接続出来るし、接続出来ない端末はもう接続出来ないんです。

パラメーター変更したら良いじゃん

じゃあ！このパラメーターを変更すれば良いじゃん！そうなんです。とっととやってしまいましょう。
CentOS7だと下記のコマンドを打つと出来るんですよ。できるんでよねぇ・・・。

root権限がないと出来ないって！？いや、このユーザrootだしな・・・。そして、悟ったんです。このスーパーバイザー的なアカウントじゃないとパラメーターいじれないんじゃ！？

そうなんです。このブログサーバVPSを借りて居るので、VPSのホストサーバの設定に引きずられるんですよ。この仮想化ソリューションでは、もう絶対にいじれない神の領域なんです。という事で、replaceする事にしました。思い立った時が、replaceのタイミングなんで、とっととやってしまいましょう。

replaceを開始

ちょうど、ひな形のスナップショットを作成するチャンスだったので、監視エージェントとかjenkinsスレーブとか全部入れてひな形化して、スナップショットとった後でブログサーバに設定する事にしました。

WordPressのデータをtarで圧縮してローカルPCにダウンロード。mariaDBの設定全部まるっと、dumpとってローカルPCにダウンロードして、該当サーバへ移設する。必要なPackageを入れてWebサーバに仕立てる。dumpを戻したり、zabbixの個別設定をしたりして、昨日2時間くらいで別のサーバで稼働させてDNSを書き換える。間もなく24時間くらいが経過して、やっとアクセスは新サーバの方に移りつつある。完全に通信が止まったらインスタンス削除して完了。

番外編

通信回線の業者に寄って、グローバルIPを付与しない業者も時折あります。なので、NAT環境のでかい版と考えてもらうと、そこの通信業者で私のブログを見てくれている方がいらっしゃいましたら、同様に起動時間の古い方は繋がらないという事が想定されます。また、ドコモもグローバルIPはふるものの、複数端末にグローバルIPを振る方式を採用している為、同様の事象になる可能性があります。
よって、1つでも、2つでもアクセスしようとされた方が接続出来ない状況を避ける為、replaceと相成りました。

1つ、エラーログに大量にログを書かれているのは認識していたのですが、それも先ほど1つのPackageがインストールされていない事により発生している事と、php.iniを移行するのすっかり忘れてて、php.iniがありませんでした・・・org それでも、普通に動くんですねｗ全部デフォルトって事だったんでしょう。日本語の処理が上手く出来ないってエラーだったので、すぐ気がついたので良かったですけどね。

The post こんなに速くreplaceするとは思わなかった first appeared on ～下町物語～.

DNSをリプレース

ということで、このドメイン用にDNSサーバを２台立てていたのですが、それらも老朽化してOSサポート切れが近くなってきたので、重い腰をやっとあげてリプレースを実施しました。今回はBINDから脱却を念頭に上げていたのでBINDは使っておりません。Route53でもないですが、まあ、とりあえずDNSとしての動きをする物を使って、いつも通りドメイン解決が出来る様に構築しました。

新サーバに切り替わる迄

新サーバに切り替わる前は、基本的に旧サーバも同じレスポンスでサービスを提供しており、新サーバに問い合わせしても旧サーバに問い合わせしても同じ値が帰ってくる様に設定しています。先ほど切り替えたばかりなので、とりあえず旧サーバと新サーバへのプロバイダーのTTL設定がまちまちなので、７２時間くらいは新サーバに完全に切り替わる（全世界のDNSの情報が新サーバ）のに時間がかかると思います。TTLとは、cacheであり、指定時間以内の同じ問い合わせはcacheサーバから回答をしちゃう為、そのTTLがFLASHしない限り、提供元サーバには情報を取りに行かず、旧サーバを参照する事になります。

旧サーバを止めるタイミング

基本的にクエリーログを見て、アクセスが一切来なくなったことを確認してから止める感じとなります。基本的に７２時間でどのDNSにおいてもcacheがFLASHするとされいる為、７２時間をボーダーとして、それ以降は様子を見てサーバ自体を解約していきたいと思います。

旧サーバより遙かに高性能

今回リプレースしたサーバについては、ストレージはSSDのものでBINDより処理速度（スループット）の速い物を採用したので、レスポンスアップが期待出来ます。このブログもSSDモデルにしているので、相乗効果もあってより速く表示されるようになればいいかな？と期待しております。なんとなく前より若干速く動いているような、そうじゃないようなｗ。とりあえず、サーポートがきれたOSは使ってられないので、どちらにせよこれで問題ないと思います。何かあったらコメント書いてくださいね。お願い致します。

The post DNSをリプレースしました first appeared on ～下町物語～.