You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Jun 20, 2024. It is now read-only.
When the pod communicates with the outside, the Host IP goes to the Source IP.
Because of organizational firewall policies, the Static Egress IP of a particular pod or namespace is required.
For example, to connect a specific pod of a particular namespace to an external DB, I must open a firewall between all the worker nodes and the external db.
In this case, it is possible to communicate with the external db even in an undesired namespace.
Although the egress policy might be the answer, it is basically hard to allow the entire worker node ip firewall to be opened for security reasons.
would love to see this possibility too.. also have a requirement where we set up a firewall rule for an exception to the normal blocking of http/https outbound traffic.. but running the proxy in the kubernetes cluster requires us to pin what ip the egress traffic originates from (so a matching fw rule can be set up).
When the pod communicates with the outside, the Host IP goes to the Source IP.
Because of organizational firewall policies, the Static Egress IP of a particular pod or namespace is required.
For example, to connect a specific pod of a particular namespace to an external DB, I must open a firewall between all the worker nodes and the external db.
In this case, it is possible to communicate with the external db even in an undesired namespace.
Although the egress policy might be the answer, it is basically hard to allow the entire worker node ip firewall to be opened for security reasons.
Below is a reference to the openshift OVS feature.
(New Feature) https://blog.openshift.com/how-to-enable-static-egress-ip-in-ocp/
(Legacy Feature) https://blog.openshift.com/accessing-external-services-using-egress-router/
/kind feature
The text was updated successfully, but these errors were encountered: