nftablesでqemu / kvmを使用しますか？（ファイアウォールなし！）

Question

私のアプローチは次のとおりです。標準かどうかはわかりませんが、かなり高い標準ですが、現在のツールとうまく機能しているようです。 Fedora 34ホストで2つの新しいQemu / KVM Windows 10ゲストのインターネットアクセスの問題を発見した後、このアプローチを取りました。 DHCPは、ゲストW10インターフェイスとiptables一部のランダムvmマネージャ（VMMに示されていない）で動作しないようです。））エラーメッセージ（今は覚えていません！）

ホスト：Fedora 34 5.13.12-200.fc34.x86_64 a）nftablesゲストインターネットアクセスに（移行）とsnatを使用firewalldし、iptablesすでに非アクティブです。 b) iproute2 を使用して起動時に IP アドレスでブリッジインターフェイスを作成する

ゲスト：a）Windows 10 Qemu / KVMイメージのすべてにVMMを使用して、ホストに作成されたブリッジインターフェイスを指定します。 b) ゲストの Windows 10 設定で Windows 10 インターフェイスに固定 IP アドレスを使用します。

ブリッジインターフェイスは起動時に生成されます。 Windows 10 が起動すると、トンネルインターフェイスが作成され、ブリッジに接続します。

ブリッジの一部の関連ホスト構成フラグメント

iproute2 ステートメント

/usr/sbin/ip link add name virbr1 type bridge
/usr/sbin/ip link set virbr1 up
/usr/sbin/ip address add dev virbr1 192.168.123.1/24 broadcast 192.168.123.255

nft snat

table nat {
      chain nat {
              type nat hook postrouting priority 100;
              policy accept;
              ip saddr 192.168.123.0/24 counter snat to *myipaddr*;
      }
}

VMMビューのブリッジのXML詳細。

<interface type="bridge">
  <mac address="52:54:00:xx:xx:xx"/>
  <source bridge="virbr1"/>
  <target dev="vnet0"/>
  <model type="e1000e"/>
  <alias name="net0"/>
  <address type="pci" domain="0x0000" bus="0x05" slot="0x00" function="0x0"/>
</interface>

Answer 1