2018年10月

2018年10月28日
小規模の人数・・・それは20名ぐらい・・の利用者がいるホスティングを、 mixhost に乗り換えました。

そういったホスティングサービスの乗り換えはよくやる作業なので特に問題はありません。
今回は、mixhost のセキュリティ設定がきびしいために、メールアドレスのパスワードが、旧サーバーとは異なる設定となりました。

そのため移行のタイミングで、パスワードを変更してもらうようにお客さんに案内をしていました。

移行の日になって、サーバーにアクセスできなくなるというトラブルが発生しました。
私の環境では問題無くアクセスできますし、それ以外のもろもろを確認しても、サーバーは死んでいないように思われました。

この動作は、どうも mixhost でセキュリティ設定によりアクセスが拒否されているように見えたのです。
サポートに問い合わせを行うと、以下の理由によりアクセスが拒否されているということでした。

メールサーバーへのアクセス時にパスワードエラーが多かったため

最初に書いたとおりなので、メールパスワードを変更するまでは、mixhost に対して古いパスワードでアクセスするため、パスワードエラーとなります。社員数がある程度いると、それがまとまったアクセスとなり、アクセス拒否をする閾値を超えるのかもしれません。

しかし今回のようなサーバー移管の場合には、それは加味されていなければならないことであり、実際にアクセス拒否が行われてしまうと、時間の経過か、サポートへの問い合わせで解決する必要があります。

なお、問い合わせを行ってから、解決に至るまでの時間ですが、平日だったので、1時間ぐらいでした。



stock_value at 15:08|この記事のURLComments(0)技術 
2018年10月27日
いままで何回か岸和田だんじりを見に行っています。
適当に歩きながら見ていることが多かったのですが、今回は有料席を利用しました。

友人がチケットを手配してくれるということで、すべてお任せしていました。
すると、以下のURLにある有料席が販売されていました。

http://www.kishiwadadanjirimatsuri.com/

当日やその直前になって、観覧席は中止になるという発表がありました。
理由としては、今年の台風21号が原因で足場が作れないということでした。

確かに岸和田駅の周辺では、屋根にブルーシートが被さっており、台風の被害が多数出たことが容易に想像できました。
足場が作成されないことには、とくに違和感を感じませんでした。

中止の発表と同時にチケットは払い戻されることも一緒に案内されました。そのため有料席での観覧ができないことは残念でしたが、金銭的負荷はないため、まあしょうがない、また次の機会だな。そう思っていました。

チケットの払い戻しについては、友人に任せていたため、とくに気にしていませんでした。
しかし最近になって、払い戻しが行われていないというニュースを見ました。

私は地元民ではないので、詳細は不明ですが、とりあえず以下の情報があったので、引き続き注視したいと思います。

※同じブログ・内容です。
カンカン場有料観覧席の払い戻しはされません!
watchdogkisiwada
有料観覧席のショバ代1300万円を、年番が受け取っていた、ヤクザ顔負けな話


ホームページなどは以下の感じでした。
kishiwadadanjirimatsuri.com
IP: 157.7.107.163
DNSサーバー: DNS01.MUUMUU-DOMAIN.COM
ホスティング業者: ロリポップ

ドメイン情報
Created on 2013-04-02
Expires on 2019-04-02
Updated on 2018-03-19

www.izumi-koushinsyo.jp
IP: 203.141.142.22
DNSサーバー: DDNS1.INTERLINK.OR.JP
ホスティング業者: インターリンク

ドメイン情報
Created on 2006-08-29
Expires on 2019-08-31
Updated on 2018-08-31


stock_value at 13:22|この記事のURLComments(0)事故・事件 
2018年10月26日
結論: コンピューター名をデフォルトのまま運用していたのが原因のようでした。

前回以下の記事を書いています。
gmail で異常な使用量 - アカウントは一時的にロックされていますと表示される。

あれから、ずっと同じ症状が続いていました。もはや何をやっても解決できず、そしてその該当のPC以外では問題がないのです。
ほとほと困っていました。

特に先日は、外出中に急ぎのメール処理をする必要がありました。しかしながら上記のような状況であるため、メールができず、ほかの社員を経由してメールのやりとりをするような状況でした。

しかし解決策が一向に思いつかず、本当に困っていたのです。
会社の人と話をしながら、ブラウザでのGmailアクセスであるため、PCの情報を取得するにしても限界があるだろうというなりました。そして例えばWindowsのバージョンや、PC名。IPアドレスは取得しており、これらを要因としてブロックすることはあり得るだろうという仮説を立てました。

この取得できる情報のいくつかについては、気になるところもありました。
例えばブラウザ chrome でアクセスできなかったのですが、それ以外のブラウザ IE や Edge もダメでした。またWindowsのバージョンについても、 Windows10 を利用しているのですが、複数のPCでは問題がありませんでした。

当該のPCだけ、どのブラウザでもダメなので、PCに由来しているっぽいことは確定できました。
そして取得できる情報の一つに、コンピューター名があります。

PC名を見てみると、デフォルトのままでした。 DESKTOP-XCESA45 みたいな感じ。
関係ないと思いつつも、この設定を変えてみたところ、なんとアクセスできるようになりました。

このことから、コンピューター名も不正アクセスの要素としてチェックされるようです。

