Background: LXD is a hypervisor that manages machine containers on Linux distributions. You install LXD on your Linux distribution and then you can launch machine containers into your distribution running all sort of (other) Linux distributions.
배경: LXD는 리눅스 배포판에서 머신 컨테이너를 관리하는 하이퍼바이저입니다. 리눅스 배포판에 LXD를 설치한 후, 다양한 (다른) 리눅스 배포판을 실행하는 머신 컨테이너를 배포판에 시작할 수 있습니다.

• Using macvlan. See https://blog.simos.info/how-to-make-your-lxd-container-get-ip-addresses-from-your-lan/
• Using bridged. It is this tutorial, you are reading it now.
  bridged . 당신이 지금 읽고 있는 이 튜토리얼입니다.
• Using routed. See https://blog.simos.info/how-to-get-lxd-containers-get-ip-from-the-lan-with-routed-network/
  routed . https://blog.simos.info/how-to-get-lxd-containers-get-ip-from-the-lan-with-routed-network/
• Using ipvlan. See https://blog.simos.info/how-to-get-lxd-containers-obtain-ip-from-the-lan-with-ipvlan-networking/
  ipvlan . https://blog.simos.info/how-to-get-lxd-containers-obtain-ip-from-the-lan-with-ipvlan-networking/

In this post, we are going to see how to use a bridge to make our containers get an IP address from  the local network. Specifically, we are going to see how to do this using NetworkManager. If you have several public IP addresses, you can use this method (or the other with the macvlan) in order to expose your LXD containers directly to the Internet.
이 게시물에서는 브리지를 사용하여 컨테이너가 로컬 네트워크에서 IP 주소를 얻는 방법을 살펴보겠습니다. 구체적으로, NetworkManager를 사용하여 이를 수행하는 방법을 살펴보겠습니다. 여러 개의 공인 IP 주소가 있는 경우, 이 방법(또는 macvlan을 사용하는 다른 방법)을 사용하여 LXD 컨테이너를 인터넷에 직접 노출할 수 있습니다.

Creating the bridge with NetworkManager
NetworkManager로 브리지를 생성하기

See this post How to Configure and Use Network Bridge in Ubuntu Linux (new link, thanks Samuel) on how to create the bridge with NetworkManager. It explains that you
이 게시물을 참조하세요: Ubuntu Linux에서 네트워크 브리지를 구성하고 사용하는 방법(새 링크, 감사합니다 Samuel)에서 NetworkManager로 브리지를 만드는 방법을 설명합니다. 당신은

1. Use NetworkManager to Add a New Connection, a Bridge.
   NetworkManager를 사용하여 새 연결, 브리지를 추가합니다.
2. When configuring the Bridge, you specify the real network connection (the device, like eth0 or enp3s12) that will be the slave of the bridge. You can verify the device of the network connection if you run ip route list 0.0.0.0/0.
   브리지를 구성할 때, 브리지의 슬레이브가 될 실제 네트워크 연결(eth0 또는 enp3s12와 같은 장치)을 지정합니다. ip route list 0.0.0.0/0을 실행하면 네트워크 연결의 장치를 확인할 수 있습니다.
3. Then, you can remove the old network connection and just keep the slave. The slave device (bridge0) will now be the device that gets you your LAN IP address.
   그런 다음, 이전 네트워크 연결을 제거하고 슬레이브만 유지할 수 있습니다. 슬레이브 장치(bridge0)는 이제 LAN IP 주소를 가져오는 장치가 될 것입니다.

At this point you would have again network connectivity. Here is the new device, bridge0.
이 시점에서 다시 네트워크 연결이 가능해졌습니다. 새로운 장치인 bridge0이 있습니다.

$ ifconfig bridge0
bridge0 Link encap:Ethernet HWaddr 00:e0:4b:e0:a8:c2 
 inet addr:192.168.1.64 Bcast:192.168.1.255 Mask:255.255.255.0
 inet6 addr: fe80::d3ca:7a11:f34:fc76/64 Scope:Link
 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
 RX packets:9143 errors:0 dropped:0 overruns:0 frame:0
 TX packets:7711 errors:0 dropped:0 overruns:0 carrier:0
 collisions:0 txqueuelen:1000 
 RX bytes:7982653 (7.9 MB) TX bytes:1056263 (1.0 MB)

Creating a new profile in LXD for bridge networking
LXD에서 브리지 네트워킹을 위한 새 프로필 만들기

