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 }}
Repository navigation
Commit a4429d4
Browse filesBrowse the repository at this point in the historyBrowse files
Copy file name to clipboardExpand all lines: src/content/articles/private-networking-dns-routing-tls-debugging/index.mdx
+7-4Lines changed: 7 additions & 4 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -25,7 +25,7 @@ The migration was supposed to take 30 minutes. We were moving from a publicly-ac
25
25
26
26
Three days and four distinct failures later, we had a working connection — and a debugging playbook we've used for every migration since.
27
27
28
-
Private networking isn't "the same thing, but internal." It's a fundamentally different debugging domain where familiar tools give unfamiliar results and "connection refused" could mean six different things depending on which layer actually failed. The trick is knowing where to look.
28
+
<Highlighter>Private networking isn't "the same thing, but internal." It's a fundamentally different debugging domain where familiar tools give unfamiliar results and "connection refused" could mean six different things depending on which layer actually failed.</Highlighter> The trick is knowing where to look.
29
29
30
30
## The Debugging Playbook
31
31
@@ -34,7 +34,7 @@ Every private networking issue follows the same debugging sequence. Each layer d
'Does the name resolve to the expected private IP?',
48
-
'<span class="font-mono">getent hosts \<hostname\></span> (sees what your app sees) or `dig @\<vpc-resolver\></span> (bypasses cache)',
48
+
'<span class="font-mono">getent hosts \<hostname\></span> (sees what your app sees) or <span class="font-mono">dig @\<vpc-resolver\></span> (bypasses cache)',
49
49
'Returns expected private IP, not public',
50
50
],
51
51
},
@@ -98,7 +98,10 @@ The most common DNS failure: a private hosted zone exists, the records are corre
98
98
Split-horizon DNS creates similar confusion. You have a public zone for `api.example.com` that resolves to a public load balancer, and a private zone for the same name that resolves to an internal endpoint. If the private zone isn't associated with your VPC, queries fall through to public DNS and return the public IP. Traffic then goes out through NAT, across the internet, and back in — adding latency and potentially failing security group checks.
0 commit comments