[BUG] Remote Control: messages sent from mobile don't reach local session on Windows + WiFi + Cloudflare WARP (MASQUE), no error shown
Preflight Checklist
- [x] I have searched existing issues and this hasn't been reported yet
- [x] This is a single bug report (please file separate reports for different bugs)
- [x] I am using the latest version of Claude Code
What's Wrong?
Environment:
- Claude Code CLI version: 2.1.226
- OS: Windows 11 Enterprise
- Network: Corporate WiFi, behind Cloudflare Zero Trust WARP client (v2026.6.850.0), tunnel protocol MASQUE, with Gateway TLS inspection active (confirmed via certificate chain — reissued by "Gateway CA - Cloudflare Managed G1")
Description:
Remote Control connects successfully — I can view my local Claude Code session from my phone, and the session shows as active. However, when I type a message on the phone and tap send, nothing happens: no error, no response, and the /rc active indicator in the local terminal never reacts. This happens consistently across multiple attempts, including after fully disconnecting and restarting the Remote Control session from both the CLI (/remote-control) and the mobile app.
What I've ruled out:
- Same claude.ai account signed in on both devices
- Remote Control enabled via /config ("Enabled Remote Control for all sessions")
- Restarted the session multiple times (disconnect/reconnect)
- CLI is up to date (2.1.226)
- Regular Claude Code usage (normal chat, not through Remote Control) works fine over the same network — so basic connectivity to api.anthropic.com is not the issue
Comparison data (suggests platform/network-specific interaction, not account/config):
- Works: colleague on macOS, WiFi, same Cloudflare WARP MASQUE setup
- Works: colleague on Windows desktop (wired network, no WiFi)
- Fails: me — Windows 11 laptop, WiFi, same corporate WARP MASQUE setup
This pattern points at something specific to Windows + WiFi combined with how Remote Control's real-time push/streaming connection behaves under WARP's MASQUE tunnel with Gateway TLS inspection — possibly a lack of reconnect/keepalive resilience if the persistent connection is silently dropped or buffered by the inspecting proxy.
Ask: Is there a known issue with Remote Control's connection handling under WARP MASQUE / TLS-inspecting proxies on Windows? Any diagnostics or logs I can provide would help (happy to reproduce with exact timestamps).
What Should Happen?
When I send a message from the Claude Code mobile app to a session connected via Remote Control, it should be delivered to the local session in real time — appearing in the local terminal and being processed by Claude, the same way it works for my colleagues on macOS (WiFi) and Windows (wired). The /rc active connection indicator should also reflect activity when a message is sent/received, rather than staying static with no visible reaction.
Error Messages/Logs
Steps to Reproduce
Steps to reproduce:
- On the Windows 11 laptop, connect to corporate WiFi (behind Cloudflare WARP, MASQUE tunnel protocol, Gateway TLS inspection active).
- Start a Claude Code session locally and run /remote-control to enable Remote Control and generate the connection (QR code/session link).
- On the mobile device, open the Claude app (signed in with the same account) and connect to the session via the generated link/QR code.
- Confirm the session is visible on the mobile device (it is — this part works).
- Type a message on the mobile device and tap send.
- Observe: no error appears on mobile, and the /rc active indicator in the local terminal does not change or show any activity. The message never reaches the local session.
- Repeat after disconnecting and restarting Remote Control (/remote-control → disconnect → /remote-control again to reconnect) — same result.
Claude Model
Not sure / Multiple models
Is this a regression?
No, this never worked
Last Working Version
_No response_
Claude Code Version
2.1.226
Platform
Anthropic API
Operating System
Windows
Terminal/Shell
Windows Terminal
Additional Information
_No response_