Grok Bot 0.23.0 — first setup fails: createAgent / “Can’t reach your computer”

Where does the bug appear (feature/product)?

Grok Bot

Describe the Bug

First-time Grok Bot setup never finishes. The app cannot create the shared agent computer.

Errors seen:

  1. gateway-unreachable: gateway createAgent failed
  2. After reinstall: main window black (About still showed 0.23.0)
  3. After cleanup: “Grok Bot couldn’t finish setting up / Can’t reach your computer right now. Check your connection and try again.”

Never get past setup. Settings / Reset Agent Computer are not available because no computer exists yet.

Steps to Reproduce

  1. Install Grok Bot 0.23.0 on macOS and sign in with a Cursor account.
  2. Let first-run setup create the agent computer.
  3. Setup hangs, then fails with “Can’t reach your computer” / createAgent failed.
  4. Retry, full quit, reinstall, kill leftover Grok Bot / local-exec-daemon processes, clear local cache. Same failure.

Not on VPN. Local network to Cursor is fine (see Additional Information).

Expected Behavior

Setup should create the shared agent computer and open the Grok Bot UI so I can create a bot.

Operating System

MacOS

Version Information

Grok Bot 0.23.0
(Grok Bot → About Grok Bot → Copy version info)

Additional Information

Thu Aug 20, 2026 ~1:00–2:15pm PDT
No VPN.

Network checks:

  • us8.cursorvm.com resolves to 3.147.228.17, 18.227.41.96, 3.20.254.171
  • TLS 1.3 to us8.cursorvm.com:443 succeeds; HEAD / returns 404 from awselb (expected)
  • api2.cursor.sh returns HTTP/2 200

This looks like createAgent failing to allocate or attach a computer for this account, not a local connection issue.

Does this stop you from using Cursor

No - Cursor works, but with this issue

Hey, thanks for the detailed report. The network checks you included really helped.

You’re right, this isn’t a local connection issue. On that screen, “your computer” doesn’t mean your Mac. It means the cloud computer that Grok Bot spins up on our side, and that machine isn’t coming up for your account. The “check your connection” wording is misleading, your network is fine.

This is on our side, and we’re tracking it. Your account is one of the affected ones. There isn’t a user workaround right now. Retrying, reinstalling, and clearing cache won’t change anything, which is why you still saw the same errors after reinstalling 0.23.0. Reset Agent Computer also isn’t available because the computer has never been created even once.

Please keep the app updated and try again a bit later. I’ll reply here as soon as there’s an update.

we just subscribed and we cant even use grok bot!

same issue

Any clarity as to why this is happening?

Just curious if something about my system or machine or account is flagged?

Anything I can do to help rectify?

Just downloaded the 0.24.0 installer and getting the same error.

same issue (Windows) v18

v24 :frowning: windows

Grok Bot gets stuck on a black “setting up” screen because your home router’s DNS cannot look up the special web address for Grok Bot’s cloud computer (*.cursorvm.com). The app can still sign you in, but then it waits forever because that address never resolves, so the window looks blank.

Fix: stop using the router for DNS and switch your Wi‑Fi to public DNS instead — Cloudflare 1.1.1.1 and Google 8.8.8.8 — then turn off “automatic DNS from router” (ipv4.ignore-auto-dns yes in NetworkManager / nmcli). Make it permanent on your Wi‑Fi connection, reconnect, confirm the cursorvm.com address resolves, and reopen Grok Bot.

I used Grok to help me fix the issue, and it worked!

DNS change fixed this for me.

Same first-setup failure on Grok Bot 0.24.0 (macOS): createAgent failed / “Can’t reach your computer.” Network looked fine (us8.cursorvm.com resolved + TLS ok, api2.cursor.sh 200). Switching Wi‑Fi DNS from the router/ISP to Cloudflare 1.1.1.1 and reconnecting made setup complete.

I’m on Xfinity in the Fresno/Sacramento market, where ISP DNS has already been unreliable (Comcast resolver returning unroutable Fastly addresses for X video — details here: ‎BGP routing loop — Fastly prefix 199.232.252.0/22 unreachable from Fresno market | Xfinity Community Forum ). Different root cause than cursorvm. com, but same practical fix: don’t use ISP DNS.

If createAgent fails while Cursor’s APIs are reachable, try 1.1.1.1 / 8.8.8.8 before assuming the box is broken.

CC @deanrie

Hey, thanks for coming back and closing the loop. This is a really helpful data point, especially with the Xfinity/Comcast resolver details.

I can see the DNS Servers screenshot where 1.1.1.1 is set. Switching DNS from your ISP/router to a public resolver like Cloudflare 1.1.1.1 or Google 8.8.8.8 is a valid workaround for this kind of issue. If the ISP resolver is returning bad or inconsistent records for *.cursorvm.com, the client can’t reach the cloud computer even if the rest of Cursor’s APIs are working. So your recommendation is spot on. If createAgent fails but Cursor APIs still respond, the first thing to try is 1.1.1.1 or 8.8.8.8 before assuming the box itself is broken.

One note for anyone who finds this thread later. Not every failure like this is DNS related. Some cases are truly server-side, and switching DNS won’t help. But as a quick first step, it’s cheap and often fixes it.

I’ve shared your case with the team along with the resolver details. If it happens again, post here.

Windows Grok Bot version 0.28.0 is also the same issue, and restart Grok Bot, Grok Bot GUI show all blank, no any UI, using cursor to check and test network is OK, can’t how to solve this issue

@mohitjain issue is not yet resolved for me. same issue, Blank screen. windows 28v, connectivity to *cursorvm.com confirmed

Hi @Fang_Chen, @Ravi_V, and @Liu_Ryan,

It looks like your boxes are now up and running, so I’ll go ahead and close this thread. Please don’t hesitate to open a new one if you run into any other issues.

A big thanks to @Josh2 and @simpleshadow for sharing the DNS workaround! It’s a great help for users whose boxes are healthy but who can’t establish a network connection to them. This affects users in certain regions, and we’re actively working on a fix to make the workaround unnecessary.