TOPに戻る
鬱るんです
躁鬱病のITエンジニア「はまー」が心と体の模様を記した雑記帳。 大手IT企業で心身ともにぼろぼろになり退職した後、ほそぼそと働いたり事業を立ち上げようとして頓挫したり、作業所に通ったり障害者雇用で働いたりと紆余曲折したが、今は無職な毎日。

カテゴリー:IT関連

学生時代のサークルの現役生からメールが来た。OB係なのだが、現役生が管理している名簿のうちの代の分を送るので、もし誰か引っ越したりして変更があったら教えてくれ、というものである。私がうちの代の代表をやっているので毎年来る。

そして毎年気になっているのが、その名簿ファイルの送信方法。

つきましては、まず代表者様が担当されている代の名簿をこちらから送付させて頂くことになるのですが、
その際に名簿のExcelデータをパソコンメールに添付して送信するという形式をとらせて頂いてもよろしいでしょうか。
個人情報をメール上でやり取りすることになりますので、ExcelデータはZIPファイルに圧縮した後、パスワードをかけて送信致します。

「パスワードをかけて送信致します」のあとに、パスワードの送信方法が書いてあるはずなのだが、書いていない。が、毎年のやり方だとその後に普通にメールでパスワードを書いて送ってくる。

このやり方は官民問わずけっこう使われているが、最近ではPPAPと呼ばれていて、かえってセキュリティが下がるので使わない方向になっている。明確に禁止している会社もある。

セキュリティが下がる理由は、

  • ZIPファイルを添付したメールとパスワードのメールを別々に送ったところで、同じ通信経路で送れば、盗聴されると結局どっちも閲覧可能なので意味無し。パスワードファイルを別に送るのなら通信経路も変えなければいけない。
  • パスワードをかけてしまうとウイルス対策ソフトがウイルスチェックできなくなる。

というものである。その他にもあるのだが、代表的なのは上の2つ。

誰も指摘しないのかなあ。指摘してあげた方がいいのかなあ、と毎年思っている。大学生で情報セキュリティの知識なんかまるでなく、先輩から引き継いだとおりのやり方でやっているのでしかたがないのだが、もう10年以上これでやっていると思う。

とは言え、じゃあどの方法で送ってもらったらいいのかな。クラウドを使うとか、ハードルが高いか。有料のサービスを使うわけにはいかないだろうし。案外難しいな。セキュアな通信経路を通ってもらえばいいのだが。

ちなみにPPAPとはピコ太郎ではないが、ピコ太郎のPPAPをもじったもので、

Password付きzipファイルを送ります
Passwordを送ります
Aん号化(暗号化)
Protocol(プロトコル)

の略。脆弱な手法を揶揄したものである。IT業界では◯◯pとついた言葉は何らかのプロトコルを表したものが多いので、こんな風に名付けられた。

夕方、昨日読んだ他の人のブログで、レンタルサーバーでWordpressのデータをローカルにバックアップしているというのがあったのを思い出して、ああそうだ、自分もそれをやった方がいいと思い立ってちょこちょことサーバーをいじっていた。去年までは自宅サーバーでこのサイトを運営していて、デイリーで外付けHDDにバックアップしていた。

レンタルサーバーでも14日分のバックアップは毎日されているが、レンタルサーバーは絶対に信用できるというものでもない。昔ファーストサーバというレンタルサーバーの会社が大規模なユーザデータ消失をやらかした。去年は福井県の「ふくいナビ」というポータルサイトで全データ消失という事態が発生した。やはりレンタルサーバーのデータも手元のマシンにバックアップしておきたい。

バックアップしたいのはMySQLのデータベースと、Webのファイルシステム。これを毎日自動で実行するためには、まずcronが実行できないといけない。レンタルサーバーにSSHでログインしてcrontab -eを実行したら、お、いけそうだ。次にtarコマンドでファイルシステムをアーカイブできるか試したら、うん大丈夫そうだ。

cd $HOMEDIR/public_html
tar cfz $BACKUPDIR/public_html.tgz . 2>&1 > $BACKUPDIR/backup_public_html.log

次にMySQLのバックアップだが、これは最初無理かと思った。mysqlやmysqldumpコマンドは殺されてなかったが、コマンドラインからサーバに接続できない。だめなのかな?と思ったが、よく考えたらこのレンタルサーバーはウェブサーバーとDBサーバーが切り離されている。レンタルサーバーのコントロールパネルからDBサーバーのホスト名を確認し、mysqldumpコマンドのオプションで指定したらうまくいった。