In LXD, there is a default profile and then you can create additional profile that either are independent from the default (like in the macvlan post), or can be chained with the default profile. Now we see the latter.
LXD에서는 기본 프로필이 있으며, 기본 프로필과 독립적인 추가 프로필(예: macvlan 게시물처럼)을 만들거나 기본 프로필과 연결된 프로필을 만들 수 있습니다. 이제 후자를 살펴보겠습니다.

First, get a list of all available existing profiles. There is a single profile, the default one from LXD, and is used by 11 LXD containers. This means that this LXD installation has 11 containers.
먼저, 사용 가능한 모든 기존 프로필의 목록을 가져옵니다. LXD의 기본 프로필이 하나 있으며, 11개의 LXD 컨테이너에서 사용됩니다. 이는 이 LXD 설치에 11개의 컨테이너가 있음을 의미합니다.

$ lxc profile list
+---------------+---------+
| NAME          | USED BY |
+---------------+---------+
| default       | 11      |
+---------------+---------+

Then, create a new and empty LXD profile, called bridgeprofile.
그런 다음, bridgeprofile이라는 새롭고 빈 LXD 프로필을 만듭니다.

$ lxc profile create bridgeprofile

Here is the fragment to add to the new profile. The eth0 is the interface name in the container, so for the Ubuntu containers it does not change. Then, bridge0 is the interface that was created by NetworkManager. If you created that bridge by some other way, add here the appropriate interface name. The EOF at the end is just a marker when we copy and past to the profile.
여기 새 프로필에 추가할 조각이 있습니다. eth0는 컨테이너의 인터페이스 이름이므로 Ubuntu 컨테이너에서는 변경되지 않습니다. 그런 다음 bridge0는 NetworkManager에 의해 생성된 인터페이스입니다. 다른 방법으로 그 브리지를 생성한 경우, 여기에 적절한 인터페이스 이름을 추가하십시오. 끝의 EOF는 프로필에 복사하고 붙여넣을 때의 마커일 뿐입니다.

description: Bridged networking LXD profile
devices:
  eth0:
    name: eth0
    nictype: bridged
    parent: bridge0
    type: nic
EOF

Paste the fragment to the new profile.
새 프로필에 조각을 붙여넣습니다.

$ cat <<EOF | lxc profile edit bridgeprofile
(paste here the full fragment from earlier)

The end result should look like the following.
결과는 다음과 같아야 합니다.

$ lxc profile show bridgeprofile
config: {}
description: Bridged networking LXD profile
devices:
  eth0:
    name: eth0
    nictype: bridged
    parent: bridge0
    type: nic
name: bridgeprofile
used_by:

Now, list again the profiles so that we can verify the newly created profile, bridgeprofile. It is there, and it is not used yet by a LXD (lex-dee) container.
이제 새로 생성된 프로필인 bridgeprofile을 확인할 수 있도록 프로필을 다시 나열합니다. 그것이 있으며, 아직 LXD(렉디) 컨테이너에 의해 사용되지 않습니다.

$ lxc profile list
+---------------+---------+
| NAME          | USED BY |
+---------------+---------+
| bridgeprofile | 0       |
+---------------+---------+
| default       | 11      |
+---------------+---------+

If it got messed up, delete the profile and start over again. Here is the command.
문제가 생기면 프로필을 삭제하고 다시 시작하세요. 여기 명령어가 있습니다.

$ lxc profile delete profile_name_to_delete

Creating containers with the bridge profile
브리지 프로필로 컨테이너 생성하기

Now we are ready to create a new container that will use the bridge. We need to specify first the default profile, then the new profile. This is because the new profile will overwrite the network settings of the default profile.
이제 우리는 브리지를 사용할 새로운 컨테이너를 만들 준비가 되었습니다. 먼저 기본 프로필을 지정한 다음 새 프로필을 지정해야 합니다. 이는 새 프로필이 기본 프로필의 네트워크 설정을 덮어쓸 것이기 때문입니다.

$ lxc launch -p default -p bridgeprofile ubuntu:x mybridge
Creating mybridgeStarting mybridge

Here is the result.
여기 결과가 있습니다.

$ lxc list
+-------------+---------+---------------------+------+
| mytest | RUNNING | 192.168.1.72 (eth0)      |      |
+-------------+---------+---------------------+------+
| ...                                         | ...  |

