質問:
dhclientはDHCPDISCOVER要求を送信し続けます。どうして？
The Gruffalo
2013-10-17 02:28:21 UTC
view on stackexchange narkive permalink

rPiをBluetooth経由でiPhoneに接続し、/ etc / networkインターフェースで次のようにbluetoothインターフェースを構成しました。

  ＃Bluetooth経由のiPhoneallow-hotplug bnep0iface bnep0 inet dhcp

電話からIPアドレスを取得し、インターネット接続は機能しますが、何らかの理由で、dhclientは、アドレスが取得された後も、そのインターフェイスにDHCP検出要求を送信し続けます。この抜粋は/ var / log / syslogからのものです：

  Oct 18 08:00:36 raspberrypi dhclient：Internet Systems Consortium DHCP Client 4.2.2Oct 18 08:00:36 raspberrypi dhclient：Copyright 2004 -2011 Internet Systems Consortium.Oct 18 08:00:36 raspberrypi dhclient：All rights reserved.Oct 18 08:00:36 raspberrypi dhclient：詳細については、https：//www.isc.org/software/dhcp/Octをご覧ください。 18 08:00:36 raspberrypi dhclient：10月18日08:00:36 raspberrypi dhclient：LPF / bnep0 / 00：1b：10：00：2a：ecOct 18 08:00:36 raspberrypi dhclientでリッスン：LPF / bnep0で送信/ 00：1b：10：00：2a：ecOct 18 08:00:36 raspberrypi dhclient：Socket / fallbackOct18で送信08：00：36raspberrypi dhclient：bnep0から255.255.255.255ポート67間隔8Oct 1808：00のDHCPDISCOVER ：36 raspberrypi dhclient：bnep0のDHCPREQUESTから255.255.255.255ポート67Oct 18 08:00:36 raspberrypi dhclient：DHCPOFFER from 172.20.10.1Oct 18 08:00:36 raspberrypi dhclient：DHCPACK from 172.20.10.1Oct 18 08:00:36 raspberrypi dhclient：172.20.10.1にバインドされています3--40353秒で更新。…10月18日08：05：45raspberrypi dhclient：bnep0から255.255.255.255ポート67間隔のDHCPDISCOVER 5Oct 18 08:05:50 raspberrypi dhclient：bnep0から255.255.255.255ポート67間隔のDHCPDISCOVER 7Oct 18 08:05:57 raspberrypi dhclient：bnep0〜255.255.255.255ポート67間隔のDHCPDISCOVER 10Oct 18 08:06:07 raspberrypi dhclient：bnep0〜255.255.255.255ポート67間隔のDHCPDISCOVER 10Oct 18 08:06:17 raspberrypi dhclient：DHCPDISCOVER bnep0〜255.255.255.255ポート67間隔14
Oct 18 08:06:31 raspberrypi dhclient：bnep0から255.255.255.255ポート67間隔のDHCPDISCOVER 15Oct 18 08:06:46 raspberrypi dhclient：DHCPOFFERSを受信して​​いません10月18 08:06:46 raspberrypi dhclient：永続データベースにワーキングリースがありません--sleeping.Oct 18 08:12:16 raspberrypi dhclient：bnep0から255.255.255.255ポート67間隔のDHCPDISCOVER 6Oct 18 08:12:22 raspberrypi dhclient：bnep0から255.255.255.255ポート67間隔のDHCPDISCOVER 9Oct 18 08:12:31 raspberrypi dhclient：bnep0から255.255.255.255へのDHCPDISCOVERポート67間隔12Oct 18 08:12:43 raspberrypi dhclient：bnep0から255.255.255.255へのDHCPDISCOVERポート67間隔17Oct 18 08:13:00 raspberrypi dhclient：bnep0から255.255.255へのDHCPDISCOVERポート67間隔16Oct18 08:13:16 raspberrypi dhclient：bnep0から255.255.255.255のDHCPDISCOVERポート67間隔1Oct 18 08:13:17 raspberrypi dhclient：DHCPOFFERSを受信して​​いません10月18日08:13:17 raspberrypi dhclient：ワーキングリースなし永続データベース内-スリープ中。

など、無限に。この時点で、rPiにはすでにIPアドレスがあり、インターネット接続は機能しています。

dhcpdumpも実行しており、毎分かそこらで、電話とこの種のrPiの間でDHCPパケットの交換が行われます。 p p> 

 時間：2013-10-16 22：24：14.540 IP：0.0.0.0（0：1b：10：0：2a：ec）> 255.255.255.255（ff：ff：ff：ff ：ff：ff）OP：1（BOOTPREQUEST）HTYPE：1（Ethernet）HLEN：6 HOPS：0 XID：feee6720 SECS：37 FLAGS：0CIADDR：0.0.0.0YIADDR：0.0.0.0SIADDR：0.0.0.0GIADDR：0.0。 0.0CHADDR：00：1b：10：00：2a：ec：00：00：00：00：00：00：00：00：00：00 SNAME：。 FNAME：.OPTION：53（1）DHCPメッセージタイプ1（DHCPDISCOVER）OPTION：50（4）リクエストIPアドレス172.20.10.13OPTION：12（11）ホスト名raspberrypiOPTION：55（13）パラメータリクエストリスト1（サブネットマスク） 28（ブロードキャストアドレス）2（タイムオフセット）3（ルーター）15（ドメイン名）