mysqldump --user=xxxxx --password=xxxxx -h xxxxx.ne.jp --all-databases > $BACKUPDIR/mysqldump_all.sql

あとはこれらを実行するシェルスクリプトを書き、cronで深夜1時に実行するようにした。そしてローカルのサーバで、現在レンタルサーバーのapacheのログを毎日FTPでGETしているcronのスクリプトにファイルシステムとMySQLのバックアップファイルを追加。

これで明日から少し安心して寝られるのだ。一応テストはしたが、夜中のcronが両方ともちゃんと動いて無事リモートのバックアップファイルがローカルサーバーに来ているか、明朝に確認しなければ。

以前、「フォトアプリでSDカードから写真が削除できない」という記事を書いた。スマホのSDカードを交換したら、SDカードに保存した写真をGoogleフォトアプリから削除しようとしてもできなくなった、という件である。そのとき調べたら、ネットの情報では「Googleフォトの設定で「SDカードのアクセスを許可する」をオンにすればいい」と書いてあったのだが、自分のGoogleフォトアプリではそんな設定はな~い!なんでやねん!しかたがないからギャラリーというアプリから削除していたがめんどくさい。

ということについて改めて調べてみたら、新たな情報が見つかった。価格.comのページからの情報なのだが、方法としては、

1.GoogleフォトアプリをPlayストアからアンインストールする。アンインストールといっても、「アップデートをアンインストールしますか」みたいなメッセージが出るので、アプリ本体が消えるわけではない。
2.アップデートをアンインストールした後、改めてアップデートする。

これをやってGoogleフォトを起動してみると、前の設定画面では出てこなかった「SDカードへのアクセス」が出てきた。

Googleフォトの設定画面

前はこの項目だけがなかった。なぜなんだ。そしてなぜアップデートをアンインストールして更新しなおしたら直ったのか、甚だ不思議である。

この項目を設定すると、ギャラリーアプリは不要になって、フォトアプリから直接SDカードの写真を削除(ゴミ箱に移動)できるようになった。ただ、フォトの写真一覧で見ると即座には消えてくれない。しばらくしたらぱっと消える。これも少し気持ちが悪い。なんでだろうなあ。ネット上のGoogleフォトと同期しているのが関係しているのか?

昨日「ブログ村に記事が反映されなくなった」という記事を書いたのだが、どうやら今日に復旧したようだ。

しかし、どうもよくわからない挙動をBotが見せている。

サーバのアクセスログを見てみると、

13.230.151.47 - - [13/Nov/2020:05:01:49 +0900] "GET /blog/hammer/feed HTTP/1.1" 200 76378 "-" "blogmuraBot/2.0 (+https://blogmura.com)" "-"
13.230.151.47 - - [13/Nov/2020:05:17:21 +0900] "GET /blog/hammer/feed HTTP/1.1" 200 76378 "-" "blogmuraBot/2.0 (+https://blogmura.com)" "-"
13.230.151.47 - - [13/Nov/2020:05:38:35 +0900] "GET /blog/hammer/feed HTTP/1.1" 200 76378 "-" "blogmuraBot/2.0 (+https://blogmura.com)" "-"
13.230.151.47 - - [13/Nov/2020:05:51:39 +0900] "GET /blog/hammer/feed HTTP/1.1" 200 76378 "-" "blogmuraBot/2.0 (+https://blogmura.com)" "-"
13.230.151.47 - - [13/Nov/2020:08:14:54 +0900] "GET /blog/hammer/archives/2020/11/12-20-55-14-17287.html HTTP/1.1" 200 15827 "-" "blogmuraBot/2.0 (+https://blogmura.com)" "-"
13.230.151.47 - - [13/Nov/2020:08:23:49 +0900] "GET /blog/hammer/archives/2020/11/12-18-28-47-17282.html HTTP/1.1" 200 17306 "-" "blogmuraBot/2.0 (+https://blogmura.com)" "-"
13.230.151.47 - - [13/Nov/2020:09:07:42 +0900] "GET /blog/hammer/feed HTTP/1.1" 200 76378 "-" "blogmuraBot/2.0 (+https://blogmura.com)" "-"
13.230.151.47 - - [13/Nov/2020:17:38:49 +0900] "GET /blog/hammer/feed HTTP/1.1" 200 76377 "-" "blogmuraBot/2.0 (+https://blogmura.com)" "-"
13.230.151.47 - - [13/Nov/2020:17:38:53 +0900] "GET /blog/hammer/archives/2020/11/13-17-38-46-17302.html HTTP/1.1" 200 17116 "-" "blogmuraBot/2.0 (+https://blogmura.com)" "-"

