ホーム » コンピュータ (ページ 22)
「コンピュータ」カテゴリーアーカイブ
2022-03-26-クラス●さんへのメモ
このページは、息子の入居先のネットワークトラブルの原因を(私が自宅に帰るため)、ネットワーク関連の担当者に状況を伝えるためのメモです。
本格入居までの状態
- 2月末に契約を行い、荷物運び込みなどを順次行い、3月上旬に入居。
- ルータは、Buffalo WSR-1800AX4S ver 1.03 で、今回の新居にあわせ新規購入品。
この際にはルータのデフォルト設定(Auto/Router)のスイッチで接続。 - 「インターネット@スタート」で初期化が行われたが最初は繋がったが、すぐに切れてしまった。
しかし、色々と接続設定を変えていたら、何らかの”偶然”だったのか接続できるようになった。入居日から翌日までは、そのまま接続ができていた。 - この後、帰省先に帰り1週間後に本格的な入居(3/26)
3/26のメモ
- 入居先に到着し、インターネットを接続するが、ここでも「最初の10秒?から30秒ほどは繋がったがすぐにインターネットに接続できない状態」となる。
- ルータのWAN状態は…
- つながる時は 192.168.200.6 などのIPアドレスリースをうけている。
- 切れた状態になると「インターネット@スタートで接続するが繋がらない状態」になる。
- クラス●さんに連絡を入れ、担当者さんからの連絡を受ける。
担当者さんのアドバイス以降
- 担当者さんのアドバイスにより、ルータをManual / Access Point モードにしたが、一時的に繋がったが30秒程度接続ができた後、繋がらなくなる。(過去の状態と同じ)
- PCは、192.168.200.15 が割り当てられた。
- ping 192.168.200.1 を実行したが30秒ほど後で応答が途切れる。
- こちらの判断で、ルータを Manual / Router モードに変更し、再起動したが、同様の症状。
- 自宅ルータも Buffalo で、過去に「インターネット@スタート」でトラブったことがあるので Auto / Router モードは信用していない。
- 動かない原因が古いファームウェアのバグといったトラブルを避けたいので、別途Webで入手したファームウェアに更新。ただし、バージョン番号は同じ ver 1.03なのでファーム更新はただの気休めの予定だった。
- しかし、ファームウェア更新ご再起動したら、安定してつながる状態となった。
(意味不明!?!?!?!?)
原因の推測
- つながったのにすぐに切れる。
- 他の居住者からはトラブル連絡はない。
- トラブルが全建物的なものなら別途クレームがあるはず
- 今回のこのルータは、帰省中の1週間使われていなかった。
- ルータからのDHCPのリース時間は、259200sec = 3日間
- 一旦繋がったら、安定して使えている。
これらのことより
- リース済みIPアドレスの再利用(リース延長/DHCP Request)は正しく動いている。
- 新規接続はつながるけど、すぐに切れる。DHCP Offer が失敗する?
- リース期間の情報が、サーバと端末で、ずれていることが原因ではないか?
- 上流のDHCPサーバ(192.168.200.1) の時計がずれているのではないか?
- すぐに繋がらなくなるのは、他のPCにリース済みのIPアドレスを、時計がずれることが原因で、間違って再延長許可(DHCP Request に ACK を返答)するため、他のPCとIPアドレス重複を起こして繋がらなくなる?(他の重複したIPアドレスを使っているPCがパケットを出すまでは一時的に使える)
- リース期間が切れる前にリース延長(DHCP Request)を行う端末は、安定してつながる。
2022-03-27 追記
- 朝、ネットワークを使ったら無事に使える状態であった。
- しかしながら、10分ほど安定して利用できていたが、再び繋がらない状態となる。
- 繋がらない状態になった時に、改めてルータの通信パケットを見ると、エラーパケットが0なので、ケーブルが抜けかかっているとか、コリジョンが発生しているとかの原因ではないと思われる。
- ルータの通信LOGには、WAN側接続のトラブルに関する記録なし。
Access Category Password プラグイン導入
記念となる記事も BLOG に残しているけど、プライバシー的にアクセス制限をかけたいことも多い。公開状態を「パスワード保護」にするのが基本だけど、記事毎にパスワードを設定することになり、色々と面倒。
functions.php とか header.php とかを触って BASIC 認証をかける方法も紹介されているけど、メンテナンスが面倒。
プラグインを探していたら、“Access Category Password” というのが見つかる。特定のカテゴリーに属している記事にパスワードがかけられる。WordPress の管理者とか編集者などのロールに合わせてパスワード無しとすることもできる。
今回は、”hidden”というカテゴリーを作り、これをアクセス制限対象に登録してみた。今後は、見せたくない記事なら”hidden”カテゴリーに追加するだけ。見せてもいい相手には、こちらからパスワードを教えるか、WordPress のユーザに招待すればいい。
長男の新しいアパートのWiFiルータ
)
長男の新しいアパートで、ルータを更新。WSR-1800AX4 を導入したけど、ネットワークの設定が終わったら、接続ができなくなる。
最初、インターネット@スタートで繋がらない状態だったので、過去の経験からPPPoE とかを使うのでもなければDHCP設定にすれば一発で繋がる….と思って設定したけど、最初繋がったのに接続が切れたり。設定を色々変えたけど症状が改善せず、最初から接続を疑い有線ケーブルを別ケーブルに変更するとすぐに繋がった。
どうも、大学のアパートで使っていたケーブルを引越しの時に微妙にダメージを与えたみたい。明日は、卒業式が終わったらひとまず1週間だけ帰省なので、(コロナ禍で卒業式には参加できないし)ケーブルだけ新しく買っておこうかな。
(追記)
ケーブルを交換しても、相変わらず不安定。次は壁のネットワークのプラグの接触不良を疑う。LANの爪を引っかからない状態にして電極がこすれあうように抜き差しを繰り返す。ひとまずこれで安定したと思う。
新しいアパート
今日何度か往復してほぼ終了。今日の夜は大学のアパートの引き渡しを前に、新しいアパートで初のお泊まり。テレビやインターネット回線の接続も、繋ぐだけで簡単に終了。
ネットワーク速度もそれなりかな。
丹南ケーブルのメンテナンス2/18早朝
利用している丹南ケーブルのネットワークのメンテナンスで、02/18 01:00-05:00 にネットワーク断のアナウンス。
自宅では、ネットワークやら色々監視させているので、監視システム icinga の一時停止のスケジュール登録。
at の日時の書き方をいつも忘れるのでメモ。
$ echo "/bin/systemctl stop icinga" | sudo at 01:00 021822 $ echo "/bin/systemctl start icinga" | sudo at 05:00 021822
AppleWatchのバッテリー状態

