Signed-off-by: Zhang Wei <zhangwei555@huawei.com>
| ... | ... |
@@ -97,7 +97,7 @@ disconnect` command. |
| 97 | 97 |
|
| 98 | 98 |
## Specifying advanced options |
| 99 | 99 |
|
| 100 |
-When you create a network, Engine creates a non-overlapping subnetwork for the network by default. This subnetwork is not a subdivision of an existing network. It is purely for ip-addressing purposes. You can override this default and specify subnetwork values directly using the the `--subnet` option. On a `bridge` network you can only create a single subnet: |
|
| 100 |
+When you create a network, Engine creates a non-overlapping subnetwork for the network by default. This subnetwork is not a subdivision of an existing network. It is purely for ip-addressing purposes. You can override this default and specify subnetwork values directly using the `--subnet` option. On a `bridge` network you can only create a single subnet: |
|
| 101 | 101 |
|
| 102 | 102 |
```bash |
| 103 | 103 |
docker network create -d --subnet=192.168.0.0/16 |
| ... | ... |
@@ -284,7 +284,7 @@ with `docker run --net none` which disables all incoming and outgoing |
| 284 | 284 |
networking. In cases like this, you would perform I/O through files or |
| 285 | 285 |
`STDIN` and `STDOUT` only. |
| 286 | 286 |
|
| 287 |
-Publishing ports and linking to other containers only works with the the default (bridge). The linking feature is a legacy feature. You should always prefer using Docker network drivers over linking. |
|
| 287 |
+Publishing ports and linking to other containers only works with the default (bridge). The linking feature is a legacy feature. You should always prefer using Docker network drivers over linking. |
|
| 288 | 288 |
|
| 289 | 289 |
Your container will use the same DNS servers as the host by default, but |
| 290 | 290 |
you can override this with `--dns`. |
| ... | ... |
@@ -318,7 +318,7 @@ data. Then, you try and pull it. |
| 318 | 318 |
a9539b34a6ab: Pulling fs layer |
| 319 | 319 |
filesystem layer verification failed for digest sha256:aac0c133338db2b18ff054943cee3267fe50c75cdee969aed88b1992539ed042 |
| 320 | 320 |
|
| 321 |
- You'll see the the pull did not complete because the trust system was |
|
| 321 |
+ You'll see the pull did not complete because the trust system was |
|
| 322 | 322 |
unable to verify the image. |
| 323 | 323 |
|
| 324 | 324 |
## More play in the sandbox |
| ... | ... |
@@ -78,7 +78,7 @@ management that can assist your implementation. |
| 78 | 78 |
|
| 79 | 79 |
When you create a network, Engine creates a non-overlapping subnetwork for the |
| 80 | 80 |
network by default. You can override this default and specify a subnetwork |
| 81 |
-directly using the the `--subnet` option. On a `bridge` network you can only |
|
| 81 |
+directly using the `--subnet` option. On a `bridge` network you can only |
|
| 82 | 82 |
specify a single subnet. An `overlay` network supports multiple subnets. |
| 83 | 83 |
|
| 84 | 84 |
> **Note** : It is highly recommended to use the `--subnet` option while creating |
| ... | ... |
@@ -241,7 +241,7 @@ should automatically load with the `btrfs` storage driver. |
| 241 | 241 |
The procedure for starting the Docker daemon may differ depending on the |
| 242 | 242 |
Linux distribution you are using. |
| 243 | 243 |
|
| 244 |
- You can force the the Docker daemon to start with the `btrfs` storage |
|
| 244 |
+ You can force the Docker daemon to start with the `btrfs` storage |
|
| 245 | 245 |
driver by either passing the `--storage-driver=btrfs` flag to the `docker |
| 246 | 246 |
daemon` at startup, or adding it to the `DOCKER_OPTS` line to the Docker config |
| 247 | 247 |
file. |
| ... | ... |
@@ -87,7 +87,7 @@ images. |
| 87 | 87 |
|
| 88 | 88 |
If you look closely at the diagram you'll see that it's snapshots all the way |
| 89 | 89 |
down. Each image layer is a snapshot of the layer below it. The lowest layer of |
| 90 |
- each image is a snapshot of the the base device that exists in the pool. This |
|
| 90 |
+ each image is a snapshot of the base device that exists in the pool. This |
|
| 91 | 91 |
base device is a `Device Mapper` artifact and not a Docker image layer. |
| 92 | 92 |
|
| 93 | 93 |
A container is a snapshot of the image it is created from. The diagram below |
| ... | ... |
@@ -81,7 +81,7 @@ Docker image comprising four layers. |
| 81 | 81 |
Status: Downloaded newer image for ubuntu:latest |
| 82 | 82 |
|
| 83 | 83 |
Each image layer has it's own directory under `/var/lib/docker/overlay/`. This |
| 84 |
-is where the the contents of each image layer are stored. |
|
| 84 |
+is where the contents of each image layer are stored. |
|
| 85 | 85 |
|
| 86 | 86 |
The output of the command below shows the four directories that store the |
| 87 | 87 |
contents of each image layer just pulled. However, as can be seen, the image |
| ... | ... |
@@ -96,7 +96,7 @@ disconnect` command. |
| 96 | 96 |
When you create a network, Engine creates a non-overlapping subnetwork for the |
| 97 | 97 |
network by default. This subnetwork is not a subdivision of an existing network. |
| 98 | 98 |
It is purely for ip-addressing purposes. You can override this default and |
| 99 |
-specify subnetwork values directly using the the `--subnet` option. On a |
|
| 99 |
+specify subnetwork values directly using the `--subnet` option. On a |
|
| 100 | 100 |
`bridge` network you can only create a single subnet: |
| 101 | 101 |
|
| 102 | 102 |
```bash |