クロードに DNS ログを読ませたところ、そうしなければ決して知ることのできなかったネットワークに関する情報が得られました。

私はネットワーク上で Pi-hole を実行して、不要な広告やトラッカーをブロックしています。 Pi-hole は、ホーム ネットワーク上のデバイスによって行われたすべての DNS リクエストをログに記録します。数千のドメインに対して数十万のクエリがあるため、クロードにログを調べて何が見つかるかを確認させました。

スマートホームの音が思ったよりうるさい

すべてのネットワーク トラフィックの 5 分の 1 以上を占めています。

クレジット: Bertel King / How-To Geek

大量のデータでクロードを動けなくさせたくなかったので、過去 4 日間のログをエクスポートしてクロードにアップロードしました。私は、それを見て、何かパターンや興味深いもの、珍しいものを見つけられるかどうかを確認するように依頼しました。

クロードが最初に明らかにしたのは、私のスマート ホームがネットワークの DNS トラフィックの重大な部分を引き起こしているということでした。私はミニ PC 上で Proxmox のホーム アシスタントを実行しており、複数のスマート ホーム デバイスとセンサーを備えた非常に典型的なスマート ホーム セットアップを行っています。家の周りには他にもたくさんの接続デバイスがあり、トラフィックはかなり均等に分散されるだろうと想定していました。

クロードが、4 日間で約 400,000 件のクエリのうち、約 85,000 件が Home Assistant からのものであると判断したことに私は非常に驚きました。これは、ネットワーク全体のリクエストの 20% 以上でした。

これらの大部分は、特定のドメインの IP アドレスをまったく求めていないリクエストでした。これらは、多くの場合、基本的な接続要求、DNS リゾルバーのヘルス チェック、または VPN またはトンネル ソフトウェアです。クロードは、これらのリクエストが問題になるとは考えていませんでしたが、Home Assistant からのトラフィックの多さに驚きました。

外形寸法図

長さ4.41インチ x 幅4.41インチ x 高さ1.26インチ。

重さ

12オンス

Home Assistant Green は、Home Assistant チームが直接作成した事前構築されたハブです。これは、ソフトウェアを自分でインストールする必要がなく、自宅でホーム アシスタントをセットアップするために必要なすべてが付属するプラグ アンド プレイ ソリューションです。

私の洗濯機は72秒ごとに東京を呼んでいます

そこまで賢くない

クレジット: Adam Davidson / How-To Geek

これは私にとって本当の啓示でした。私が使用している Samsung の洗濯機には、携帯電話から洗濯機を開始、一時停止、または監視できる基本的なスマート機能がいくつかあります。ホーム アシスタントで使用してみましたが、ローカルではなくクラウドベースの SmartThings 統合に依存していたため、サイクルの完了を追跡する他の方法があるため、最終的に削除することにしました。

私はその賢い機能について忘れていましたが、クロードは洗濯機が単に家に電話をかけているだけではなく、事実上ノンストップで動作していることを発見しました。 Pi-hole は、東京でホストされているクラウド サーバーに解決されたホスト名に対する 4 日間で約 5,000 件の DNS リクエストを記録しました。これにより、DNS ルックアップがほぼ 72 秒ごとに 24 時間行われるようになりました。

クロード氏は、同様の結果を発見したサムスン製デバイスの他のユーザーからの報告を見つけたと私に語った。これはうちの洗濯機に限ったことではありませんが、全く気づいていませんでした。

電話が思ったより混んでいた

バックグラウンドで大量のログ記録が行われています

クレジット: Lucas Gouveia / How-To Geek

大量のトラフィックが私の携帯電話の使用に関連していると予想していましたが、クロードが明らかにした内容には驚きました。予想外だったのはトラフィックの量ではなく、携帯電話から送られてくるクエリの種類でした。

4 日間で私の携帯電話から約 75,000 件のクエリがあり、そのうち 10,000 件以上が、Google Firebase ロギング、Google タグ マネージャー、その他の追跡 SDK などの分析および広告追跡サービスに送られました。私が驚いたのは、Facebook ドメインへのリクエストの数でした。私は携帯電話に Facebook をインストールしておらず、ブラウザーでも Facebook を使用していないからです。

クロードは、WhatsApp は Meta の共有インフラ上で実行されており、私の携帯電話にある唯一の Meta アプリであるため、これらのリクエストの多くは WhatsApp からのものである可能性が高いと示唆しました。ただし、携帯電話自体のネットワーク トラフィックを検査しない限り、どのアプリが各リクエストを生成したかを正確に知ることは不可能です。これは、Pi-hole のドメイン名から、どのアプリが原因であるかを必ずしも正確に伝えることができるわけではないことを思い出させます。

私のEcho Showは広告や追跡リクエストを非表示にしようとしてもいません

トラフィックの 5 分の 1 はこれらのサービスへのトラフィックでした

クロードは、私の Echo デバイス上での Amazon の追跡がいかに厚かましいかを非常に面白がっていました。 23,000 件のリクエストのうち、4,500 件以上が という名前の単一ドメインに送られました。 trck.ahs.prod-eu.turntable.sonic.advertising.amazon.dev。クロードは、広告と追跡ドメインのドメイン名に「advertising」が含まれていることを面白いと感じました。

4 日間の期間中に音楽の再生などに Echo デバイスを使用したにもかかわらず、DNS リクエストの 5 分の 1 はこの広告および追跡ドメインに対するものでした。確かなことは言えませんが、これらの呼び出しの一部が、一見無限に続く不要な広告の原因となっている可能性があります。これを学ぶと、すべての Alexa デバイスを再利用したり、インターネットから切断したりする意欲がさらに高まります。

クロードは生データの分析に最適です

4 日間で何十万もの DNS リクエストがあったため、このデータを自分で調べるのは報われない作業だったでしょう。 Pi-hole のダッシュボードは便利ですが、木を見て森を見分けるのは必ずしも簡単ではありません。データをクロードに渡すと、不可解なホスト名のリストが、私のローカル ネットワークで実際に何が起こっているのかを示す物語に変わりました。