☰

仮想インターフェイスでISPのDHCPサーバーを使用するとdhclientが失敗するのはなぜですか？

tag-icon • tag-icon debian virtual-machine dhcp
仮想インターフェイスでISPのDHCPサーバーを使用するとdhclientが失敗するのはなぜですか？

最近、T1から家庭用ケーブルサービス（Comcast）に切り替えました。私のホームネットワークのデフォルトゲートウェイとして機能するDebian 6.0.6を実行している仮想マシン（XenServer 5.6）がありますDHCPDISCOVER。

2月1日 20:58:34 myhost dhclient: インターネットシステム連合 DHCP クライアント 4.1.1-P1
2月1日 20:58:34 myhost dhclient: 版権 2004-2010 Internet Systems Alliance。
2月1日 20:58:34 myhost dhclient: 無断複写・転載を禁じます。
2月1日20:58:34 myhost dhclient：詳細についてはhttps://www.isc.org/software/dhcp/をご覧ください。
2月1日 20:58:34 myhost dhclient:
2月1日、20:58:34 myhost dhclient: LPF/eth1/26:ac:40:50:5b:c7 リスニング
2月1日 20:58:34 myhost dhclient: LPF/eth1/26:ac:40:50:5b:c7で送信
2月1日20:58:34 myhost dhclient：ソケット/代替として送信
2月1日20:58:38 myhost dhclient：eth1から255.255.255.255ポート67間隔4のDHCPDISCOVER
2月1日20:58:42 myhost dhclient：eth1から255.255.255.255ポート67間隔5までのDHCPDISCOVER
2月1日20:58:47 myhost dhclient：eth1から255.255.255.255ポート67間隔9までのDHCPDISCOVER
2月1日20:58:56 myhost dhclient：eth1から255.255.255.255ポート67間隔14のDHCPDISCOVER
2月1日20:59:10 myhost dhclient：eth1から255.255.255.255ポート67間隔8までのDHCPDISCOVER
2月1日20:59:18 myhost dhclient：eth1から255.255.255.255ポート67間隔8までのDHCPDISCOVER
2月1日20:59:26 myhost dhclient：eth1から255.255.255.255ポート67間隔9までのDHCPDISCOVER
2月1日20:59:35 myhost dhclient：eth1から255.255.255.255ポート67間隔4までのDHCPDISCOVER
2月1日 20:59:39 myhost dhclient: DHCPOFFERS を受信できませんでした。
2月1日20:59:39 myhost dhclient：永続データベースにジョブリースがありません。休止状態です。
  • すべてが正しく接続され、トラフィックがVMの正しいインターフェイスにブリッジされています。 Listen All Trafficを使用すると、tcpdump多くのARPトラフィックとISPのDHCPサーバーがIPアドレスを要求している他の顧客に応答することがわかります。私のDHCPパケットはブロードキャストされていますが、応答は返されません。
  • dhclientモデムが完全に初期化される前に起動すると、サービスを提供する準備ができたときにパブリックIPアドレスを選択できるように、リフレッシュ間隔が短い192.168.100.0/24ネットワーク全体のプライベートIPアドレスが提供されます。ブリッジネットワークが準備されるまでプライベートネットワークへの応答をdhclient送信し続け、この時点でDHCPサーバーからの応答の受信が再び中断されます。DHCPACK
