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

Proxy shouldn't weave-attach containers which are using a network plugin #2330

Merged
merged 1 commit into from
Jun 3, 2016

Conversation

bboreham
Copy link
Contributor

@bboreham bboreham commented Jun 2, 2016

Fixes #1988 per the last sentence in the description:

I suppose the proxy could ignore all containers created with a network other than default, bridge, none or unset.

"unset" equates to default, as far as I can see.

Note this would be a breaking change for someone who is deliberately using the Weave proxy together with another plugin. Those folks (if they exist) can docker network connect foo, I guess.

(note that docker run --net a --net b ... only connects to network b)

@bboreham bboreham added this to the 1.6.0 milestone Jun 2, 2016
Particularly intended for cases where the user has configured the
proxy and also said --net=weave, but will catch any other plugin
similarly
@awh awh merged commit 1e4d867 into master Jun 3, 2016
@awh awh deleted the issues/1988-proxy-plugin branch June 3, 2016 14:48
rade added a commit that referenced this pull request Jul 20, 2016
since as of #2330 the proxy ignores containers started with specified
user networks.
awh pushed a commit that referenced this pull request Jul 28, 2016
since as of #2330 the proxy ignores containers started with specified
user networks.
brb pushed a commit that referenced this pull request Aug 1, 2016
since as of #2330 the proxy ignores containers started with specified
user networks.
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants