ブリッジwlanおよび4addr：
wlan0のブリッジングは苦痛です。通常、ブリッジインターフェイスに追加することはできません（brctlは "Operation not allowed"を返します）。VirtualBoxの "bridged"フィルターを使用すると、ARPとDHCPの競合が大量に発生します。この原因は、802.11フレームにデフォルトで3つのアドレスのみが含まれていることです。つまり、ワイヤレスデバイス（ラップトップとAP）と最終受信者（イーサネットなど）の両方のMACアドレスです。可能な発信者は1人しかいないと常に想定されています。
802.11は4番目の発信者のMACアドレスを伝送でき、これはリピーターによってWDSモードで使用されます。この機能は、iwを使用してLinuxでも有効にできます。このモードを有効にすると、ブリッジインターフェイスで、またVirtualBoxブリッジネットワークでwlan0を使用できます。
iw dev wlan0 set 4addr on
ただし、4addrを有効にすると、APによって完全に無視される可能性が高くなります。関連付けは成功しますが、すべてのデータフレームがエーテルに消えます。これはセキュリティ上の理由による可能性があります（ソースMACアドレスをスプーフィングするのは非常に難しいためです。そうです）。ラップトップのMACアドレス、およびLANブリッジに追加します。4addrパケットが機能するようになりました。
ただし、これには別の問題があります。ルーターはラップトップからの3アドレスパケットを拒否するため、かなり不便です（WLANネットワークが変更されるたびに4addrを切り替える必要があります）。回避策は、同じデバイスにリンクされているがMACアドレスが異なる2番目のワイヤレスインターフェイスをラップトップに追加することです。最初に以前の構成を元に戻します。
iw dev wlan0 set 4addr off
次に、別のMACアドレスを使用して、名前を任意に選択した2つ目のインターフェイスを追加します。
iw dev wlan0 interface add wds.wlan0 type managed 4addr on
ip link set dev wds.wlan0 addr <addr>
ip link set dev wds.wlan0 up
ここで、ルーターで構成されているWDSデバイスアドレスと一致する必要があります。それ以外は、任意の有効なMACアドレスにすることができます。wlan0の元のMACは、「通常の」使用のために残ります。
wlan0とwds.wlan0の両方を同時に使用することができます。ただし、異なるAPではなく、同じAPへの関連付けを2回だけテストしました。少なくとも同じチャンネルにいる必要があると思います。
VirtualBoxがWiFiを「うまく」ブリッジできるのに、なぜこれを使用するのかと尋ねる人もいます。答えは、VirtualBoxは仮想マシンのMACアドレスを送信しないということです。むしろ、MAC層でもNATを実行します。– 2014-08-22
直接WLANブリッジ
特定の状況では、wlan_kabelも使用できます。パケットソケットを使用してwlan *デバイスとイーサネットデバイスを直接ブリッジします。ただし、wlan_kabelを使用して一度にブリッジできるMACは1つだけです。wlanデバイスの元のMACのみが使用されるため、アクセスポイントによって禁止されるという欠点はありません。あなたの場合、これはつまり、wlan0は1つのVMだけが使用でき、ホストは使用できないことを意味します。ここでwlan_kabelを入手できます。これは、macvlansソリューションに似ています。
ipvlanとのブリッジング
IP Vlanには、ネットワークのブリッジに使用できるブリッジの制限はありません。使用方法に関する詳細は、こちらを参照してください。
仮装
代わりにiptables-masqueradeとip_forwardでLinuxルーティングを使用してブリッジを実現できますが、前述のようにip_forwardを有効にする必要があり、Linuxがルーターのように動作するため、セキュリティ上の懸念が生じる可能性があるため、慎重にセットアップする必要があります。
# bridge setup
brctl addbr br0
ifconfig br0 10.10.20.1/24 up
# enable ipv4 forwarding
echo "1" > /proc/sys/net/ipv4/ip_forward
# netfilter cleanup
iptables --flush
iptables -t nat -F
iptables -X
iptables -Z
iptables -P INPUT ACCEPT
iptables -P OUTPUT ACCEPT
iptables -P FORWARD ACCEPT
# netfilter network address translation
iptables -t nat -A POSTROUTING -o wlan0 -s 10.10.20.0/24 -j MASQUERADE
これにより、インターフェイスbr0はwlan0ネットワークにアクセスできます。
重要かつ関連
また、非常に重要な点として、ifconfigやbrctlなどの廃止された非推奨のコマンドは使用しないでください。iproute2スイートには、仮想インターフェイス（openvpnを使用する必要があったもの）の設定やブリッジの作成など、これらすべてのコマンドが含まれています。IPでブリッジをセットアップする方法がわからない場合は、ここに行きます
ip tuntap add tap0 mode tap user root
ip link set tap0 up
ip link add br0 type bridge
ip link set tap0 master br0
ip link set eth0 master br0
ip addr add 10.173.10.1/24 dev br0
ip link set br0 up
この一連のコマンドを使用して、tap0と呼ばれる仮想インターフェイスを作成し、次にbr0と呼ばれるブリッジを作成し、ブリッジにeth0とtap0をスレーブ化します。インターフェイスを起動する3つの別々のインスタンス（tap0、eth0、およびbr0の場合）が必要です。
この作業を行うためのトリックは、proxy.arpを使用することです。これにより、PC（VM / Linuxコンテナー/ネットワーク名前空間ではなく）が代わりにARPクエリに応答できるようになります。
言い換えれば、ハードウェアインターフェイスと仮想インターフェイス間でIPv4転送を使用することで、物理インターフェイスであるかのようにVM / LXC / NNSをLANに接続できると思いますが、これは真実ではありません。基本的なARPトラフィック。これは、LANの運用を本当に許可するものです。したがって、問題は次のとおりです。IPv4トラフィックを正しく転送した場合、VM / LXC / NNSが機能するように、ARPトラフィックも転送できますか？トリックはproxy-arpを使用することです。
それに対する完全な答えは、Bohdi Zazenのブログにあります。Bridgeワイヤレスカードです。彼は廃止されたパッケージであるuml-utilitiesを使用して、コマンドtunctlを使用して仮想インターフェイスを作成します。これは、彼がuml-utilitiesを使用する唯一のコマンドです。タップまたはtunインターフェースを作成するために上記のように書きましたが、どちらでも好きなように、それに従ってコマンドを修正してください。次に、LXCのvethペアを作成し、tap0とveth0の間にブリッジを作成します。br0と呼ばれるこのブリッジは、Bohdi Zazenによって記述された単純なtap0インターフェースではなく、proxy-arpのために必要なものです。
出典：askubuntu.com、nullroute.eu.org、firejail.wordpress.com、superuser.com