FAX電話の故障と機種更新
最近、自宅の固定電話(主に親が利用のFAX電話)で、こちらの声が相手に伝わらないらしい。近所の電気屋にみてもらったけど、FAX電話の故障で買い替えを勧められる。ついでにドアホンをカメラ付きの機種への交換を勧められる。古いのは Pioneer のドアホンだけど、電気屋は Panasonic 系だから、ドアホンも一緒に交換しないと、ドアホンも動かなくなるからだろう。
カメラ付きドアホンは想定外の出費にはなるが、来客確認やら拡張すれば火災報知器連動などもできるし、提案してくれた機種の値段も Amazon さんよりも安く提案してくれている。
パナソニックのドアホン
Panasonic VL-SWZ300KF はモニター付きドアホンで、電話子機にもなるワイヤレスモニター子機も付く。SD カードへの録画、将来的に火災報知器や防犯カメラとの連動するための機能もある。
火災報知器の機能は、アダプタ+ワイヤレス火災報知器になるけど、トータルで値段もかさむのでひとまず見送り。Googleの火災報知器(Google Nest Protect)を導入する方が安いし。
これに合わせて電話機(本来は電話の更新だけでいいのだが)も購入だが、FAXの機能もそんなに使わないし迷惑電話対応機能付きのFAX無しでいいと思ったけど、半導体不足の影響なのか、入荷が遅れるらしい。FAX無しでも思いきり安くなるわけでもないし、FAX電話かなぁ。
親機の受話器がバッテリ式は好きじゃないので KX-PD315 になりそう。
この記事は、将来自宅家電が故障した時に、品名から取り扱い説明書などを探したり、製品寿命を確認するのが目的です。
Google Nest ドアベル
上記のモニター付きドアホンを導入するくらいなら、Google Nest ドアベル を導入することも考えた。先日、以前より使っていた Google Home mini に加え Google Nest mini を増設したし、ドアベルの通知を Nest mini,Home mini にすることもできるし、スマホでドアのカメラを確認もできる。
ただ、Google Nest ドアベルは、バッテリー駆動だけど数カ月持つとの話の割に、数週間も持たないから電源駆動が必要みたい。んで、海外向けのドアベルは8V~24V程度の交流が標準なので、ドアベル配線で Google Nest ドアベルを駆動できる。しかし、日本のドアベルは直流が標準で(実際、自宅のドアホンは直流20V)、単純にドアベル配線つなぐというのはムリそう。交流だしトランスで交流100V→交流24Vほどのトランスを挟めばいいのだろうけど、そのための電源アダプタも日本では売っていないみたいで、人柱感たっぷり。
ということで、Google Nest ドアベル導入は見送り。
Google Nest Mini 追加
最近、スマートスピーカーでタイマーやら色々活用しているけど、1Fでも使いたいとの要望が出てきた。
Google Nest mini 追加
そこで、元々使っている Google Home mini を1Fに移設し、新しく Google Nest mini を設置する。見た目はほとんど変わりないけど、音声認識の誤作動は改善されているらしい。
1Fに移設した Google Home mini は、デバイス名の設定を変更し、ついでに活用されてなかった古い Google Chromecast を1Fのテレビに設置する。
これに合わせ、google home/nest mini を喋らせるための google-home-notifier 関連の Script を修正。
Siri 対応の HomePod があるけど
以前に購入している、HomePod は iOS などと連携がうまくいくので、自宅に設置してある homebridge との相性も良く、homebridge-people などのモジュールを利用した在室確認のセンサーの値に応じてアクションを起動する場合には、HomePod の方が便利。「子供が家に帰ってきたらLINEに通知」といった処理で活用中。
Google Home/Nest の方が便利な点
この最近になって使えるようになってきた機能だと思うけど、「xx時にxxする」というアクションが音声で簡単に登録できるようになった。なので「6時にエアコンをつける」と言えば、翌朝にエアコンを自動的につけてくれる。
同じような処理も Siri のオートメーションを使えばできるけど、しゃべりかけるだけで時間やアクションを登録することまではできないので、これは Siri の未熟な所。







