web-dev-qa-db-ja.com

Linuxコンテナーで使用するネットプランを使用した静的IPを使用したブリッジの構成

概要：ホストマシンでネットプランを構成して、ゲスト仮想マシンで使用される（静的IPアドレスを持つ）ブリッジを作成する方法（ローカルLANからアクセス可能）。

Ubuntu 17.10、32ビットを使用しています。 nplan 0.32〜17.10.1。

ローカルネットワークからアクセスできるはずのLinux仮想コンテナを設定しようとしています。しかし、nplanを使用してホストマシンにブリッジを構成できません。
次のガイドを順調に試しました。
https://discuss.linuxcontainers.org/t/static-ip-for-containers-with-local-lan-access/817
このガイドでは、ホストシステムに2つのNICを構成します。私のホストマシンには単一のインターフェースがあります。

私はまだホストマシンでnplan構成を扱っています。ホストマシンのnplan構成は次のとおりです。

network:  
  version: 2  
  renderer: networkd  
  ethernets:  
    ens32:  
      dhcp4: no  
      dhcp6: no  
      addresses: [10.0.0.247/24]  
      gateway4: 10.0.0.138  
      nameservers:  
        addresses: [10.0.0.138,8.8.8.8,8.8.4.4]  
  bridges:  
    br0:  
      interfaces: [ens32]  
      dhcp4: no  
      dhcp6: no  
      addresses: [10.0.0.248/24]  
      parameters:  
        stp: false  
        forward-delay: 0

ホストマシンで「netplan apply」を実行すると、google.comを解決できますが、pingを実行できません。

ping google.com  
PING google.com (172.217.22.174) 56(84) bytes of data.  
From fileserver (10.0.0.247) icmp_seq=1 Destination Host Unreachable  

ip a  
1: lo ...  
2: ens32: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast master br0 state UP group default qlen 1000  
    link/ether 00:01:2e:4c:4c:97 brd ff:ff:ff:ff:ff:ff  
    inet 10.0.0.247/24 brd 10.0.0.255 scope global ens32  
       valid_lft forever preferred_lft forever  
3: br0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000  
    link/ether ba:5f:c3:f0:a8:bd brd ff:ff:ff:ff:ff:ff  
    inet 10.0.0.248/24 brd 10.0.0.255 scope global br0  
       valid_lft forever preferred_lft forever

Nplan構成から完全なセクション「bridges：」を削除すると、コンピューターを再起動してブリッジを削除する必要があります（netplanの適用だけでは十分ではありません-なぜですか？）。

再起動後、google.comにpingを送信できます。

Nplan構成（ホスト上および仮想ゲスト上）のヘルプは大歓迎です。

ありがとうございました。

network-bridgelxdnetplan
4
milanBart

別のガイド を試しました。トリックは、eth0に個別のアドレスを割り当てないことです。アドレスなしでそのままにしておくと、ホストはブリッジとIPを共有します。しかし、別の問題があります。再起動後にこの設定が壊れると、ブリッジはブロードキャストアドレスを失い、netplan applyを再度実行しない限り、インターネットにアクセスできなくなります。

私はそれがLXDからのオーバーライドに起因していると思う（私はlxdブリッジを使用している）。

2
Sergey Durnov