mait.sh1.142.0

Private beta: features and content may change. No warranty; use at your own risk.

Docs / MCP tool

MCP RDP problems and fixes

Separate connection, input, screenshot, recording and audio problems on remote desktops.

A connection can succeed while recording fails, and input can arrive even when its reply is lost.

Read the result back from a fresh screenshot before acting again.

Help
MCP RDP

Start with the last observation

Keep the error, the connection ID and the last useful screenshot. Do not share passwords, private desktop content or raw audio in a support report.

MCP RDP

Connection and session problems

SymptomNext step
Unknown profileUse the exact, case-sensitive name; the deployment owner checks the profiles file, which is read only at startup
DNS, refused, TLS or handshake failureVerify the approved target and its RDP service; use auto or nla for NLA servers and tls otherwise
Authentication errorFix the account with its owner first; these errors are never retried, to avoid lockouts
Unknown connectionIdCheck rdp_connection_list in the current session
All IDs lost after reconnectA new client connection can be a new session; keep one stable connection
Connection cap reachedStop recordings and drop unused connections; the default connection counts too
Rate limit or 60-second timeout30 calls per minute are shared by all clients; screenshot before retrying
Symptom
Unknown profile
Next step
Use the exact, case-sensitive name; the deployment owner checks the profiles file, which is read only at startup
Symptom
DNS, refused, TLS or handshake failure
Next step
Verify the approved target and its RDP service; use auto or nla for NLA servers and tls otherwise
Symptom
Authentication error
Next step
Fix the account with its owner first; these errors are never retried, to avoid lockouts
Symptom
Unknown connectionId
Next step
Check rdp_connection_list in the current session
Symptom
All IDs lost after reconnect
Next step
A new client connection can be a new session; keep one stable connection
Symptom
Connection cap reached
Next step
Stop recordings and drop unused connections; the default connection counts too
Symptom
Rate limit or 60-second timeout
Next step
30 calls per minute are shared by all clients; screenshot before retrying
MCP RDP

The command line shows a different desktop

The command did not reach the running server and ran with your own shell's settings. Set MCP_SERVER_URL to the server's Unix socket; the command line never uses HTTP. To share the MCP client's default connection, the server must run with --session-mode shared.

MCP RDP

Screenshots are black or stale

The first capture can be black before the desktop paints: wait briefly and capture again. Keep maxSize at zero when you measure coordinates. If a screen stays black, recreate the connection with graphicsMode: "rfx", or legacy as a fallback.

MCP RDP

Screenshots stay black on an H.264 connection

Look for AVC decode-to-RGBA unavailable in the server log; its bracketed reason names the cause. MCP RDP needs Cisco's OpenH264 2.6 library, which runs inside the server. With no usable copy, it downloads Cisco's binary from ciscobinary.openh264.org on first use, which needs internet access and bunzip2. Install libopenh264-cisco8 and recreate the connection. If you change SCREENCAST_LIB_OPENH264_PATH or SCREENCAST_LIB_OPENH264_DOWNLOAD instead, restart the server, then recreate the connection. The download is plain HTTP without an integrity check; to forbid it, install the library and set SCREENCAST_LIB_OPENH264_DOWNLOAD=0.

MCP RDP

Pointer and typing problems

Check the target, focus and resolution before clicking again: repeated clicks can submit twice. After a timeout or reconnect, typed text can be duplicated, so reconcile it first. Ordinary text reaches the per-call limit at about 257 characters; split longer text. Always read typed text back from a fresh screenshot. Clipboard send and receive do not transfer content in this release.

MCP RDP

Recording and condensing problems

After requesting saveVideo, check that recording or analysisRecording is true. Run one recording at a time and call rdp_stop_video before the next. An H.264 recording with 0 video frames means the server never sent H.264; use rfx or the windows template. A condensed recording with no events on H.264 points at the missing OpenH264 library: fix it as above, then record on a recreated connection. Condensed savings depend on the content.

MCP RDP

Notifications or resources are missing

Settle notifications are off unless requested, and HTTP never delivers them; use bounded waits and screenshots. Resource reads need the owning session, and later captures can overwrite earlier files. Sessions end after 30 idle minutes by default, and recording does not count as activity. Export evidence before the next recording or the end of the session.

MCP RDP

Audio problems

A capture can start before the first remote audio arrives, so cause a sound and inspect the file; if the channel never becomes active, the server is not redirecting audio. Microphone playback needs 16-bit PCM WAV, or raw input matching the negotiated format, from a file on the server host. A non-zero bytesDropped means audio was produced faster than the connection carried it.

MCP RDP

A graphics channel error, a server disconnect or a redirection

A graphics channel error means the server closed the channel painting the screen: drop and recreate the connection. A logged server disconnect is the server ending the session, often by policy; take a repeated one to the server owner. A failed redirection names its reason; fix the server or broker configuration, or connect directly to the per-user endpoint, then recreate the connection.

What you getA remote desktop you can see and drive, with evidence saved before the session ends.