Skip to content
DevOps AI ToolKit
Newsletter
All troubleshooting hubs Troubleshooting hub

Kubernetes Networking, DNS & Ingress Errors

The Kubernetes failures where pods can't talk to each other or the outside world: connection refused in-cluster, CoreDNS SERVFAIL, dial-tcp i/o timeouts, a Service with no endpoints, ingress 503/413 errors, or a CNI that won't set up the pod network. Each guide opens with the cause and the `kubectl get endpoints`, `nslookup`, and CNI commands to prove it. Pick your symptom below, or paste it into the assistant.

Fix your error now

Paste the error or logs and let the Incident Assistant diagnose it, or run a guided triage prompt with AI — no copy-paste.

Diagnose with the Incident Assistant →

Every guide in this cluster

20 guides

Kubernetes & Helm AI prompts

Copy-paste, production-safe prompts for this stack.

Kubernetes & Helm command center

Top errors, validators, and runbooks for the whole stack.

Frequently asked questions

Why does my Service have no endpoints?
The Service's selector matches no Ready pods — a label mismatch, or the pods are failing readiness. Compare kubectl get svc <name> -o wide selectors against the pod labels, and check kubectl get endpoints <name>. See no endpoints available.
What causes CoreDNS SERVFAIL in a cluster?
CoreDNS couldn't resolve the name — an upstream resolver problem, an NXDOMAIN loop, or a misconfigured Corefile/stub domain. Check the CoreDNS pod logs and test with kubectl run -it --rm dnsutils. See CoreDNS SERVFAIL.
My ingress returns 503 Service Temporarily Unavailable — why?
The ingress controller has no healthy backend for that route — the Service has no ready endpoints, or the ingress points at the wrong Service/port. Trace ingress → Service → endpoints → pod readiness. See ingress 503.