という状態。えっと、これじゃなんのことかわからんな。PCで見ている人は右にスクロールさせて、スマホで見ている人は左の方にログをスワイプさせて右側を表示させないとなんのこっちゃか。

まず、05:01:49、05:17:21、05:38:35、05:51:39の4回、blogmuraBotがクロールにきてfeedファイルをGETしにきている。どれもステータスコード200を返している。それなら記事を取得しに来い!というところだが、そんなこともせずに4回も。なにこれ?

そして08:14:54、08:23:49の2回に渡って、ようやく昨日アップした2つの記事を取得しに来た。これでようやく昨日の分の記事が反映されたと思われる。このタイミングはなんだろう。未処理分を順番に処理していたのか。

そしてなぜか09:07:42にまたfeedファイルを見に来ている。どういうタイミングよ、これ。

今日の17:38:46に記事を更新したところ、今日は17:38:49にfeedを拾っていって、その4秒後の17:38:53に記事ファイルを取得していっている。これはリアルタイムで、ようやく本来の動きに戻ったと見える。

システム移行時の不具合だったのかなあ。しかしときどき来るクロールが謎だ。

このブログはにほんブログ村というブログのランキングサイトに登録しているのだが、今日アップした記事が新着記事に反映されていない。私が読んでいる他のブログでも同じことが書いてあったので、私だけではないようだ。このブログ村というのはちょくちょくトラブルを起こしており、前も同じようなことがあって、問い合わせフォームから運営に文句を言ったらようやく対応してくれた、ということがあった。今回もブログ村は何かを「カイゼン」したらしいのだが、カイゼンになっていない。

他の人はどうだろうと思って、同じカテゴリのブログを片っ端から見ていったら、最新の今日の記事が反映されている人もいれば、反映されていない人もいる。どういうことだろうと思ってよく見たら、反映されていない人は皆独自ドメインでWordPressでブログを書いている人ばかりだった。

どういうことじゃい、と思って自分のサーバにSSHでログインし、Webサーバのログを調べてみた。記事を更新したらブログ村のサーバにpingという更新通知が飛び、それを受けたブログ村のサーバからblogmuraBotというクローラが来て/feedというファイルをまず読んでいき、その内容(XML)を解析して、次に新規追加された記事の内容を取得しに来る、という二段構えになっている。

昨日の場合だと、

$ zgrep blogmuraBot access_log.20201112.gz
13.230.151.47 - - [11/Nov/2020:05:00:55 +0900] "GET /blog/hammer/feed HTTP/1.1" 304 0 "-" "blogmuraBot/2.0 (+https://blogmura.com)" "-"
13.230.151.47 - - [11/Nov/2020:17:30:41 +0900] "GET /blog/hammer/feed HTTP/1.1" 200 76464 "-" "blogmuraBot/2.0 (+https://blogmura.com)" "-"
13.230.151.47 - - [11/Nov/2020:17:30:46 +0900] "GET /blog/hammer/archives/2020/11/11-17-30-40-17280.html HTTP/1.1" 200 15751 "-" "blogmuraBot/2.0 (+https://blogmura.com)" "-"

という結果になっている。05:00:55にbotが来ているがこれはおそらく定期クロールでステータスコードは304(Not Modified)なので何もしていない。記事をアップしたのは17:30:40なのだが、その1秒後、17:30:41にblogmuraBotが来て/feedを読んでいき、その5秒後に再びアクセスがあって、個別記事のURLにアクセスしている。これでブログ村に最新記事が反映される。

しかし、今日のログでは、

$ grep blogmuraBot access_log
13.230.151.47 - - [12/Nov/2020:05:01:26 +0900] "GET /blog/hammer/feed HTTP/1.1" 304 0 "-" "blogmuraBot/2.0 (+https://blogmura.com)" "-"

05:10:26のアクセスのみ。これは前日と同じく定期クロール。実際には18:28:47に記事をアップしているのだが、それをクロールしにきた形跡はない。

というところまで調べて、またしても運営に「なんでじゃい!」と送ってみた。なんかこのサイト、大丈夫なのかなあ。まあブログ村経由でこのブログを読んでくださっているのはほんの数人みたいなのだが、弱小ブログなのでその数人の目に触れなくなるのもちょっとなあ、という感じ。

毎日5時頃に定期クロールが来てるみたいなので、最悪5時になれば昨日の分は反映されるのだろうか。これでカイゼンされなければ諦めよう。