This commit is contained in:
parent
9b4814c209
commit
56f06ec8fb
4 changed files with 10 additions and 10 deletions
|
|
@ -24,7 +24,7 @@ This is possible because the router regularly transmits information about the su
|
|||
|
||||
For our experiment, let's take the following lab:
|
||||
|
||||

|
||||

|
||||
|
||||
We have all our equipment connected to the box and a series of virtual machines hosted on one of the network machines.
|
||||
|
||||
|
|
@ -42,7 +42,7 @@ The main interest of this segmentation would be to avoid that all this little wo
|
|||
|
||||
We could therefore want to segment our network like this:
|
||||
|
||||

|
||||

|
||||
|
||||
We would reserve half of the /64 block for real network equipment and allocate the other half to our virtual machines located on a server/Raspberry Pi.
|
||||
|
||||
|
|
|
|||
|
|
@ -15,7 +15,7 @@ In fact, for the same reason we saw in [the introductory article]({{< relref "us
|
|||
|
||||
The same phenomenon can be observed with IPv4: each container has an IPv4 in a subnet separate from the one in which our host machine is located.
|
||||
|
||||

|
||||

|
||||
|
||||
In order for the containers to have access to the Internet under these conditions, in IPv4 NAT is implemented:
|
||||
|
||||
|
|
@ -72,7 +72,7 @@ On the Freebox, the window for setting additional prefixes is in "Paramètres de
|
|||
|
||||
It looks like this:
|
||||
|
||||

|
||||

|
||||
|
||||
Always leave the first field empty, otherwise the box will not offer you IPv6 on the main network.
|
||||
|
||||
|
|
@ -85,7 +85,7 @@ That's all! The hardest part is over. Now let's see the Docker configuration.
|
|||
|
||||
We will not use the range to which our machine is connected. We are going to use a whole /64 range, the one for which we have given the local IP of our machine to the box.
|
||||
|
||||

|
||||

|
||||
|
||||
According to the previous screenshot, our configuration file `/etc/docker/daemon.json` should look like:
|
||||
|
||||
|
|
|
|||
Loading…
Add table
Add a link
Reference in a new issue