[bug] Coder Connect on Windows: DNS publishing silently fails — workspace lookups return empty answers despite Connect being on
Nobody has claimed this yet.
Assessment
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Newbie friendliness
- 38/100
- Issue type
- Bug
- Clarity
- Mostly clear
- Activity status
- Quiet
- Tech stack
- csharp
- Domain
- devops, networking
Research direction
Reproduce the failure with Resolve-DnsName against fd60:627a:a42b::53, then inspect the Coder Connect Windows service, Wintun adapter, NRPT rule, and CoderVpnService behavior. Done means workspace.coder queries return an IP address and restarting the Coder Desktop service preserves the adapter, rule, and service registration.
Written by the indexing model from the issue text.
Description
Version: 0.8.3 (latest)
OS: Windows 11 Pro 10.0.26200
Symptom
Coder Desktop GUI reports Connect is ON, workspaces are listed, but no workspace hostname (<workspace>.coder) actually resolves via DNS. Apps that rely on Coder Connect for hostname routing (in our case, Claude Desktop's bundled SSH client which cannot use ~/.ssh/config ProxyCommand) time out at the SSH handshake step because no IP is returned.
What's set up correctly
- Wintun adapter "Coder" is
Upwith afd60:627a:a42b::/64IPv6 prefix Get-DnsClientNrptRuleshows.coder → fd60:627a:a42b::53- TCP/53 on the Coder DNS server is reachable
coder users show mesucceeds — CLI is authenticated to our deployment
What fails
Direct query to the embedded DNS:
> Resolve-DnsName -Name myworkspace.coder -Server fd60:627a:a42b::53
(empty answer — no IPAddress, no NXDOMAIN)
> ssh -F nul -o ConnectTimeout=15 coder@myworkspace.coder "echo OK"
ssh: Could not resolve hostname myworkspace.coder: No such host is known.
Queries succeed only when going via the ~/.ssh/config ProxyCommand (coder.exe ssh --stdio) — i.e., bypassing Coder Connect entirely. OpenSSH with verbose shows Authenticated to myworkspace.coder (via proxy).
Additional observation
Restarting the "Coder Desktop" Windows service while signed in deletes the Wintun adapter, the NRPT rule, and the CoderVpnService entry. Recovery requires toggling Connect OFF/ON in the tray app — the service restart alone leaves the system in a broken state.
Impact
Any third-party app that integrates with Coder via direct DNS + TCP (no ProxyCommand support) — e.g., Claude Desktop's "Add SSH connection" feature — cannot reach workspaces, even when the GUI says Connect is healthy.
- Dominant language
- C#
- Stars
- 29
- Forks
- 12
- Avg merge
- 4h 15m
- Merged PRs (30d)
- 2
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from coder/coder-desktop-windows
-
bug
Difficulty 2/5 1-3 hours Newbie friendliness 65/100
coder/coder-desktop-windows#166 ·
-
CoderVPN Unsigned Openbug
Difficulty 3/5 1-2 days Newbie friendliness 52/100
coder/coder-desktop-windows#179 · 3 comments ·
-
bug coder-desktop networking
Difficulty 4/5 3-5 days Newbie friendliness 48/100
coder/coder-desktop-windows#177 · 2 comments ·
-
bug coder-desktop
coder/coder-desktop-windows#171 · 1 comment · 1 assignee ·
-
Difficulty 3/5 1-2 days Newbie friendliness 35/100
coder/coder-desktop-windows#151 ·
All issues in coder/coder-desktop-windows
Similar issues
-
core dependencies
Difficulty 1/5 Under an hour Newbie friendliness 80/100
-
bug frontend good first issue
Difficulty 2/5 1-3 hours Newbie friendliness 75/100
-
NavigationViewItemAutomationPeer implements IInvokeProvider but never advertises the Invoke pattern Open
Difficulty 2/5 1-3 hours Newbie friendliness 75/100
unoplatform/uno#24629 ·
-
agentic-workflows Needs: Triage :mag: State: In-PR
Difficulty 2/5 1-3 hours Newbie friendliness 70/100
-
Down / Waiting for removal
Difficulty 2/5 1-3 hours Newbie friendliness 70/100