Did you share your screen first, then connect the Rabbit?
yes. I also reset and restarted everything.
Hi, @Drewcifer !
If you manage to solve it, I would be very grateful if you could share your solution.
I’m having the same problem: I’ve tried different cables and browsers, toggling ‘share and connect’ or ‘connect and share’ in different sessions, with the r1 mounted and permissions that I believe are correct. The result is always: disconnected.
I was really interested in trying it out, but I can’t seem to get it to work.
I’ve thought about doing a factory reset…
Any additional suggestions, @AlanK ?
Factory reset might be worth a shot! If it’s a laptop, maybe run it until is dies, sometimes I find this clears stuff a reboot doesn’t!
Here is the error message I get when I open the console :
[USB] Failed to connect device: SecurityError: Failed to execute ‘open’ on ‘USBDevice’: Access denied.
window.console.error @ 5-dc60eabc31d26285.js:1
No solution. What’s happening as I understand it is the machine I’m using is recognizing the R1 as a keyboard and won’t let it be anything else, or let any other application use it. After fussing with it for like 2 hours and 50 resets I came to the “power wash” suggestion but that has only a 20%-30% chance of fixing it, so I’m not going to risk it. In closing, I’d say this isn’t a rabbit problem. I got it to work on other machines just fine. Are you using a machine with a detachable keyboard by any chance?
Dlam session gets disconnected every time exactly after 1hr while the R1 is still connected, and unless the browser session is refreshed,it cannot take further instructions and therfore loosing all the history of the ongoing task, hope this is taken into consideration / resolved?
This should be resolved as of the OTA we did yesterday.
1 Like
Device: Rabbit r1
Firmware: Latest OTA (applied within last 2 weeks)
OS: Windows 11
Browsers Tested: Chrome, Edge, Firefox
Issue Started: 25th February 2026 — was working perfectly the night before
Description
Since the morning of 25th February, DLAM has been completely unable to establish a connection. The r1 is correctly detected and appears in the screen share device selector in the browser, but the DLAM page permanently shows the device as “disconnected” and never transitions to a connected state.
This is not a setup issue — DLAM was working perfectly on the exact same hardware and configuration the previous evening. Nothing changed between the last successful session and the first failed one.
Steps Already Taken
All standard troubleshooting has been exhausted:
-
Restarted r1 and PC multiple times -
Performed 5x side button memory refresh on r1
-
Tried 3 different browsers (Chrome, Edge, Firefox)
-
Tried multiple USB-C cables with confirmed data transfer capability
-
Tried multiple USB ports on the same machine
-
Reduced to single monitor only
-
Confirmed active microphone connected and browser mic permission granted for dlam.rabbit.tech
-
Tested on a completely different laptop — same behaviour
-
Checked Device Manager — no driver errors or warnings
-
Verified rabbithole account is logged in correctly
-
Checked for and applied all available updates
Advanced Network & System Diagnostics
Going beyond standard troubleshooting, a full system and network audit was performed:
Windows Firewall
-
No Block rules affecting DLAM or WebRTC traffic found
-
Corporate security policy confirmed active and healthy
USB Stack
USBSTOR Startregistry value = 3 (enabled)
VPN / Remote Access
-
RemoteAccess service = Stopped & Disabled
-
Tailscale VPN tunnel brought down temporarily — no change to DLAM behaviour
Proxy & DNS
-
ProxyEnable= 0 (no proxy active) -
DNS correctly resolving via local router
Hosts File
- Clean — only standard Tailscale MagicDNS entries present
Scheduled Tasks
- No new or unusual tasks created in the last 24 hours
WebRTC / STUN Connectivity
Native UDP STUN Binding Requests sent directly from PowerShell:
-
Port 19302 →
32-byte response received from 74.125.250.129 -
Port 3478 →
32-byte response received
This confirms the machine is fully WebRTC-capable and UDP traffic is not being blocked at any level — network, OS, or firewall.
Browser Console Errors
The following errors appear consistently in the browser developer console during every connection attempt:
text
[WebRTC] Connection failed!
→ 5-dc60eabc31d26285.js:1
→ t.onconnectionstatechange @ page-4d4101c69a961e60.js:1
[USB Receiver] Transfer error: AbortError: Failed to execute
'transferIn' on 'USBDevice': The transfer was cancelled.
→ 5-dc60eabc31d26285.js:1
→ U @ 418-28537255d48d8d18.js:1
The WebRTC connection failure appears first and causes the USB transfer to abort — the USB error is a downstream consequence of the WebRTC failure, not the root cause.
Conclusion
Every possible local factor has been systematically eliminated:
-
Not a Windows Firewall issue -
Not a USB/driver issue
-
Not a proxy or DNS issue
-
Not a VPN/tunnel issue
-
Not a hardware issue (same on different laptop)
-
Not a browser issue (same on 3 browsers)
-
Not a monitor or microphone issue
-
WebRTC traffic is fully functional on this network
This is strongly consistent with an account-level or server-side issue — possibly a stuck session, corrupted sync state, or a DLAM backend configuration issue tied to a specific account introduced around the time of the latest OTA update.
A support ticket has been raised but no response received after 24+ hours.
Request
-
Can any Rabbit staff confirm whether there are any known account-level DLAM issues following the latest OTA?
-
Is there a way to reset/clear the DLAM session state server-side for a specific account?
-
Has anyone else experienced this exact behaviour and found a resolution?
Any help or escalation would be hugely appreciated. Happy to provide any additional logs, diagnostics or information needed. 
