- Home
- Skills
- Daymade
- Claude Code Skills
- Windows Remote Desktop Connection Doctor
windows-remote-desktop-connection-doctor_skill
- Python
609
GitHub Stars
2
Bundled Files
2 months ago
Catalog Refreshed
4 months ago
First Indexed
Readme & install
Copy the install command, review bundled files from the catalogue, and read any extended description pulled from the listing source.
Installation
Preview and clipboard use veilstrat where the catalogue uses aiagentskills.
npx veilstrat add skill daymade/claude-code-skills --skill windows-remote-desktop-connection-doctor- .security-scan-passed181 B
- SKILL.md8.6 KB
Overview
This skill diagnoses Windows App (Microsoft Remote Desktop / Azure Virtual Desktop / W365) connection quality issues on macOS and guides remediation to restore optimal transport. It focuses on detecting why the client falls back to WebSocket/TCP instead of UDP Shortpath, identifying VPN/proxy interference, ISP UDP restrictions, client health-check failures, and missing server-side Shortpath. The outputs are actionable checks, log parsing hints, and recommended fixes to get UDP Shortpath restored.
How this skill works
The skill walks through a reproducible diagnostic workflow: collect Connection Info from the Windows App, capture network interface/routing and process connection evidence, inspect VPN/proxy/Tailscale state, and parse Windows App logs for STUN/TURN/Shortpath negotiation failures. It maps observed symptoms to root-cause categories (VPN/proxy, ISP, client health checks, server-side) and provides targeted verification and remediation steps.
When to use it
- VDI sessions are slow or have high RTT compared to expectations
- Windows App shows Transport Protocol = WebSocket or TCP instead of UDP
- RDP Shortpath fails to establish or no UDP connections from the client process
- Connection Info shows repeated FetchClientOptions timeouts or certificate errors
- You need to confirm whether the issue is client-side, network-side, or server-side
Best practices
- Collect Connection Info screenshot/text before making changes to preserve baseline
- Run network, process, and log checks in parallel — avoid assumptions
- Always compare a working log (UDP) with a broken log to spot missing health-check blocks
- Temporarily disable VPN/proxy when testing to isolate interference
- When changing DNS or proxy rules, document steps so you can revert if needed
Example use cases
- User reports VDI lag and Connection Info shows WebSocket — use this workflow to find if a local proxy/TUN is forcing TCP
- IT admin needs to verify whether ISP blocks UDP — run the included STUN connectivity test and routing checks
- Troubleshoot Shortpath negotiation failures by parsing Windows App logs for FetchClientOptions, STUN/TURN, and certificate errors
- Validate a fix: confirm UDP connections via lsof and observe RTT drop after applying direct/proxy exceptions
- Differentiate server-side Shortpath absence from client/network issues by checking for any STUN/TURN entries in logs
FAQ
Evidence includes Windows App source IP in the 198.18.0.x range, utun interfaces capturing default route, STUN/TURN routed through VPN, and no UDP sockets from the app.
How do I quickly test whether my ISP blocks UDP?
Run a STUN UDP probe to known servers (e.g., stun.l.google.com:19302). If probes consistently fail while no VPN is active, ISP or NAT is likely restricting UDP.
When should I involve Azure admin or support?
If logs show no STUN/TURN or Shortpath detection but health checks pass, the host pool may not have Shortpath enabled — this requires admin action in Azure.