ぐるぐるnest hub その1 インターネット未接続となる問題  徹底調査で解決 

「WiFiに繋がらない」、「インターネット未接続となる」などで検索すると多数の記事が見つかり、そこには「使用デバイスの不具合」、「無線LANルーターに不具合」などの記載があり、その対処は「スマートフォンの機内モードのONとOFFを切り替える」とか「スマートフォンのネットワーク設定をリセット・再設定」とか書いている。その対処で動くようになることがあるかもしれないが、原因が特定できておらず、再発する可能性が高い。つまり解決したことにはならないことが多々あるに違いない。

  ここでは、ほかのサイトに書かれていない(稀な?)パターンの調査&解析とその解決までの記録である。 タイトルを「ぐるぐるnest 」としたが”その1”ではnestの話を書こうとしていたところ発生した別パターンのトラブルについて書く。

症状:

AndroidスマホをWiFiにつないで使用していた。ある時点までは問題なくWiFiを利用できていたが、部屋を移動して別の無線LANを使用して元の部屋に戻ってきWiFi接続を切り替えるとWiFi(無線LAN)には接続できているが「インターネット接続なし」となりネット利用できなくなる。
 同じ無線LANに接続してほかのIoT機器(Google home、SiwtchBotHubやNature Remo)はインターネットに接続できている。

 この状態で、他のサイトの記事を参考に対処するなら、Androidスマホの再起動や、WiFiオンオフの設定や無線LANの再起動だろう。 いずれの対処も効果なく症状に変化はなかった。過去には似たような症状のときに、無線LAN再起動することで復旧したことはあったが、今回はそのパターンではなさそう。
「原因特定なくして解決なし」ということで原因調査を開始した。

解析編:

まず大まかな切り分けから。
 よくあるサイトの対処手順を参考に切り分けてみる。
1. まずスマートフォンそのものが壊れていないかを確認
  他の無線LANにつないで使う分には問題なく使える
→ 「 スマートフォン そのものの故障」ではない
2.「スマートフォンの機内モードのONとOFFを切り替える
  OFFにするとつながらない。ONに戻しても「インターネット接続なし」の状態に変化はない。 →「機内モード」の問題ではない
3.「スマートフォンのwi-fiのONとOFFを切り替える
OFFにするとつながらない。ONに戻しても「インターネット接続なし」 の状態に 変化はない。 →「WiFi ON/OFF」の問題ではない
4. 「スマートフォンのネットワーク設定をリセット・再設定
 無線LANに接続できているので、スマートフォン側の設定の可能性は極めて低い。もし、設定の問題だとしてもいきなり再設定ではなく設定が妥当か確認する作業が必要だろう。 ということで、後で確認する。
5.「スマートフォンを再起動
スマートフォンが異常な状態になっているなら、これで復旧するかもしれない。
 再起動しても 「インターネット接続なし」 の状態に 変化はない。 →  一時的な異常な状態という問題ではない。

 ということで、よくあるWiFi接続問題を取り扱うサイトには書かれていない何らかの問題が発生していると推測された。

戻って、スマートフォンのネットワーク設定を詳細確認してみた。 設定詳細を開くと、スマートフォンに払いだされたIPとゲートウェイIPは目を疑うものだった。いや、これではインターネットにつながるはずがない。これで、無線LANに接続できているのにインターネットに接続できない直接的な原因は理解できた。
 なぜそうなったかの調査と根本対策は。ここから始まる。
とりあえず復旧させてみよう。”プライバシー….” という項目を長押しするとMACアドレスをランダムにするかデバイス固有のものにするか切り替えることができる。これを使ってIPアドレスをDHCPに再払い出しを要求してみる。 とりあえずIPアドレスは想定通りのものに変わりインターネット接続は復旧した。
 →これで、 「インターネット接続なし」 の直接の原因は”割り振られたIPアドレスにある”ことが確認できた。

 問題の「目を疑ったIPアドレスとゲートウェイIP」は、遠く離れた場所に最近追加した無線LANの無線LAN側のDHCP設定で指定したものだった。
 ここまでの状況を図で整理すると次のようになる。


