あなたのProxmox VMは起動しますが、LinuxまたはWindowsは依然として使用可能なネットワークを検出できません。仮想ネットワークカードを追加したり、ホストのブリッジを操作する前に、仮想カード、ブリッジ、ゲストシステムのインターフェース間の切断を特定する必要があります。
この方法は、現在の設定の読み取り、bridgeとlink_downのチェック、次にVM内での確認の読み取りで成り立っています。このようにして、できるだけ小さなレイヤーを修正し、VMの障害がProxmoxノードのインシデントに変わらないようにします。
Proxmoxとゲスト間の切断を特定する
仮想カードは、VM内のエミュレーションされたカード、ホストのバックエンド、Proxmoxブリッジ、ホストに接続されたネットワーク、次にゲストのインターフェースとIPアドレスというシンプルな連鎖に従います。 QEMUのネットワークエミュレーションに関するドキュメントは、エミュレーションされたカードとそのホストバックエンドへのリンクを説明しています。読者に手動で設定する必要がないように、TAPを実際のネットワークにゲストを接続するための標準手段として言及しています。
ブリッジvmbrXは、ゲストを物理ネットワークにスイッチとして接続します。このブリッジに接続されたVMは、Proxmoxのネットワーク設定に関するドキュメントにしたがって、独自のMACアドレスで物理ネットワークに表示されます。
変更を加える前に、見える要素を記録してください。このリストは、一度に2つのレイヤーを変更するのを避けます：
- 実際に関係する
net[n]行； - この行に示されたブリッジ；
link_downの状態；- カードのモデル、VirtIOまたはE1000；
- ゲスト内に期待されるインターフェースとIP設定の存在。
VMIDはあなたのインスタンスから来る必要があります。ここで説明されている問題から番号を推測することはできません。
VMに実際に適用されているネットワークカードを読む
現在の値から始めて、実行待ちの値から始めないでください。Proxmox VE管理ガイドに文書化されているコマンドは：
qm config <vmid> --current<vmid>をVMの実際の識別子に置き換えてください。結果は、関係するnet[n]エントリ、そのブリッジ、およびリンクの状態を特定できるようにするべきです。ノードのレスポンスの代わりに、タイプの出力をコピーすべきではありません。
--currentパラメータは、VMがまだ使用していないpending値ではなく、現在の値を要求します。この区別により、VMがまだ使用していない設定を修正することを避けます。
net[n]フィールド | 尋ねるべき質問 | 診断の役割 |
|---|---|---|
bridge | カードは期待されるブリッジを指していますか？ | VM側での不正な接続を特定する。 |
link_down | このカードのリンクは明示的に無効ですか？ | 存在するカードと無効にされたリンクを区別する。 |
| モデル VirtIOまたはE1000 | VMはどのモデルを使用していますか？ | パフォーマンスの選択をアクティベーションの検討から分離する。 |
firewall | この場合、値を持ち上げる価値がありますか？ | 他の問題に診断を移さず、このフィールドを記録しておく。 |
macaddr | 表示されたMACアドレスはあなたの在庫と比較すべきですか？ | 仮想カードによって示された識別子を保持する。 |
tagまたはtrunks | これらのフィールドは設定に表示されていますか？ | 期待される接続を明らかにする場合のみ記録する。 |
rateまたはqueues | これらのオプションは障害を理解するために必要ですか？ | サブオプションがブリッジとリンクのコントロールを隠すことを避ける。 |
Proxmoxは利用可能な場合、VirtIOデバイスを推奨します。そのドキュメントでは、VirtIOがエミュレートされたE1000の3倍までのスループットを提供できるというiperfメトリックを示しています。この要素はProxmoxによる測定から来ているので、すべての負荷、バージョン、またはインフラストラクチャに当てはめないでください。
E1000をVirtIOに変更しても、間違ったブリッジに接続されているカードを自動的に再アクティベートしたり、リンクが無効になっているカードを再アクティベートすることはありません。モデルは互換性やパフォーマンスに関する質問に応えます；bridgeとlink_downは、最初にアクティベーションの質問に応えます。
ホストのネットワークを再構成せずにVMを修正する
読み取りがこのVMのカードを指す場合、そのカードへの修正に制限してください。状況が悪化した場合に前の設定だけを戻すことができるように、まず現在の値を記録してください。
| レイヤー | 読み取る要素 | 解釈すべきサイン | 制限されたアクション | 避けるべきアクション |
|---|---|---|---|---|
| VM | net[n]をqm config <vmid> --currentで | エントリーが期待されるカードと一致しません。 | 修正を行う前に関係するエントリーを記録する。 | 不確実性を隠すために複数のカードを追加する。 |
| 接続 | bridge | 指定されたブリッジは期待されるネットワークと一致しません。 | このVMの仮想カードの接続を修正する。 | ホストのブリッジの定義を変更する。 |
| リンクの状態 | link_down | カードのリンクが明示的に無効になっています。 | Proxmox内でこのカードの状態だけを再アクティベートする。 | 自動修復を期待してモデルを変更する。 |
| ホスト | ブリッジとノードの可用性 | ホストブリッジが欠落している、一貫性がない、またはノードが利用できなくなっています。 | 手続きを停止し、このトラブルシューティングの範囲から出る。 | 証拠なしにホストのネットワークを変更する。 |
| ゲスト | インターフェース、状態、IPアドレス | Proxmoxの設定は一貫性がありますが、ゲストはIPがありません。 | LinuxまたはWindowsでの診断を続ける。 | Proxmoxを変更し続ける。 |
ネットワークの修正に自信がない場合は、直接の編集よりもProxmoxのグラフィカルインターフェースを使用してください。ラベルはバージョンによって異なる場合があります；未観察のバージョンからのクリック手順を導き出すべきではありません。
警告：ホストネットワークの誤設定により、ノードがアクセス不能になります。トラブルシューティングのテストとしてifdown vmbrXを使用しないでください：Proxmoxは、このコマンドがゲストのトラフィックを中断し、ifupの後で復元しない可能性があると警告します。
修正によって状況が悪化した場合は、そのカードに対して前に記録した値を戻し、現在の設定を再び読み取ります。この後退は、ホスト自体のブリッジの障害をカバーしません。
LinuxまたはWindowsのVM内で診断を終える
net[n]、ブリッジ、リンクの状態が期待通りであれば、ゲストシステムに移行してください。まだ3つのチェックがあります：インターフェースが存在する、アクティブである、IPまたはDHCPの構成を受信していることが予定されています。
Linux VMの場合
期待されるインターフェースが存在し、その状態をディストリビューションのツールで確認してください。LinuxEnCajaのガイドであるip addrでIPアドレスを確認するは、修正前のこの読み取りに役立ちます。
インターフェースが存在するが期待されるアドレスを持っていない場合は、IPまたはDHCPの設定を続けてください。Debianの固定アドレスには、Debianで固定IPを設定するガイドが関係しますが、ネットワークマネージャーと関連するインターフェースの特定の後でのみ重要です。
Linuxのリンクステータスを深く知るには、ethtoolでのネットワークリンクのチェックも参照できます。ゲスト内の仮想インターフェースの確認とホストの物理ネットワークを分けておいてください。
NetworkManagerが実際にゲスト内のこのインターフェースを管理している場合は、nmcliでネットワークプロファイルを確認するが適切な手がかりとなります。診断中にネットワークマネージャーを変更しないでください。
Windows VMの場合
期待されるインターフェースが表示され、そのインターフェースがアクティブで、IPまたはDHCPの設定が予想されるネットワークに一致していることを確認してください。証明の資料には、ドライバやメニューに関するWindowsの手続きの詳細はありません；ここで画面名やコマンドを創作してはいけません。
偶然による障害を与えずに修正を確認する
確認は診断と同じ順序で行います。最初にqm config <vmid> --currentでVMを読み直し、ブリッジとリンクの状態を必要な値と比較します。
次に、あなた自身のVM内でインターフェースとIPアドレスを確認してください。この記事は実際の出力を提供しません：結果はあなたのVM、そのゲストシステム、ブリッジが接続されているネットワークに依存します。
- Proxmox設定の整合性：
net[n]エントリー、ブリッジ、リンクの状態が修正に合わせて一致します。 - 招待されたインターフェースが表示される：LinuxまたはWindowsが期待されるカードを認識しており、その状態は独自のツールによってアクティブです。
- IP設定が存在する：期待されるアドレスまたはDHCPがゲスト内に表示されます。
- ゲスト内で障害が依然として存在する：ホストでの変更を止め、ゲストシステムの側のみを続行します。
- ホストブリッジが問題の原因：安全にProxmoxホストのネットワークを修復することがこの範囲を超えているため、ここで停止してください。
出力チェックリスト
- 使用されているVMIDは、関係するVMに対応しています。
qm config <vmid> --currentは、修正の前に読み取られました。net[n]エントリー、bridge、link_down、およびそのモデルが記録されています。- 修正は関係する仮想カードに対して行われ、ホストのブリッジには行われていません。
- コマンド
ifdown vmbrXはテストとして使用されていません。 - LinuxまたはWindowsは期待されるインターフェースを認識しています。
- 招待されたインターフェースはアクティブで、期待されるIPまたはDHCPを受信しています。
- Proxmoxの層が一貫していても、ゲストがIPを持たない場合、診断はゲスト内で続行されます。
- ホストのブリッジが問題の原因のように見えた場合、手続きは停止します。