The container mybridge is accessible from the local network.
컨테이너 mybridge는 로컬 네트워크에서 접근 가능합니다.

Changing existing containers to use the bridge profile
기존 컨테이너를 브리지 프로필을 사용하도록 변경하기

Suppose we have an existing container that was created with the default profile, and got the LXD NAT network. Can we switch it to use the bridge profile?
기본 프로필로 생성된 기존 컨테이너가 LXD NAT 네트워크를 사용하고 있다고 가정해 보겠습니다. 이를 브리지 프로필로 전환할 수 있을까요?

Here is the existing container.
여기 기존 컨테이너가 있습니다.

$ lxc launch ubuntu:x mycontainer
Creating mycontainerStarting mycontainer

Let’s assign mycontainer to use the new profile, “default,bridgeprofile”.
mycontainer를 새 프로필인 “default,bridgeprofile”을 사용하도록 지정합시다.

$ lxc profile assign mycontainer default,bridgeprofile

Now we just need to restart the networking in the container.
이제 컨테이너에서 네트워킹을 재시작하기만 하면 됩니다.

$ lxc exec mycontainer -- systemctl restart networking.service

This can take quite some time, 10 to 20 seconds. Be patient. Obviously, we could simply restart the container. However, since it can take quite some time to get the IP address, it is more practical to know exactly when you get the new IP address.
이 과정은 꽤 오랜 시간이 걸릴 수 있으며, 10초에서 20초 정도 소요됩니다. 인내심을 가지세요. 분명히 우리는 컨테이너를 단순히 재시작할 수 있습니다. 그러나 IP 주소를 얻는 데 꽤 오랜 시간이 걸릴 수 있기 때문에 새로운 IP 주소를 정확히 언제 받는지 아는 것이 더 실용적입니다.

Let’s see how it looks!
어떻게 보이는지 봅시다!

$ lxc list ^mycontainer$
+----------------+-------------+---------------------+------+
| NAME           | STATE       | IPV4                | IPV6 |
+----------------+-------------+---------------------+------+
| mycontainer    | RUNNING     | 192.168.1.76 (eth0) |      |
+----------------+-------------+---------------------+------+

It is great! It got a LAN IP address! In the lxc list command, we used the filter ^mycontainer$, which means to show only the container with the exact name mycontainer. By default, lxc list does a substring search when it tries to match a container name. Those ^ and $ characters are related to Linux/Unix in general, where ^ means start, and $ means end. Therefore, ^mycontainer$ means the exact string mycontainer!
정말 멋져요! LAN IP 주소를 받았어요! lxc list 명령어에서 우리는 ^mycontainer$ 필터를 사용했는데, 이는 정확한 이름 mycontainer를 가진 컨테이너만 표시하라는 의미입니다. 기본적으로 lxc list는 컨테이너 이름을 일치시키려고 할 때 부분 문자열 검색을 수행합니다. ^와 $ 문자는 일반적으로 Linux/Unix와 관련이 있으며, ^는 시작을 의미하고 $는 끝을 의미합니다. 따라서 ^mycontainer$는 정확한 문자열 mycontainer를 의미합니다!

Changing bridged containers to use the LXD NAT
LXD NAT를 사용하도록 브리지 컨테이너 변경

Let’s switch back from using the bridge, to using the LXD NAT network. We stop the container, then assign just the default profile and finally start the container.
브리지 사용에서 LXD NAT 네트워크 사용으로 다시 전환합시다. 우리는 컨테이너를 중지한 다음 기본 프로필만 할당하고 마지막으로 컨테이너를 시작합니다.

$ lxc stop mycontainer
$ lxc profile assign mycontainer default
Profiles default applied to mycontainer
$ lxc start mycontainer

Let’s have a look at it,
한번 살펴보자

$ lxc list ^mycontainer$
+-------------+---------+----------------------+--------------------------------+
| NAME        | STATE   | IPV4                 | IPV6                           |
+-------------+---------+----------------------+--------------------------------+
| mycontainer | RUNNING | 10.52.252.101 (eth0) | fd42:cba6:...:fe10:3f14 (eth0) |
+-------------+---------+----------------------+--------------------------------+

