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

カテゴリー:IT関連

自宅サーバにGmailのメールを取り込めない現象がだいぶ前から起こっている。私はいくつもメールアドレスを持っており、Linuxサーバからfetchmailで複数アカウントのメールをPOP3で取り込み、それをWindowsやスマホからIMAPで読んでいるのだが、あるときからGmailのメールがfetchmailで取り込めなくなった。時々Googleから「信頼できない接続元からのログインをブロックしました」というエラーメールが来るようになった。どこからとも知れないfetchmailからのアクセスなぞ、怪しいことこの上なし、てなことか。

しかたがないので一時的に「安全性の低いアプリからの接続を許可する」という設定に変える。そうするとfetchmailで取り込めるので、Gmailを受信するとすぐに上記設定を「許可しない」に戻す、ということを時々やっている。ちょっと危険なことは承知である。

しかし今日は上記設定をやっても受信できない。

fetchmail: Authorization failure on xxxxx@gmail.com@gmail-pop.l.google.com
fetchmail: For help, see http://www.fetchmail.info/fetchmail-FAQ.html#R15

と相変わらずログに出ている。上のURLのFAQを読んでも解決しない。なんでかなあ。

まあ、GmailはWebで見れるからそれでいいんだけど、Windowsのメールクライアント(Becky!)にすべてのメールを集約していると便利なので、やはりちょっと不便。WebのGmailだと、ときどき受信トレイを覗かないといけないし。

セキュリティと利便性はトレードオフ。しかたがないのかなあ。

<追記>
30分後にリトライしたら受信できた。もう何がなんだか。

<2020年3月4日にさらに追記>
次の手順でうまくいくことがわかった。

(1) Google の 2 段階認証を有効にする;
(2) fetchmail 用のアプリパスワードを生成する;
(3) そのアプリパスワードを .fetchmailrc に記述する.

具体的な手順は、以下のURLに載っていた。
http://fanblogs.jp/goodfornothing/archive/884/0

このサイトが消えたらわからなくなるので、具体的な手順の部分を引用。

(1) Google2段階認証プロセス からGoogle で2 段階認証を有効にする。

(2) “アプリ パスワード” の画面(アプリ パスワードでログイン 参照)に移動し “アプリを選択” のカラムに fetchmail と入力して “生成” ボタンを押す. 以下では, ここで生成された 16 文字のアプリパスワードを仮に “fetchmailapppass” とする.

(3) .fetchmailrc に次のように記述する. password で (2) で生成した fetchmail 用のアプリパスワードを指定している.

poll imap.gmail.com with proto imap
port 993
username “myGoogleAccountName@gmail.com”
password “fetchmailapppass“
ssl
keep
. . . .

赤字の部分は自分の環境に合わせる。

今日はそんなに調子は悪くなかったのに、どこにも行く気がしなかった。昼間はのんびりテレビを見ていた。天気もいいのに。これはこれで軽い鬱なのか?

昼過ぎ、本を読んでいたらPCから「ピ」という音が。あ~まただよ。このPC、時々なんの前触れもなく勝手にリセットがかかり、BIOSの画面になることがある。何をしたらこうなる、という再現条件もわからない。1ヶ月以上現象が発生しないこともあれば、数日で再発することもある。いったん電源を切って、しばらくしてオンにしたらWindowsが正常に起動するのだが、なんとも気持ち悪い。テキストエディタでもExcelでもブログの投稿画面でも、こまめに保存するようにしている。

いったいなんだろうなあ。購入した直後からこの現象は起きており、サポートにも問い合わせたのだが解決せず。いろいろ言われるがままにチェックしたが問題なし。なんせ再現条件がわからないので、サポートも調べようがない状態。私も昔はソフトウェアの開発をやっていたからわかるのだが、こういう障害は手元で同じ現象を再現できなければ調べるのが困難なのだ。

いつかWindowsまで起動しなくなるのではないか、と冷や冷やする。いや、ハード障害でなければOSインストールし直せばいいんだけど。データは毎日バックアップ取ってるし。しかしハードウェアがいかれると困るなあ(現象的にはハードウェアのトラブルっぽいのだが)。このPCは3年半使ってるのだが、あと2年くらいもってほしい。なんせ今年の2月にサーバ用のPCが壊れて買い替えたばかりなのだ。

BIOSの画面。特におかしいところは見当たらない。真ん中下のグラフが、なんだかググっっと上がっていて怪しいように見えるのだが、

BIOS画面

これは、CPUの温度が何℃のときにファンを何%で回すか、というパターンのグラフなので問題なし。CPU温度自体は上の写真(見にくいが)にあるように44℃と特に高くはない。マザーボードも34℃とそんなものだ。ファンが1つ回ってないように見えるが、このPCには元々ファンが3つしかない。下の写真は上記グラフの詳細表示。

FAN回転率

 

なんなんだろうなあ。

3日くらい前だっただろうか、ネットが急に激しく遅くなった。ダイヤルアップの頃よりもひどい。いくつものページがタイムアウト。サーバのログ画面を見たりpingを外に打ったりしてみると、完全に外部と通信できなくなったわけではない。

試しに速度測定サイトで計測してみたら、

【RBB SPEED TEST】 2018/05/1721:53 下り:0.2Mbps 上り:92.5Mbps

