web-dev-qa-db-ja.com

vSphereのWindowsServerゲストは、再起動後にAPIPAアドレスを持っています

面倒なWindows Server 2008 R2がありますVM vSphere 5.5環境で、静的に事前構成されたIPv4アドレスではなく、そのインターフェイスでAPIPAアドレス(169.254.0.0/16)で起動しています。)インターフェースを再度有効にします(devmgmt.mscまたはncpa.cpl)は、vSphereの仮想アダプターの切断/再接続と同様に、接続の復元に役立ちます。

connect / disconnect

これまでの歴史:

  • ゲストはこの数年、vSphere 5.0/5.1で実行されています
  • vSphere環境は2か月前に5.5にアップグレードされました
  • ゲストは先週別のクラスターに移行されました
  • VMWareツールは今週アップグレードされました

それほど頻繁に再起動されることはないため、問題が実際にいつ表示され始めたかを判断するのは困難ですが、ツールのアップグレード後、今週気づきました。ツールのインストール後の最初の再起動では接続がありませんでしたが、その後の再起動ではこの点に関して何も変更されませんでした。同様の履歴を持つ他のゲストは、ツールのアップグレード後の最初の再起動時に接続に問題がありましたが、その後の再起動は問題ありませんでした。

仮想マシンはv7で、E1000タイプのネットワークインターフェイスが1つあり、ゲストのドライバーはWindowsの標準のPRO/1000MT(E1G6032E 8.4.1.0)です。ツールのバージョンは9.4.5 build-1734305です。

Windowsイベントログには、ホストにIP接続がないことを示す開始サービスのエントリを除いて、起動時に異常またはドライバ関連の何も表示されません。 vSphereコンソールのVMの[タスクとイベント]タブにも、疑わしいエントリはありません。

これは本当にツールのアップグレードに関連していますか?どうすれば修正できますか?

編集:私は知っています vmWare KB 2012646 、それは基本的にアダプターの接続/切断とAPIPA構成のレジストリのチェックを提案しますインターフェイス上。私は両方を実行しました(問題のマシンのレジストリにAPIPAで構成されたエントリが存在しません)。

4
the-wabbit

ゲストOSのNIC)の電源管理設定を変更しました

power management settings

最近の再起動では、ネットワークの問題は発生しませんでした。因果関係なのか単なる偶然なのかはわかりませんが、他のこと(vSphereのパッチレベルなど)が、知らないうちに変更された可能性があります。

1
the-wabbit

それが私のために働いたこの解決策をチェックしてください-

あなたのvm-のcmdに以下のコマンドを入力してください

netsh interface ipv4 show inter

次のような出力が得られます- Cmd出力

コマンドの下で実行されるLAN接続に割り当てられているIDX-11を覚えておいてください-

netsh interface ipv4 set interface 11 dadtransmits=0 store=persistent

cMDを終了しますServices.mscに移動しますDHCPクライアントサービスを無効にします

マシンを再起動して確認してください

1
Vino

"netsh int ip reset"を試してIPスタックをリセットし、スタティックを再割り当てして再起動し、固定されているかどうかを確認してください。

0
Clayton