6（DNSサーバー）119（ドメイン検索）12（ホスト名）44（NetBIOSネームサーバー）47（NetBIOSスコープ）26（インターフェイスMTU）121（クラスレス静的ルート）42（NTPサーバー）-------- -------------------------------------------------- -----------------時間：2013-10-16 22：24：14.712 IP：172.20.10.1（66：4c：c：bc：68：64）>172.20。 10.13（0：1b：10：0：2a：ec）OP：2（BOOTPREPLY）HTYPE：1（Ethernet）HLEN：6 HOPS：0 XID：feee6720 SECS：0 FLAGS：0CIADDR：0.0.0.0YIADDR：172.20.10.13 SIADDR：172.20.10.1GIADDR：0.0.0.0CHADDR：00：1b：10：00：2a：ec：00：00：00：00：00：00：00：00：00：00 SNAME：Ollies-iPhone。 FNAME：.OPTION：53（1）DHCPメッセージタイプ2（DHCPOFFER）OPTION：54（4）サーバー識別子172.20.10.1OPTION：51（4）IPアドレスリース時間85536（23h45m36s）OPTION：1（4）サブネットマスク255.255。 255.240オプション：3（4）ルーター172.20.10.1オプション：6（4）DNSサーバー172.20.10.1 ---------------------------- -----------------------------------------------時間：2013 -10-16 22：24：26.265 IP：0.0.0.0（0：1b：10：0：2a：ec）> 255.255.255.255（ff：ff：ff：ff：ff：ff）OP：1（BOOTPREQUEST） HTYPE：1（イーサネット）HLEN：6 HOPS：0 XID：feee6720 SECS：49 FLAGS：0CIADDR：0.0.0.0YIADDR：0.0.0.0SIADDR：0.0.0.0GIADDR：0.0.0.0CHADDR：00：1b：10：00： 2a：ec：00：00：00：00：00：00：00：00：00：00 SNAME：。 FNAME：.OPTION：53（1）DHCPメッセージタイプ1（DHCPDISCOVER）OPTION：50（4）リクエストIPアドレス172.20.10.13OPTION：12（11）ホスト名raspberrypiOPTION：55（13）パラメータリクエストリスト1（サブネットマスク） 28（ブロードキャストアドレス）2（タイムオフセット）3（ルーター）15（ドメイン名）6（DNSサーバー）
119（ドメイン検索）12（ホスト名）44（NetBIOSネームサーバー）47（NetBIOSスコープ）26（インターフェイスMTU）121（クラスレス静的ルート）42（NTPサーバー）

私はしませんリース時間はそれらのメッセージが意味するよりもはるかに長いので、これを行うべきだとは思わない。問題は、なぜそれを行うのか、そしてそれをどのように止めるのかということです。

二 答え:
The Gruffalo
2013-10-18 15:19:23 UTC
view on stackexchange narkive permalink

もう少し調査しましたが、問題は dhclient 自体にあるようです。 1つのグーグルが「dhclientsyslogDHCPDISCOVER」であるならば、それが言及される多くの例があります。 / var / lib / dhcp からすべての* .leasesファイルを削除し、 isc-dhcp-server をパージ（削除するだけでなくパージ）することで、問題を修正できました。 （とにかく実行されていませんでしたが、これにより一時ファイルと構成ファイルが削除されました）そして再起動します。これらのどれが役に立ったかはわかりませんが、rPi構成が何らかの理由でそれらのいくつかで重複していたため、*。leasesファイルを削除したと思います。

`isc-dhcp-server`を*パージ*する方法を指定すると役立つ場合があります
すみません、わかりません。私は何年も前にそれを行い、それ以来、 `isc-dhcp-server`をダンプし、` dnsmasq`に切り替えました。IMOは私の特定のユースケース向けに設計されています。
`sudo apt-getパージisc-dhcp-server`？
lenik
2013-10-17 04:22:06 UTC
view on stackexchange narkive permalink

はっきり言って、iDeviceはDHCPを介してIPアドレスを提供できません：

  Oct 16 22:13:13 raspberrypi dhclient：DHCPOFFERSを受信して​​いません。

RaspberryPiが意図したとおりに機能することがわかっている限り、iDeviceが議論されているさまざまな領域、特にDHCPサーバーを実行する正しい方法について人々が話している領域に質問を向ける必要があります。

私の投稿で、iPhoneはIPアドレスを問題なく発行し、dhcpdumpからわかるように、rPiからの要求の継続的なストリームにも応答し続けると述べました。私の質問は、なぜrPiが頻繁にアドレスを要求し続けるのかということでした。
ログにあなたが説明しているものは何もありません。その部分も含めると非常に役立ちます。
dhcpdumpログでのラズベリーパイからのDHCPDISCOVERとその結果としてのiPhoneからのDHCPOFFERの組み合わせ？セットアップが機能するという事実？私の質問に関連するログの部分はすでに含まれています。
アドレスがどのように発行および確認されているかを示す新しいログを追加しました。そして、それに続く追加のDHCPDISCOVER要求の長いシーケンス。
気にしないで、私はそれを解決しました。
それは素晴らしいことです！ =）


ⓘ
このQ＆Aは英語から自動的に翻訳されました。オリジナルのコンテンツはstackexchangeで入手できます。これは、配布されているcc by-sa 3.0ライセンスに感謝します。
Loading...