クローズド組み込みデバイスで欠落している DHCP「要求」のデバッグ

クローズド組み込みデバイスで欠落している DHCP「要求」のデバッグ

私は、自宅のネットワークに接続し、DHCP を使用する組み込みデバイス (Philips Hue 照明システムのコントロール ハブ) を持っています。何ヶ月もの間、すべて正常に動作していましたが、ルーターを変更せざるを得なくなりました。現在、ハブは IP アドレスをまったく取得できません。何が問題なのかを解明しようとしていますが、大きな問題が 1 つあります。ハブの唯一のインターフェイスは Web ベースです。IP アドレスがないと、ハブから情報を取得したり、ハブにコマンドを送信したりすることはできません。問題のあるデバイスにアクセスできない場合、これをデバッグするにはどうすればよいでしょうか。

より多くの設定オプションを取得するために、ルーター (Linksys N600) に DD-WRT をフラッシュしましたが、何も役に立ちませんでした。ルーターの DHCP を無効にし、Raspberry Pi を DHCP サーバーとしてセットアップしたところ、DHCP ログには次のような繰り返しシーケンスが表示されました。

Feb 18 19:36:06 retropie dhcpd: DHCPDISCOVER from 00:17:88:6f:30:78 via eth0
Feb 18 19:36:06 retropie dhcpd: DHCPOFFER on 192.168.1.150 to 00:17:88:6f:30:78 via eth0
Feb 18 19:36:09 retropie dhcpd: DHCPDISCOVER from 00:17:88:6f:30:78 via eth0
Feb 18 19:36:09 retropie dhcpd: DHCPOFFER on 192.168.1.150 to 00:17:88:6f:30:78 via eth0
Feb 18 19:36:12 retropie dhcpd: DHCPDISCOVER from 00:17:88:6f:30:78 via eth0
Feb 18 19:36:12 retropie dhcpd: DHCPOFFER on 192.168.1.150 to 00:17:88:6f:30:78 via eth0

サーバーはアドレスを提供しますが、何らかの理由でハブは「要求」パケットを送信しません。ネットワーク上の他の無数のデバイスには DHCP の問題はありません。古いルーターに戻ることはできません。ルーターは DSL モデムに組み込まれており、DSL はもう使用していません。

私はネットワークに詳しいわけではありません。問題が閉じたデバイス内部にあると思われる場合、この問題にどのように対処すればよいか、誰かアドバイスをいただけませんか?

関連情報