この挙動は、かなりありえないことが起きていそうなことが理解できるだろう。ただ、事実起きているのだから、この事象発生には何か原因があるのは間違いない。こういう問題は、”ありえない”と最初から起こりそうにないことを除外してしまうと永遠に解決できなくなる。切り分け調査を一歩一歩進めるのが解決への近道である。

 さて切り分けをどうするかを考えようとしていた矢先、「インターネット接続なし」問題が再発した。 今度は、  ”プライバシー….”を使ってIP再払い出しを試みるも復旧しなかった。なおかつ、IP再払い出し要求をするたびに確かにIPが変わっている。そのIPは無線LAN③用のものだ。無線LAN③からIPが払い出されているのは間違いなさそうだ。では、どのような経路で払い出されているのだろう。WiFi接続の認証後、IP払い出し要求するときに無線LAN③からの電波を受け取っているのだとしたら、… 
 無線LAN③の電源を切ることで解決できそうだ。しかし、必要だから無線LAN3を用意したわけで、いつも電源を切っておくわけにはいかない。そこで、まず電源は切らずに無線LAN③のWAN側のケーブルを抜線してみる。

暫定対処

無線LAN③のWAN側のケーブルを抜線して 、スマホで「 IP再払い出し要求 」をすると正しいIPが払い出されて、インターネット接続に成功した。
 これで、このトラブルのメカニズムを理解できた。
ここまでの文面で分かる人は理解できたかもしれない。少し難解なところもあるので、再度整理しておこう。

トラブル原因と仕組み

仕組みは上の図の通りである。 問題は、無線LAN③のDHCP動作である。DHCPはLAN側設定であって、WAN側に流れるものではない。 無線LAN①に接続した機器は通常ブロードバンドルータが払い出したIPを利用する。これにより、IPは192.168.1.xxx、ゲートウェイIPは192.168.1.254となる。しかし問題発生時はIPが192.168.80.xxx、ゲートウェイIPが192.168.80.1となっていた。
 192.168.1.xxとなるか、192.168.80.xxとなるかは、どちらのDHCPからの応答が早いかなど運しだいという状況だったわけだ。スマホ以外のIoT機器に問題がなかったのはたまたまといってよいだろう。いつかは同じ状態に陥っていたかもしれない。また、IoT機器は設計上リトライ回数を増やすなどが我慢強い復旧策を実装しているのが効いているかもしれない。
 いずれにしても、根本原因は判明した。

根本対策

問題原因は分かり、無線LAN③のWANケーブルを抜くことで解決したが、192.168.80.x系のIoT機器が使えない状態なので、いつまでもこの状態にしとくわけにもいかない。
 
 無線LAN③の設定を見直してみる。 そもそも192.168.80.x系の通信がWAN側に漏れるのを防ぐべきで、基本的にはガードできているようだ。 だが、実際にDHCPのUDPパケットはWAN側から無線LAN③に到達して、それに対する応答をしている。 無線LAN③のWAN側パケットフィルタを見るとデフォルトで多数の設定が組み込まれているがDHCPパケットの破棄設定はなかった。

  そこで、DHCPパケットをフィルタリングすることとした。根本対策は、「ネットワーク構成変更jする際は、境界を越えてDHCPパケットが流れないように設定を確認する、また設定を行う」とする。
 ※ネットワーク機器メーカは妥当になるように製品開発を行う際は十分に検討・検証してほしい。

最後に

トラブルの対処法は、小手先の対処では再発する。根本原因を調査して根本対策しましょう。
  ちょっと、長くなりました。 タイトルの「ぐるぐるnest」は次の機会に書きます。このネタも今回と同じくらい長くなる予感がします。。。

音声コマンドで、Google Nestやテレビ(Chromecast)にスマート非対応のWebカメラの画像を表示してみる(hsbox使用)

スマート対応されたIPカメラも登場してきていますが、現時点のWebカメラのほとんふどは未対応でしょう。そこでスマート非対応のWebカメラからGoogle Nestやテレビに映し出すことにトライします。もう一つポイントは”プログラミングしない”ということです。hsboxを使用し、設定だけで実現します。

システム構成:
IFTTTで 「Google Assistant」 をトリガに使用。
※機種によっては監視カメラ自体のアラームをトリガにできます

②IFTTTの 「Webhooks」で、hsboxのAPIを操作。

