Proxmox VMを別のブリッジに移行するとネットワークアクセスを失うのはなぜですか？
ブリッジの移行後、新しいブリッジが異なるVLAN、アップリンク、またはレイヤー2経路に接続されると、Proxmox VMがネットワークアクセスを失うことがあります。
ゲストは同じMACアドレス、IPアドレス、ゲートウェイを維持していても、ホスト側でフレームがスイッチに到達する経路が密かに変わっている可能性があります。VM内部で何かを変更する前に、移行前後のブリッジ設定、VLAN対応設定、物理またはボンディングされたアップリンク、タップとホストインターフェースでのパケットの可視性を比較してください。
移行前後のブリッジをレイヤー2経路として比較する
移行前後で、VMのNICモデル、MACアドレス、ブリッジ名、VLANタグ、IP設定、ゲートウェイを記録します。ブリッジ名だけでは、その背後のネットワークが同等であるとは限りません。
実際のProxmoxホームラボの事例では、ProxmoxのブリッジとVLANマッピングを変更すると、VMの設定が構文上は正しく見えていても、実際に物理ネットワークへ到達するトラフィックが変わることが示されています。
同じゲストが元のブリッジに戻すとすぐに動作する場合は、ゲストOSをリセットするのではなく、両方のブリッジ設定を保存して経路を比較してください。
VLANタグ付けをエンドツーエンドで確認する
VMのNICにタグが付いているか、ブリッジがVLAN対応になっているか、そのネットワークのスイッチポートがタグ付きまたはタグなしフレームのどちらを想定しているかを確認します。このテスト中はゲストのIPアドレスを変更しないでください。
ProxmoxのVLAN設定に関する実践ガイドは、ブリッジへの参加とVLANの意味を切り分けるのに役立ちます。ゲストが正しく接続されていても、フレームが誤ったVLANに送信されることがあります。
ホストのブリッジと物理アップリンクでトラフィックをキャプチャします。ARPがVMから出ているのに意図したVLAN上に一度も現れない場合、ゲストより手前のホストまたはスイッチの境界に問題があると判断できます。
新しいブリッジに正しいアップリンクがあることを確認する
新しいブリッジが使用している物理NIC、ボンド、または仮想インターフェースを確認します。リンク状態、ネゴシエーションされた速度、そして別のホストサービスがそのインターフェースをすでに使用またはフィルタリングしていないかを確認してください。
ここではLinuxブリッジの動作が重要です。Linuxブリッジは、実際に接続されているポートを通じてのみフレームを転送するため、使用可能なアップリンクがないブリッジでも、設定上は正常に見えることがあります。
必要に応じて、意図したネットワーク経由でホストからゲートウェイにpingを実行し、VMのタップとアップリンクでパケットキャプチャを比較します。ゲストのDNSを変更するのではなく、不足しているポートまたはボンドのメンバーシップを修正してください。
経路が正しいことを確認してから古い近隣情報のみを削除する
ブリッジを変更した後も、VMは同じMACアドレスを使用しますが、上流のデバイスがそのMACアドレスを別のポートまたはVLANで学習している可能性があります。ARPまたは近隣エントリと、スイッチの転送状態を確認してください。
Proxmoxのタグ付きVLANの例からは、ブリッジとスイッチのタグ付けに関する判断によって、そのMACアドレスがどこで学習されるかが決まることが分かります。そのため、正しい移行後に残る古いレイヤー2状態は、二次的な問題として十分に考えられます。
設定を修正した後で、関連する近隣エントリまたは転送エントリだけをフラッシュするか、通常のエージングを待ちます。経路を修正する前にキャッシュを消去すると、一時的に成功したように見えても、再び消えてしまうことがあります。
ゲストからゲートウェイへの通信とクライアントからゲストへの通信を個別に確認する
ゲストからゲートウェイ、ゲストからLANクライアント、LANクライアントからゲスト、そしてアプリケーションへのアクセスをテストします。これにより、デフォルトルートの欠落、ファイアウォール、戻り経路、サービスのバインドに関する問題を切り分けられます。
関連するZimaSpaceのProxmoxホームサーバー構築ガイドでは、ホームサーバー上でブリッジ、ストレージ、VMの変更を再現可能な状態に保つための、仮想化に関する補足情報を確認できます。
VMが新しいブリッジ上で再起動後も動作し、手動でARPを消去したりブリッジを切り替えたりせずに、元のアプリケーション通信の双方向が機能して初めて、移行は完了です。
おすすめ商品
サポートとヒント
もっと読む
Plexは別のDockerコンテナとGPUを共有できますか？
Plexと別のコンテナは同じGPUにアクセスできることが多いですが、ドライバーのサポート、デバイスマッピング、ビデオエンジンの負荷、メモリ、復旧動作をテストする必要があります。
Plexのエラーがクライアント側とサーバー側のどちらに起因するかを見分ける方法
別のクライアントで同じ項目を再現し、セッションパスを比較してから、スコープによって障害の実際の所在が特定された後にのみサーバーの証拠を収集してください。
Plexのキャッシュとトランスコード用一時ストレージを設定する方法
永続的な Plex の状態を保護しつつ、トランスコードの一時ファイルを適切なローカルストレージに配置し、クリーンアップ、空き容量、再起動時の動作を確認します。
