Y.Yamashiro @shukukei@yukari.cafe

Mastodon v2.8.0→v2.9.2のアップデート内容を読んで、私が気になったポイントをまとめてみました。

発症して5日間はダメだと思っていたので、月曜日に発症したら一週間全部お休みだと思っていた。
（調べてみたら、ソレは学校保健安全法に定められている内容であって社会人には適用されないらしい。）

お医者さんからは。
・朝、昼、夕の3回体温を測る
・2日連続で37℃を下回ったら出勤してヨシ（3回測っている内の一度でも37℃を超えたらダメ）
と言われているので、早ければ木曜にも出勤できそうです。

早めに受診して抗インフルエンザ薬を飲んだのが幸いしたのか、今朝には平熱に戻りました。（昨夜は高熱で大変でしたが・・・）

開始まで待機。

"【生放送】IA 8th & ONE 5th Anniversary -Special Talk Live-" を YouTube で見る https://youtu.be/m3Kzt9VWUSA

熱がある以外は元気なので、異常行動がコワイですね。。。

近年まれに見る体調不良だったので、流石にアカンと思って会社を早退＆内科医を受診した結果・・・インフルエンザ A型と診断されました。
（お薬は、調べてみたところタミフルのジェネリックみたいですね。）

07月05日 みやこめっせ(京都)で“Wide to Sing & Talks”開催ですか。

昨日から、くしゃみが止まらなくて辛いのですが・・・まだ花粉は飛んでないですよね？

サーバメンテナンスが完了しました。
もしも不具合などありましたら、当方までDMにてお知らせください。

1月27日と2月11日、3月14日を万全の状態で迎えようと思うと（＆来週以降はさらに忙しくなりそうなので、やらかした時の切り戻し時間を考えると）このタイミングでしか実施できなさそうなので。
（BIOSとカーネルをアップデート、そしてミドルウェアのバージョンを上げる。　並行してメディアサーバを分離してアップデートを掛けます。）

1月26日(明日)の午前中に、メディアサーバのメンテナンスと、Mastodon v3.1に備えるためのメンテナンスを実施します。
作業中にサーバの再起動を伴うため、一時的に繋がりにくい状況が生じます。

今月のサーバメンテは無停止で行けるかな、と思ったのですが、残念ながら再起動しないといけないみたいです。

Mastodon以外にもPleroma, Misskey, Dolphin, Hubzilla, microblog．pub, PeerTube, Nextcloud, Friendica, PixelFed, 等々ありますよ。

つ「Mastodon」

Mastodon v3.1.0rc1とな？

EUのGDPRのように香川県民か否かを確認して対応(60分以内に制限する等？)する必要があるのでは？という意見を見つけたので条例案を読んでみた。

以下の条文の事なのかなぁ・・・？

『第11条 インターネットを利用して情報を閲覧（視聴を含む。）に供する事業又はコンピュータゲームのソフトウェアの開発、製造、提供等の事業を行う者は、その事業活動を行うに当たっては、県民のネット・ゲーム依存症の予防等に配慮するとともに、県又は市長が実施する県民のネット・ゲーム依存症対策に協力するものとする。』

香川県の「ネット・ゲーム依存症対策条例案」【全文】 - ITmedia NEWS https://www.itmedia.co.jp/news/articles/2001/21/news135.html

対策済みサービスを購入する以外に個人レベルでどうこう出来る問題ではないので・・・私の場合は。
明確に狙われた場合は諦める、イタズラレベルには耐えうるようにしたい。
まずは無差別なポートスキャンを受けても応答しないようにポート番号を変える。
（最近、MinecraftがSRVレコードに対応している事を知ったので、組み合わせればポート番号をガンガン変えても使い勝手は保てそう。）
次に、本体サーバのIPアドレスを知られるとマズいので秘匿する（無応答）ために、クライアントはプロキシサーバ（L4）を介してアクセスしてもらうようにファイアウォールを設定。（攻撃を受けるのはプロキシサーバなので、イザという時は別なプロキシサーバを使うようにすれば解決）
プロキシサーバは、クライアントが全員固定IPならば不要だけど現実的じゃないですね。

次にやろうと思っていたのは、ウェブサイトでログインしたIPアドレスだけをホワイトリストに追加してアクセスを許可する方法。
BASIC認証にしておいて、認証情報を埋め込んだURIをユーザに提供しておく（ユーザ名とパスワードの入力不要）という運用も考えた。

ゲーム系のサーバは狙われやすいから大変そう。

実は、メディアサーバでちょくちょくエラーが起きていたので、ちゃんと調査してnginxのproxy_passを見直した。（観察中）

※公式のドキュメントの他に、以下の記事を参考にさせて頂きました。

https://kuroeveryday.blogspot.com/2019/03/effect-of-trailing-slash-on-nginx-reverse-proxy.html

https://www.subthread.co.jp/blog/20190424/