下り0.2Mbps?

ありえない数値が出た。200kbpsだぞ。上りは92.5Mbpsと十分な速度なのに。

夜遅くだったので、なんだかわからんが切り分けは次の日にして寝た。そして次の日に起きてからPCに向かったら、あれれ、さくさく繋がる。もう一度測定してみたら、

【RBB SPEED TEST】 2018/05/1810:40 下り:95.4Mbps 上り:93.6Mbps

下り95.4Mbps。うん、正常だ。昨日のはなんだったんだろう。なんか回線がトラブってたのかな?まあいいや、と思っていた。

しかし今日の夜、またしても同じ状況に。今度はもっとひどい。ほとんどつながらない。速度測定サイトにすら繋がらない。スマホからWi-Fiでネットに接続しようとしても同じ状態なので、PCの問題ではない。ルータか?NTTの回線か?

それも1時間くらいで復旧した。全くわけがわからん。また速度を測定してみたら、

【RBB SPEED TEST】 2018/05/2020:05 下り:11Mbps 上り:93.7Mbps

下り11Mbps・・・。また微妙な。光としては十分遅いが、Webブラウズする分にはなんとか許容範囲。その2時間後の測定では、

【RBB SPEED TEST】 2018/05/2021:21 下り:53.7Mbps 上り:93.6Mbps

53.7Mbps。やっとそれっぽい数字になってきた。MAXは90Mbps超えるはずなのだが。

いったいなんなんだろう。二度あることは三度あるというが、もう起きないでおくれ。

原因がわからんというのが気持ち悪いなあ。

ちょっとトラブルがあった。内容は自分の備忘録。

このブログは一般のブログサイトやレンタルサーバでなく、自宅で運用しているサーバ機にWordpressをインストールして書いている。WANからサーバ機にアクセスできるように、ルータの静的IPマスカレード機能を用いて外からのWebアクセスをサーバ機にポートフォワーディングしている。

つまり、このサーバ機には、家の中、つまりLANからはローカルのIPアドレス、WANからはグローバルのIPアドレスでアクセスしなければならない。ところが宅内で普通にDHCPでIPアドレスを取得すると、ルータがDNSサーバになってしまい、サーバ機のIPアドレスとしてグローバルの方、つまりルータのWAN側のアドレスが返されてしまう(レジストラのDNSサービスででそう設定してあるため)。これではLAN内からはホスト名でサーバ機にアクセスできない。

それを解決するため、サーバ上にDNSサーバを立て、サーバ機のIPアドレスとしてローカルなアドレスを返すように設定してある。そして宅内のPCやタブレット、スマホはIPアドレスを固定にし、DNSサーバにサーバ機のIPアドレスを指定している。スマホでは宅内のWi-Fiアクセスポイントに接続したときにそうなるように設定してある。これで同じホスト名で、家の中と外からシームレスにサーバ機にアクセスできるようになっている。

ところで、スマホ(Android)のChromeにはデータセーバーという機能があり、これを使うとGoogleのプロキシを通して通信量を削減してくれる。最初からこの機能を使っていたのだが、そうすると宅内からサーバ機にWebアクセスする時、普通はWi-Fiでスマホからサーバ機に直接つながるのが、いったんWANに出てGoogleプロキシからサーバにアクセスされる。つまり宅内でもWANからのアクセスになる。

ところが、ふとデータセーバー機能をオフにしてみたのだ。そうすると宅内からサーバ機にWebアクセスできなくなった。サーバ機自体に全く接続できないわけではない。サーバ機に来たインターネットのメールをIMAPで読むアプリもちゃんと動いているし、pingやSSHもできる。tcpdumpで監視しても、グローバルのIPにpingを打ったりしてるわけではなく、ちゃんとサーバ機にホスト名でアクセスできているので、DNSに問題があるとは思えない。しかしWebアクセスしたときにはサーバ機のApacheログにも何も出ないし、逆にIPアドレスでアクセスしたらつながる。どこに問題があるのだろう。

しばらく時間を置いた後、今度はブラウザを変えてみようと思い、Yahooのブラウザをインストールした。普通にアクセスできる。なんでかなあ、と思ってもう一度Chromeをデータセーバーをオフにしてアクセスしてみる。すると、

すんなり繋がった。

なんだかわからんが解決した。何だったんだろう、あれは。システムの世界にはたまにこういうことがある。

以前はこのブログのタイトル「鬱るんです」でGoogle検索したらトップに出てきていた。頻繁に更新していたからかな。

そして、2年ほど前から更新を止めたら、徐々に順位が下がっていったが、まだ1ページ目にとどまっている状態だった。

それが、1週間サーバがダウンして接続できなくなると、Google検索に全く出なくなった。ああ、このサーバは死んでると判断されて(死んでたが)、検索結果から外されたのか。サーバのログを見てみると、10分に1回くらいGooglebotのアクセスがある。Googlebotとはサイトの情報を集めるGoogleの手先であり、特定のページの情報をかっさらっていく。以前は1分間に何回も来ていたのに、やはり半分見放されているのか。

でも10分に1回でも来るということは、うちのサーバを全く見失ったわけでもないようだ。ブログを書いていると、また徐々に上がってくるかな。

しかし、長い間かけて積み上げてきたものは、本当に短い時間で崩れ去るものだなあ。