nerdctl uses CNI plugins for its container network, you can set network by
either --network or --net option.
nerdctl support some basic types of CNI plugins without any configuration
needed(you should have CNI plugin be installed), for Linux systems the basic
CNI plugin types are bridge, portmap, firewall, tuning, for Windows
system, the supported CNI plugin types are nat only.
The default network bridge for Linux and nat for Windows if you
don't set any network options.
Configuration of the default network bridge of Linux:
{
"cniVersion": "1.0.0",
"name": "bridge",
"plugins": [
{
"type": "bridge",
"bridge": "nerdctl0",
"isGateway": true,
"ipMasq": true,
"hairpinMode": true,
"ipam": {
"type": "host-local",
"routes": [{ "dst": "0.0.0.0/0" }],
"ranges": [
[
{
"subnet": "10.4.0.0/24",
"gateway": "10.4.0.1"
}
]
]
}
},
{
"type": "portmap",
"capabilities": {
"portMappings": true
}
},
{
"type": "firewall",
"ingressPolicy": "same-bridge"
},
{
"type": "tuning"
}
]
}nerdctl >= 0.18 sets the ingressPolicy to same-bridge when firewall plugin >= 1.1.0 is installed.
This ingressPolicy replaces the CNI isolation plugin used in nerdctl <= 0.17.
When firewall plugin >= 1.1.0 is not found, nerdctl does not enable the bridge isolation.
This means a container in --net=foo can connect to a container in --net=bar.
nerdctl also support macvlan and IPvlan network driver.
To create a macvlan network which bridges with a given physical network interface, use --driver macvlan with
nerdctl network create command.
# nerdctl network create mac0 --driver macvlan \
--subnet=192.168.5.0/24
--gateway=192.168.5.2
-o parent=eth0
You can specify the parent, which is the interface the traffic will physically go through on the host,
defaults to default route interface.
And the subnet should be under the same network as the network interface,
an easier way is to use DHCP to assign the IP:
# nerdctl network create mac0 --driver macvlan --ipam-driver=dhcp
Using --driver ipvlan can create ipvlan network, the default mode for IPvlan is l2.
Nerdctl automatically sets the DHCP host-name option to the hostname value of the container.
Furthermore, on network creation, nerdctl supports the ability to set other DHCP options through --ipam-options.
Currently, the following options are supported by the DHCP plugin:
dhcp-client-identifier
subnet-mask
routers
user-class
vendor-class-identifier
For example:
# nerdctl network create --driver macvlan \
--ipam-driver dhcp \
--ipam-opt 'vendor-class-identifier={"type": "provide", "value": "Hey! Its me!"}' \
my-dhcp-net
You can also customize your CNI network by providing configuration files.
For example you have one configuration file(/etc/cni/net.d/10-mynet.conf)
for bridge network:
{
"cniVersion": "1.0.0",
"name": "mynet",
"type": "bridge",
"bridge": "cni0",
"isGateway": true,
"ipMasq": true,
"ipam": {
"type": "host-local",
"subnet": "172.19.0.0/24",
"routes": [
{ "dst": "0.0.0.0/0" }
]
}
}This will configure a new CNI network with the name mynet, and you can use
this network to create a container:
# nerdctl run -it --net mynet --rm alpine ip addr show
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
3: eth0@if6120: <BROADCAST,MULTICAST,UP,LOWER_UP,M-DOWN> mtu 1500 qdisc noqueue state UP
link/ether 5e:5b:3f:0c:36:56 brd ff:ff:ff:ff:ff:ff
inet 172.19.0.51/24 brd 172.19.0.255 scope global eth0
valid_lft forever preferred_lft forever
inet6 fe80::5c5b:3fff:fe0c:3656/64 scope link tentative
valid_lft forever preferred_lft forever