③ hsboxのメニューのコマンドで画像をURL指定指定して
スマートデバイスに 「cast」を実行

  ④ Google Nestなどの スマートディスプレイや、
Chromecastが WebカメラにURLにアクセスし
ディスプレイやテレビに画像を表示

ここでは、hsboxのスマートサービス連携機能クイックスタートガイドの設定が完了している前提で書きます。 つまり、「メニュー ゼロ」の呼び出しで、ディスプレイや テレビにhsboxのトップメニューが表示されるところまでの設定が完了している前提です。

■①トリガの設定、② 「Webhooks」 の設定

①、②は上記の前提条件の設定状態で完了しています。個別の「シングルワード」での呼び出し設定を行うことで、より操作しやすくなります。

■③メニューのコマンド設定

hsboxのメニューファイルをダウンロードします。設定変更していないなら、どのファイルも同じです。すでに変更していて、追加したい場合は、boxmenu.txtをダウンロードして編集します。

設定例:
 メニューの 625番に 玄関に着けたWebカメラ(http://192.168.20.50:80/snapshot.jpg)を表示するコマンドを登録してみます。

625番なので、 boxmenu.txt ファイルの626行目をつぎのように更新します。※ boxmenu.txt ファイル の行は追加削除しないでください。行番号がメニュー番号に対応しています。先頭行(1行目)が、メニュー0番なので、メニュー625番は、626行目に相当します。

302,http://192.168.20.50:80/snapshot.jpg,-,625: 監視カメラ (玄関),カメラ,-


大葉、枝豆は大変だったが、バジルは比較的簡単に大量収穫

長さ1.5mほど、2列で種を蒔いて適当に水やりしただけで大量収穫できてます。しかし、ジェノベーゼの登場頻度が頻度が高すぎ。バジルの使い道って、バジルソースいがに何かないですかね。



そして、オクラは、多少虫にやられていしまたが、順調に収穫はできている。

しかし、枝豆は、

こんな感じで、成長して、さやもたくさんついているが実がほとんど入っていない。枝豆に関しては虫がついたわけではないので、水か肥料かというところですが、どっちもそれなりにはやっていた。 なかなかむつかしい、枝豆は、難易度が高めですね。

そして、大葉は全滅してしまいました。芽が出た記憶もないのです。芽が出た時点で虫に食われてしまったのか、そもそも芽が出なかったのかよくわかりません。phはもともと5.5くらいの酸性のところを中性に寄せるように調整しているので6.0くらい。大葉に丁度良いくらいのはずだが、隣に植えたより中性寄りが好みのバジルはしっかり成長している。7.0くらいになっていたのか..。 ph調整もなかなか大変だけど、いまいち原因が明確でない。

活動量計 T-PRO Lifesense band2 切れたバンドの対処について

暫定的にビニールテープで補修して使用していたが、他のところがプッチと切れてしまいどうしようか検討中です。ネット上を探すとすぐ切れたという情報が多数見つかりました。バンドが切れるのは”あるある”なのですね。残念ながら、Lifesense bandはもう販売されておらず、交換用のバンドも品切れとのこと、困った。
 本体部分は、問題なく使えているのに、バンドが原因でリタイアとなるとは想定外でした。ほかの製品用のバンドで代替できるものがないか探してみたが、コネクタ部分の仕様が違うようだUSBに直接突き刺す仕様なので、寸法が合いそうなものはあるが、引っ掛ける部分の機構に違いがあるようだ。
 
 諦めて、バッテリーの持ちと、バンドの耐久性を考慮して代わりの製品を探してみた。
 相変わらずApple Watchは駆動時間が短いようだ。2台持ちで問題解決ってどうなのよ。という感じ。バンドについてはいろいろ選べるので、どうにでもなりそうだが、電池の持ちだけはどうにもならん感じがする。ということで、 AppleWatchは 選択肢から外れた。
 そうなると、バンドの耐久性がありそうな活動量計は皆無にちかい。そんなこんなで、fitbitということになった。 fitbitなら、革製や金属製のバンドも存在する。

さてどうなるか、結果は追ってレポートします

活動量計 T-PRO Lifesense band2 バンドが切れる 

使い始めて、ちょうど1年で、バンドが切れてしましました。 電池の持ちなど機能的には満足していたのですが、思わぬ落とし穴でした。 レビューをみなおすとバンドは切れやすいらしい。数か月で切れるのはさすがに使い方の影響が大きいように思いますが、切れやすいことには間違いが無いようです。 他の製品はどんな感じなのでしょうか。 いろんな製品で交換用のバンドが売られているところを見ると、切れるのは珍しいことではないようです。 金属製とか切れようがないバンドにならないものでしょうかね。

 T-PRO Lifesense band2 のバンドは、どれも売り切れなので、とりあえずあきらめて、バンドをテープで補強してだましだまし使うことにした。 何か良い製品はないのだろうか。。

WordPress5.4.2セキュリティ修正リリース   5.2.7も自動適用

 2020/6/10にWordPress5.4.2がリリースされた。これにはセキュリティ修正が含まれている。 修正 https://core.trac.wordpress.org/query?milestone=5.4.2&group=component&col=id&col=summary&col=milestone&col=owner&col=type&col=status&col=priority&order=priority

 このリリースにはセキュリティ修正のほかに強化も含んでいる。5.4系を使っているなら上げるほうがよいだろう。 5.2系は 5.2.7でとりあえずよいのか…。 5.2.6、5.2.7の修正内容は見えない感じです。

パッチはリリースしているのに、修正内容が分からないのはいまいちです..

「特別定額給付金」オンライン申請は10分ほどで完了したが、これ使える人どれくらいいるのだろう。

郵送されてくるのを待とうかと思っていたが、オンライン申請できたのでやってみた。

申請用のWebページは、「マイナポータル」 にある。仕掛けはすでにあったのですぐにWebページを開設できたのでしょう。さて、申請のほうだが、入力項目はごくわずかなので、世帯分の氏名くらいで住所等もすでに登録された情報が表示されるのでサクッと完了した。

 さて、問題はこの申請をするのに使った環境だ。e-taxで確定申告したことがあればほぼハードルはない。振込先の確証の添付ファイルをどうするかくらいでしょう。まあ、スマホで写真をとるだけで準備できるのでそれほど手間ではないでしょう。
 e-tax使ったことがない人は、今回は、オンライン申請をつかえないのではないだろうか?というのは、こういうことだ、まず一番大変なのは利用者照明用電子証明書を搭載したマイナンバーカードを取得することだ。2019年秋の話だが申請してから3ヶ月くらいかかった。いま申請すると込み合ってもっと時間がかかるのではないだろうか? オンライン申請の受付終了日は、令和2年8月18日となっているので、マイナンバーカードが届くまでにオンライン申請の受付期間が終わってしまいそうだ。
 それから、マイナンバーカードを読み込む”カードリーダ”だ、10年ほど前の機種でも利用可能だったので、入手することは難しくないかもしれない。まあ、NFC対応のスマホでも代用できるようなので、今どきはスマホを使う方法が一般的かも知れません。

 ということで、今回のオンライン申請はすでにマイナンバーカードを持っている人くらいしか使えないのではないだろうか? その辺の情報があまり報道されないのは、マイナンバーカードを普及させたいからかもしれない。しかし、申請してから受け取るまでに時間がかかるのは普及するとは本気では思っていないからかもしれない。

WordPress5.4.1リリース  セキュリティ修正を含む が … 5.2.6も自動適用された

 2020/4/29にWordPress5.4.1がリリースされました。これには7件のセキュリティ修正が含まれています。ただ相変わらず修正内容に関する情報公開がぬるい。修正のほかに強化項目も含まれているので何用のリリースなのか分かりにくい。

■5.4.1での修正内容は

 情報公開で、分かりにくいポイントはいくつかあるが、ぱっと見どれがセキュリティ修正かわからない。NVD、JVNには4/30時点では、まだ情報公開されていないようです。修正内容のほとんどはバグ作り込みが、WP5.4となっています。そして2件の修正対象のバグ作り込みバージョンは5.3となっています。 これはREST APIに関するものです。 この修正では、5.2以前のものはなさそうなので、 5.2系を使っているところは様子見でよさそう。

 REST APIの件がセキュリティ修正かどうかが気になる。 #49648はプロパティのアトリビュートが取れない問題、#49645も同様にREST APIを使ったシーンで情報が取れない問題だ。これは、セキュリティかどうかに関係なくアップデートしておいたほうがよさそうです。 アップデートするとなると気になるのは、5.4や5.4.1で強化された項目の残バグの状況です。 

■残留バグ、つぎの修正の予定は?

すでに5.4.2を作業中のようです。これも強化を含む修正で、5.1で作り込んだバグの修正も含みそうです。 

■それで、どうする?

5.4.1については、 5.3系には適用するのでよいでしょう。 5.2以前は5.4.2が出るのを待つので良いでしょう。5.2は5.2.6が自動適用されました。
それからNVDなどの情報もチェックしましょう。

■追記:5.2.6の内容は?

5.4.1の修正内容ではなく、5.4.2で作業中のテーマの更新を先行して出したようです。WordPressの修正一覧ではマイルストーン、バージョンともに5.2.6はまだ登録されていません。 修正内容もチェックしておきましょう。

WordPress5.4がそろそろリリースされそう。 セキュリティ修正は?

 2019/12/13にWordPress5.3.1 セキュリティパッチがリリースされてから、セキュリティ修正はまだないが、5.4でどうなるかちょっとみてみた。 修正内容の管理も5.4もできている。

■5.4での修正内容は

 今時点で5.4がリリースされるような状況ではない感じがする。 最悪5.4はスキップして、5.5か という感じさえする。というのは、#49685 など、マイルストーンを5.5としている。修正できたら5.4にセットしなおすのかもしれないが。。。

それから、5.3以前の作り込みバグの修正はなさそうです。いずれも5.4での問題の修正とされている。

■4/2追記:

5.4リリースされていました。
結構クローズされていない状態でリリースされているようだ。 修正内容の項目数は、先日みたときより4倍くらいに増えている。まだまだ修正中という感じですね。となると、5.4.1のリリースもすぐかもしれない。 それから、5.4での強化のいろづけが簡単にできるようになるのはよさそう。。。 でも、大きめの残バグがあるので、5.4へのバージョンアップは修正パッチが出てからにしよう。

・脆弱性

2020年もプラグインがらみの脆弱性が多数報告されている。 プラグインのほうもチェックしておかないと。。。

スギちゃんを全滅させろ

スギさんとの戦いふたたび

ことしもスギちゃんとの戦いをはじめました。詳細は後に書きますが、つくしが顔を出す寸前のところまで来ていました。まず、昨年レベル分けして除去作業のレベルを変えてみた結果を書いておきます。1つめの写真は、地下茎を深く追わず、30~40cmほど土をひっくり返して見え付けた地下茎を除去した部分です。庁とのこの部分の上にトマトがびっしり茂っていたのでほとんど地面のメンテナンスができなかったこともありますが、スギナがびっしり生えてしまいました。しっかり除去したわけではありませんが、何も除去していないのと同等くらいの状況のように見えます。

つぎの2つ目の写真は、5,60cmくらいまで地下茎を追っかけて除去した部分です。1年間の間に数回除去したていどですが、スギナは数本しか生えていません。しっかり除去することは効果があるといえるでしょう。しかし、地下部分ではそうでもありません。この部分においても地下茎は広がっており、地下60cmほどの場所に水平に伸びていました。この地下茎からほぼ垂直にのびて次の芽を出そうしているものが多数ありました。3つ目の写真が、その垂直に伸びた地下茎です。

掘り出した根を伸ばして石の上に並べています。長いもので60cmほどあります。左側が地上方向で、それぞれ土筆が芽を出そうと地表ぎりぎりのところまで来ていました。これらは、60cmほど掘った後、横方向に順次掘り進みながら採取しました。

2020/ 2/ 9 15:59

これらは上の2番目の写真の箇所から掘り出したものです。いずれも地表面からは見つけることができませんでした。
 地上に少しでもスギナは生えているなら地下には地下茎が広がっていると考えるのが妥当でしょう。毎回60cmも掘って除去するのは大変なので定期的に耕して出てきたものをこまめに除去するのは作業量が最も少なくて済むように思います。もちろん除草剤を使えば楽に除去できるのですが、無農薬栽培を目指したいので、農薬は使用しません。何かを使うとしても自然界にあるもので対策したいと考えています。