Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Internet via proxy #7

Closed
ezreal92170 opened this issue Sep 11, 2017 · 8 comments
Closed

Internet via proxy #7

ezreal92170 opened this issue Sep 11, 2017 · 8 comments
Assignees

Comments

@ezreal92170
Copy link

I run DCOS on coreOS and i just try Beta-Kubernetes on DCOS 1.10.0
I use proxy to connect to Internet.

All the tasks are in a running state, but when i try to install a new pod i get the following error

createPodSandbox for pod "redis-master-1405623842-zt2hq_default(97f75286-972a-11e7-937b-e41f13303b18)" failed: rpc error: code = 2 desc = unable to pull sandbox image
"gcr.io/google_containers/pause-amd64:3.0": Error response from daemon: {"message":"Get https://gcr.io/v1/_ping: dial tcp 74.125.133.82:443: i/o timeout"}

I tried to pull gcr.io/google_containers/pause-amd64:3.0 from command line on my coreos host and it works.

Can we use this framework with a proxy to access Internet ?

@smugcloud
Copy link
Contributor

Hi @ezreal92170, this sounds like a routing or firewall issue. The proxy should not matter, as long as the kubelet container has a route to the Internet. If you enter the container, can you ping the GCR IP?

nsenter -t <KUBELET PID> -m -n -p -w

@ezreal92170
Copy link
Author

Just to clarify, in my environment i don't have direct access to Internet. I can only use http and https protocol to access the internet and only through a "corporate" proxy.

In this error message

Error response from daemon: {"message":"Get https://gcr.io/v1/_ping: dial tcp 74.125.133.82:443: i/o timeout"}

we see that the daemon try direct connect to the Internet (ignoring my docker core os host configuration) because dns resolution happened. The direct connection will always fail in my environnement, i must to try to configure a http proxy for the daemon

@spahl
Copy link
Contributor

spahl commented Sep 13, 2017

Thanks for the details. We are currently in the process of "air gapping" the framework. It will be runnable behind the firewall soon.

@ezreal92170
Copy link
Author

Thanks, if you have some clue to modify inside container any configuration before a new released i can do some test.

@pires
Copy link
Contributor

pires commented Sep 29, 2017

This will be fixed with a new release to happen next week.

@ezreal92170
Copy link
Author

thx i will be happy to test that.

@pires
Copy link
Contributor

pires commented Oct 3, 2017

Can you try the new release and report back?

@pires pires self-assigned this Oct 3, 2017
@pires
Copy link
Contributor

pires commented Oct 3, 2017

Closing. Please report back if you encounter any issues.

@pires pires closed this as completed Oct 3, 2017
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

4 participants