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
Copy file name to clipboardExpand all lines: content/en/docs/concepts/windows/user-guide.md
+2-2Lines changed: 2 additions & 2 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -105,12 +105,12 @@ port 80 of the container directly to the Service.
105
105
* Node-to-pod communication across the network, `curl` port 80 of your pod IPs from the Linux control plane node
106
106
to check for a web server response
107
107
* Pod-to-pod communication, ping between pods (and across hosts, if you have more than one Windows node)
108
-
using docker exec or kubectl exec
108
+
using `docker exec` or `kubectl exec`
109
109
* Service-to-pod communication, `curl` the virtual service IP (seen under `kubectl get services`)
110
110
from the Linux control plane node and from individual pods
111
111
* Service discovery, `curl` the service name with the Kubernetes [default DNS suffix](/docs/concepts/services-networking/dns-pod-service/#services)
112
112
* Inbound connectivity, `curl` the NodePort from the Linux control plane node or machines outside of the cluster
113
-
* Outbound connectivity, `curl` external IPs from inside the pod using kubectl exec
113
+
* Outbound connectivity, `curl` external IPs from inside the pod using `kubectl exec`
114
114
115
115
{{< note >}}
116
116
Windows container hosts are not able to access the IP of services scheduled on them due to current platform limitations of the Windows networking stack.
0 commit comments