自分はあと数回現地作業して業務開始日に一部設定を本番環境にしたら終了です。
※右の白いロケットみたいなヤツはセキュリティロボットで動き回ります。
下準備の準備で現地に行って来ました。
東京駅を出たら目の前なので迷子にならないですね!
事務所の内装はだいぶ進んでいて、まだデスクやサイネージが付いていませんが最先端って感じです。
中の写真はまだNGなので外だけ。
ADS-Bのアンテナを少し利得の高いアンテナに変えました。
自作する人が多いようですがAmazonでポチりました。
それでアンテナを立たせたいのでプラケースを買って取り付けましたが、穴をあけで丁度良いドリルサイズが無かったのでとりあえず穴をあけてモグラ (ステップドリルって言うんですね) で拡大させました。モグラが食い込み危うく大きな穴になりそうでした(汗)
自分で作成したサーバ態監視プログラムがあって、障害やログ監視で怪しい事が起こるとメールと Slack で飛ばしているのですが、今朝お客様のメールサーバで障害が起きましたがお客様から電話をいただくまで気がつきませんでした。今回の場合はメールサーバなので自身の障害をメールでは送れないわけで、その場合の保険としてSlackでメッセージも飛ばしているのにアラートが飛びませんでした。
この Slack のメッセージを送るプログラムはあちこちで利用しており、昨日の AM中 に自宅サーバから別の監視用途ですがメッセージが届いていたので、今朝はたまたま Slack社 のサーバ障害? なんて思いながらも
モヤモヤしており、気になったので先ほどアラート時のようにプログラムを動かしたらエラーが出ました。えっ! なんで?
Slack の API を利用しているのですが、
HTTP/1.1 426 Upgrade Required
が返って来ました。
エラーの理由が返って来てるので、丁寧にコンテキストを生成して渡したら動くようになりました。
$options = [
‘http’ => [
‘method’ => ‘GET’,
‘protocol_version’ => 1.1,
‘header’ => “Connection: close\r\n”
]
];
$context = stream_context_create($options);
仕様が厳しく変わったようでセキュリティ対策なんでしょうね!
ほとんどの会社で Slack が使われていると思うなので、今日は同じ理由でアタフタしているエンジニアが多いんじゃないでしょうか?