NOTE: I tried to assign the default profile while the container was running in bridged mode. It made a mess with the networking and the container could not get an IPv4 IP address anymore. It could get an IPv6 address though. Therefore, use as a rule of thumb to stop a container before assigning a different profile.
참고: 나는 컨테이너가 브리지 모드에서 실행되는 동안 기본 프로필을 할당하려고 했다. 그로 인해 네트워킹에 문제가 생겼고 컨테이너는 더 이상 IPv4 IP 주소를 받을 수 없었다. 그러나 IPv6 주소는 받을 수 있었다. 따라서 다른 프로필을 할당하기 전에 컨테이너를 중지하는 것을 기본 규칙으로 삼아야 한다.

NOTE #2: If your container has a LAN IP address, it is important to stop the container so that your router’s DHCP server gets the notification to remove the DHCP lease. Most routers remember the MAC address of a new computer, and a new container gets a new random MAC address. Therefore, do not delete or kill containers that have a LAN IP address but rather stop them first. Your router’s DHCP lease table is only that big.
참고 #2: 컨테이너에 LAN IP 주소가 있는 경우, 라우터의 DHCP 서버가 DHCP 임대 제거 알림을 받을 수 있도록 컨테이너를 중지하는 것이 중요합니다. 대부분의 라우터는 새 컴퓨터의 MAC 주소를 기억하며, 새 컨테이너는 새로운 무작위 MAC 주소를 받습니다. 따라서 LAN IP 주소가 있는 컨테이너를 삭제하거나 종료하지 말고 먼저 중지하십시오. 라우터의 DHCP 임대 테이블은 그리 크지 않습니다.

Conclusion  결론

In this post we saw how to selectively get ours containers to receive a LAN IP address.  This requires to set the host network interface to be the slave of the bridge. It is a bit invasive compared to using a macvlan, but offers the ability for the containers and the host to communicate with each other over the LAN.
이 게시물에서는 선택적으로 컨테이너가 LAN IP 주소를 받도록 설정하는 방법을 보았습니다. 이를 위해 호스트 네트워크 인터페이스를 브리지의 슬레이브로 설정해야 합니다. 이는 macvlan을 사용하는 것에 비해 다소 침습적이지만, 컨테이너와 호스트가 LAN을 통해 서로 통신할 수 있는 기능을 제공합니다.

Simos Xenitellis

Related  관련

How to get LXD containers get IP from the LAN with routed network
LXD 컨테이너가 라우팅된 네트워크를 통해 LAN에서 IP를 받는 방법

Update #3 - 27 January 2020: Fedora requires special instructions for routed to work. See the section below named The routed profile for Fedora for more. UPDATE #2 - 26 January 2020: Debian requires special instructions for routed to work. See the section below named The routed profile for Debian…
업데이트 #3 - 2020년 1월 27일: 페도라는 라우팅이 작동하기 위해 특별한 지침이 필요합니다. 아래의 "페도라를 위한 라우팅 프로필" 섹션을 참조하세요. 업데이트 #2 - 2020년 1월 26일: 데비안은 라우팅이 작동하기 위해 특별한 지침이 필요합니다. 아래의 "데비안을 위한 라우팅 프로필" 섹션을 참조하세요…

April 4, 2020  2020년 4월 4일

In "general"  일반적으로

How to get LXD containers obtain IP from the LAN with ipvlan networking
LXD 컨테이너가 ipvlan 네트워킹을 사용하여 LAN에서 IP를 얻는 방법

You are using LXD containers and you want a container (or more) to use an IP address from the LAN (or, get an IP address just like the host does). LXD currently supports four ways to do that, and depending on your needs, you select the appropriate way. Using macvlan.…
LXD 컨테이너를 사용하고 있으며 컨테이너(또는 여러 개)가 LAN에서 IP 주소를 사용하도록 하거나 호스트와 같은 방식으로 IP 주소를 얻기를 원합니다. LXD는 현재 이를 수행하는 네 가지 방법을 지원하며, 필요에 따라 적절한 방법을 선택합니다. macvlan을 사용하여...

February 9, 2021  2021년 2월 9일

In "general"  일반적으로

How to make your LXD containers get IP addresses from your LAN using macvlan
LXD 컨테이너가 macvlan을 사용하여 LAN에서 IP 주소를 받도록 만드는 방법

Update 22 June 2020 I have updated this post to be compatible with LXD 4.0. I also adapted it in order to create an empty profile that does only the macvlan stuff and is independent of the default profile. Finally, I am calling the profile macvlan (previous name: lanprofile). WARNING…

January 22, 2018  2018년 1월 22일

In "Linux"  리눅스