stock_value at 12:37|この記事のURLComments(0)技術 
2018年10月25日
外出先から自宅に帰ったとき、ピーピー警告の音が出ていることに気付きました。
車の防犯ブザーなどかと思ったのですが、近くまでいって聞いてみると、そうではありませんでした。

プープーとブザーが2回鳴り、「火事です、火事です」と発報していました。
近くまで寄ってみると、どこの家からその警報が出ているのかは、ある程度特定できました。

そしてその音が出ていると思われる場所では、煙もありませんでしたし、焦げているような匂いもありませんでした。

そのことから、私自身は誤報だと思っていました。
料理をするときに、湯気を検知して発報してしまう経験はよくあるので、きっとそれだと思ったのです。
それであれば、数分もすれば音が消えるだろうと考えていました。

5分ぐらいしてから再度様子を見ると、まだ同じように発報されていました。
近所で配達をしていた郵便局員さんも、これやばいっすよね。といいながらどうしようかという感じでした。

交番に行って、警察の人に後は任せようと最寄りの交番に訪ねに行ったのですが、あいにくパトロール中ということで・・。

仕方なく携帯電話から110番しました。
事故か事件か聞かれたのですが、上記の状態を説明しました。おそらく消防車が本気で対応するものでは無く、何も無いことを確認してほしいのですが・・・。そのように伝えたのです。

もろもろの情報を伝えたところ、「わかりましたすぐに向かいます。」と言われました。
・・・そして5分ほどしてから消防車と覆面パトカーがサイレンを鳴らしながらやってきました。

そこまで大袈裟なものでは絶対にないのですが、立場を考えると仕方が無いことでもあるのでしょう。

「通報者のかたですか?」そう言われて、音が出ている場所を案内しました。
消防の人はメットをかぶっているので、すぐには聞こえなかったようなのですが、耳をすまして聞き取ることができたようです。
あとは無線で数名の隊員とやりとりをしながら、発報状態であることを確認、煙や匂いが出ていないことを確認し、当該の住宅を訪ねてくれたようです。


あまり詳細はわからないのですが、どうやら警報装置が故障しており、音が止められないようです。
玄関でそのように住民に説明されていたようだったのですが、「実際に中を見せてくれないと帰れない」というようなことを言っていたようでした。

住宅内に入って、問題無いことを確認したようです。
・・・住民の人は怒っているような感じでした・・・

その後は誰が対応しなのか不明ですが、発報は停止していました。

正直なことを言えば、交番に警官がいて、その人が訪ねてくれて警告音を停止してもらえれば一番よかったのですが、それができなかったばかりに、かなり大袈裟になってしまい、申し訳なく感じています。


一方で、立ち話程度をしていた郵便局員さんですが、私と会話をした直後に、住宅を訪ねて故障している旨を聞いたといっていました。迅速で素早い対応であることをとてもびっくりしました。頼もしい。

stock_value at 18:50|この記事のURLComments(0)事故・事件 
2018年10月24日
mixhost を一部のサイトで利用しています。
ちょっと前に大きめのトラブルがあったのですが、mixhost status のページに情報が出ているとおりでした。

※Dos攻撃によるトラブルのようでした。あまり重要なサービスでは無かったため、あまりちゃんとには監視していません。そのため自裁の停止時間はわかりません。

特に問題無く利用しているのですが、ping で死活監視をしようと思ったのですが、どうもかなり頻繁に ping が欠落していることに気付きました。
ただしサービスは停止していないようで、Webへのアクセスは問題なさそうでした。

Windows10から ping をやったとき、かなり悪い成績の時には、以下のように70%以上が time out になっていました。
パケット数: 送信 = 216、受信 = 59、損失 = 157 (72% の損失)、
ラウンド トリップの概算時間 (ミリ秒):
最小 = 12ms、最大 = 244ms、平均 = 34ms

普段のときには、以下のように2回 time out しておりますが、0%の損失でした。
パケット数: 送信 = 230、受信 = 228、損失 = 2 (0% の損失)、
ラウンド トリップの概算時間 (ミリ秒):
最小 = 12ms、最大 = 44ms、平均 = 15ms

応答時間の ms の値が若干悪いのでそれは気になりますが、まあ yahoo.co.jp でも平均24msぐらいなので、問題無いと思っています。

ちなみに google dns の場合は以下の通り。
8.8.8.8 の ping 統計:
パケット数: 送信 = 68、受信 = 68、損失 = 0 (0% の損失)、
ラウンド トリップの概算時間 (ミリ秒):
最小 = 4ms、最大 = 17ms、平均 = 5ms

通常 time out は発生しないので、そこが気になります。
また調子の悪いときには、大半の ping が time out していることも気になります。

ただし繰り返しになりますが、サービスは停止してないようなので、 web アクセスやメールアクセスは問題ありません。

stock_value at 17:41|この記事のURLComments(0)技術 
2018年10月23日
Android を利用していると、Outlookアプリが提供されています。
そしてこのアプリを利用している場合、IMAPの設定はできるのですが、POPの設定はできません。

POPに対応していない旨の表示は無いのですが、対応しているメールサービスが指定されているようでした。
それらのいサービスはすべて imap 対応です。

実際に設定をやってみようとしたところ、やはり pop の選択肢はありませんでした。
そのため、IMAPに対応していないサーバーや、メールをサーバーから削除するような運用をしている場合には、不便だと思いました。


stock_value at 18:58|この記事のURLComments(0)技術