ブリッジを作る過程があるのに誰がするのか分からないですね。システムはUbuntu Server 20.04.2です。 /etc/netplanはきれいで、Journalctlには何もありません。何ができたのか？
$ brctl show
bridge name bridge id STP enabled interfaces
br-25e41661f1cf 8000.024214829968 no
br-37db19e70f2a 8000.0242c1d44e19 no
br-642c28d8a201 8000.0242a74c6849 no
br-7524b604ed26 8000.024225e214bc no
br-7aed5e4a2a8d 8000.0242acde7f78 no
br-92d63fdfd6ef 8000.0242abdce62e no
br-a66148fdc4f0 8000.0242e5d1b31d no
br-aa882ec6d23f 8000.02422dd0af6b no
br-c532eca49fcf 8000.0242fa4f24ea no
br-dc92b8cccbae 8000.024277cbec3f no
br-dcb490830ab5 8000.02428a24e20e no
br-f0ebc1cdc155 8000.0242da3d005f no
br-f69254fda7ea 8000.0242e49321e0 no
docker0 8000.024236444110 no
docker_gwbridge 8000.0242edc6b79c no
答え1
アヒルのように見えたら…
これらのインターフェイスは Docker 管理ブリッジインターフェイスのように見えます。
次のコマンドを実行してこれを確認できます。
docker network ls
で始まるすべてのインターフェイスの残りの名前は、br-このコマンドで表示されるネットワークIDと一致します。
25e41661f1cfしたがって、ネットワークIDの一致などを探してください。 JSON結果を使用してbr-25e41661f1cf設定を確認したり、ブリッジであることを確認したり、受信したIPアドレスの設定などを表示したりできます。docker network inspect 25e41661f1cf
あまりにも多くのインターフェイスがホストと周辺プライベートネットワーク（VPNを含む）の間でルーティングの問題を引き起こす可能性があるという懸念がある場合、そのトピックへのServerFaultリンクは次のとおりです。
172.17.0.0 スコープを使用しないように Docker を構成する
これらのインターフェイスの多くが使用されていない場合は、クリーンアップを検討する必要があります。このトピックへのDockerリンクは次のとおりです。