Closed zzvara closed 5 years ago
Added to description: Other stuff may be important Containers fail the restart on the node where traefik Pod is deployed. When ssl.enabled is true, suddenly, Pods will not be able to start since the initialization process not able to access the ApiServer on 10.233.0.1:443. It seems that exposing 443 on any host would mess up the network.
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Any further update will cause the issue/pull request to no longer be considered stale. Thank you for your contributions.
This issue is being automatically closed due to inactivity.
Is this a request for help?: Yes.
Is this a BUG REPORT or FEATURE REQUEST? (choose one): BUG REPORT
Version of Helm and Kubernetes: v2.13.1 & v1.13.5 installed with Kubespray
Which chart: stable/traefik
What happened: Deployed chart with the following settings:
Traefik container produces the following logs:
Certificates for the API server has been created for local IP addresses - machine local: 10.1.38.0/24, so externally only accessible through insecure flag provided to
kubectl
. I guess this is the same problem.What you expected to happen: Treafik to be able to access Kubernetes ApiServer. The ApiServer is usually on port 6443, but I'm not familiar with Kubernetes enough to stay that it would not be accessible through 10.233.0.1:443. I have also set up
stable/openvpn
, therefore when I openhttps://10.233.0.1:443
from my local computer, the Kubernetes ApiServer responds.How to reproduce it (as minimally and precisely as possible): Bare-metal default installation using Kubespray with Calico network plugin.
Other stuff may be important Containers fail the restart on the node where traefik Pod is deployed. When
ssl.enabled
istrue
, suddenly, Pods will not be able to start since the initialization process not able to access the ApiServer on10.233.0.1:443
. It seems that exposing 443 on any host would mess up the network.