2月1日, 21:16:02 myhost dhclient: LPF/eth1/26:ac:40:50:5b:c7 リスニング
2月1日 21:16:02 myhost dhclient: LPF/eth1/26:ac:40:50:5b:c7で送信
2月1日21:16:02 myhost dhclient：ソケット/代替として送信
2月1日21:16:04 myhost dhclient：eth1から255.255.255.255ポート67間隔8までのDHCPDISCOVER
2月1日 21:16:04 myhost dhclient: 192.168.100.1からDHCPOFFER
2月1日21:16:04 myhost dhclient：eth1から255.255.255.255ポート67へのDHCPREQUEST
2月1日 21:16:05 myhost dhclient: 192.168.100.1のDHCPACK
2月1日 21:16:05 myhost dhclient: 192.168.100.10にバインド - 14秒で更新されました。
2月1日21:16:19 myhost dhclient：eth1から192.168.100.1ポート67へのDHCPREQUEST
2月1日 21:16:20 myhost dhclient: 192.168.100.1のDHCPACK
2月1日 21:16:20 myhost dhclient: 192.168.100.10にバインド - 13秒で更新されました。
2月1日21:16:33 myhost dhclient：eth1から192.168.100.1ポート67へのDHCPREQUEST
2月1日21:16:36 myhost dhclient：eth1から192.168.100.1ポート67へのDHCPREQUEST
2月1日21:16:43 myhost dhclient：eth1から192.168.100.1ポート67へのDHCPREQUEST
2月1日21:16:50 myhost dhclient：eth1から255.255.255.255ポート67へのDHCPREQUEST
2月1日 21:16:51 myhost dhclient: eth1 から 255.255.255.255 ポート 67 間隔 7 までの DHCPDISCOVER
2月1日21:16:58 myhost dhclient：eth1から255.255.255.255ポート67間隔15のDHCPDISCOVER
2月1日 21:17:13 myhost dhclient: eth1 から 255.255.255.255 ポート 67 間隔 7 までの DHCPDISCOVER
2月1日21:17:20 myhost dhclient：eth1のDHCPDISCOVERで255.255.255.255ポート67間隔10
2月1日21:17:30 myhost dhclient：eth1から255.255.255.255ポート67間隔10までのDHCPDISCOVER
2月1日21:17:40 myhost dhclient：eth1から255.255.255.255ポート67間隔12のDHCPDISCOVER
2月1日 21:17:52 myhost dhclient: DHCPOFFERS を受信できませんでした。
2月1日21:17:52 myhost dhclient：永続データベースにジョブリースがありません。休止状態です。
  • 私の特別なケースでは、家に電話サービスを提供するEMTAモデムです。私の電話サービスは大丈夫ですが、IPアドレスを取得できません。
  • ISPに電話をかけ、電話メニューを使用してモデムにリセット信号を送信し、リセットボタンを押して工場リセットを実行し、ファームウェアを再ダウンロードしてみました。これらのどれも問題を解決できませんでした。
  • 私は余分なDOCSIS 3.0ケーブルモデムを持っています。技術者と協力して、一時的にMACアドレスをホワイトリストに追加しましたが、DHCP応答が表示されない同じ問題が発生しました。

Comcastに電話して、私のMACアドレスがブラックリストに含まれているかどうか尋ねましたが、彼らは私のアカウントにプレミアムテクニカルサポートサービスを追加せずに私の携帯電話をアップグレードすることを拒否しました。 （問題が解決されるとすぐに購読をキャンセルできないように、1回の購読料が含まれています。）

仮想マシンがDHCP応答を受信できないのはなぜですか？

答え1

ISPによって自動的に生成された仮想MACアドレスを使用しないでください。

完全にランダムなMACアドレスを使用しても、サプライヤーではなくプレフィックスを使用しても、ISPインフラストラクチャのMACアドレスの難読化のリスクがあります。

解決策は、既存のネットワークカードのMACアドレスを偽装することです。もう一度使用しない古いデフォルトの10カードを使用することをお勧めしますが、次の基準を満たすMACアドレスであれば可能です。

  • 実際に所有している物理ネットワークポートに割り当てる
  • インフラストラクチャの他のVMによって保持されていません（仮想化プラットフォームを混同する可能性があります）
  • そうしないと、割り当てたVMには表示されません。
  • そのセグメントの他のコンピュータでは表示できません。

そのMACアドレスをなりすますように仮想NICを再設定し、オペレーティングシステムに変更が表示されていることを確認します。ケーブルモデムを再起動してください。。私は、特定のシナリオでケーブルモデムの再起動手順が必要であることを何度も実証できました。

答え2

もう一つの答えはVM MACと呼ばれますが、これはほぼ正確です。まず、モデムがアップストリームサーバーにDHCP要求をするという点で混乱を解消します。たとえば、Comcastで使用されているルーティングできないアドレスを取得します10.x.x.x。モデム自体にDHCP要求をすると、ISPはモデムに割り当てたパブリックWAN IPを提供します。

とにかく、あなたの質問に戻ります。モデムは最初に見るMACに「バインド」されます。したがって、ホストOSが試みると何もないモデムは、仮想マシンが起動して通信を試みるまで、そのポート上の仮想マシンのすべてのパケットを無視します。 RHELが（専用）NICを起動することを許可しましたが、それに関連付けられたIPなしで（BootP / DHCPはオフ）、RHELでVMWareを使用して過去に実行しようとしたことを実行できました。その後、仮想マシンが起動して接続しようとしたときにモデムが回線から見た最初のパケットです。したがって、これを行うには、ホストオペレーティングシステムに少なくとも2つのネットワークカードが必要です。できない別の目的でこのポートを使用すると、モデムに直接接続できます。

関連情報