Skip to content
This repository has been archived by the owner on Jun 20, 2024. It is now read-only.

Commit

Permalink
Eliminate references to proxy and weaveDNS
Browse files Browse the repository at this point in the history
  • Loading branch information
awh committed Jun 25, 2015
1 parent b78d4f0 commit 9381fd5
Showing 1 changed file with 8 additions and 11 deletions.
19 changes: 8 additions & 11 deletions README.md
Original file line number Diff line number Diff line change
Expand Up @@ -64,15 +64,13 @@ First start weave on $HOST1:

host1$ weave launch

this runs the weave router, DNS and proxy, each in their own
container. Next we configure our `DOCKER_HOST` environment variable to
point to the proxy, so that containers launched via the docker command
line are automatically attached to the weave network:
Next we configure our environment so that containers launched via the
docker command line are automatically attached to the weave network:

host1$ eval $(weave proxy-env)

Finally we run our application container; this happens via the proxy
so it is automatically allocated an IP address and registered in DNS:
Finally we run our application container, automatically allocating it
an IP address and registering it in DNS:

host1$ docker run --name a1 -ti ubuntu

Expand Down Expand Up @@ -100,11 +98,10 @@ available. Also, we can tell weave to connect to multiple peers by
supplying multiple addresses, separated by spaces. And we can
[add peers dynamically](http://docs.weave.works/weave/latest_release/features.html#dynamic-topologies).

The router, DNS and proxy need to be started once per host. The
relevant container images are pulled down on demand, but if you wish
you can preload them by running `weave setup` - this is particularly
useful for automated deployments, and ensures that there are no delays
during later operations.
Weave must be started once per host. The relevant container images are
pulled down on demand, but if you wish you can preload them by running
`weave setup` - this is particularly useful for automated deployments,
and ensures that there are no delays during later operations.

Now that we've got everything set up, let's see whether our containers
can talk to each other...
Expand Down

0 comments on commit 9381fd5

Please sign in to comment.