Capture the facts first,
then fix the cloud Mac issue.
Practical guidance for first-time connections, VNC sessions, Xcode builds, and order issues. Check your local network, node status, connection details, client, and task logs layer by layer instead of relying on blind retries.
- Available nodes
- 6 regions
- Available configurations
- 2 physical machines
- Key details
- Region, time, error text
Choose the closest match
All six entry points are visible at once. Choosing one takes you to the relevant checks without hiding the other guides.
Unable to establish a desktop session
Start by checking the local network, target address, client version, and session usage.
Troubleshoot connection CredentialsConnection details do not work
Confirm that the address, account name, and credentials belong to the same order, and avoid copying extra spaces.
Check the first-use path PerformanceScreen, input, or tasks feel slow
Record network latency, desktop quality settings, and task resource behavior separately instead of treating them as one conclusion.
Review the observation order OrdersOrder or billing needs review
Prepare the order number, billing period, USD amount, and payment result before submitting a console ticket.
View human support process StorageAdditional storage is not working as expected
Record the selected add-on, system detection result, mount path, and when the issue first appeared.
Prepare request details BuildsXcode or runner task failed
Keep the version, label, working directory, complete log, and minimal reproduction steps.
Troubleshoot the buildFrom node availability to desktop verification
Each step has a clear confirmation result. If a step fails, preserve the current state before changing anything else.
Check node status
Sign in to the console, open the relevant order, confirm that the node is connectable, and verify that its region matches your purchase selection.
- Correct order number
- Model and region match
- Node is available
Get connection details
Copy the server address, account name, and connection credentials separately. Do not save them as combined fields or share them in public documents or chats.
- No extra spaces in the address
- Account name kept separate
- Credentials belong to the current order
Establish a VNC session
Enter the target address and account name in a trusted VNC client. Establish the session with the default quality first, then adjust resolution and color quality for your network.
- Supported client version
- Local network permits the connection
- Error text preserved in full
Complete the first desktop check
After entering the macOS graphical interface, confirm that keyboard input, display scaling, Terminal access, and project directory access work normally before syncing the project or starting the runner.
- Input and display work normally
- Terminal commands run successfully
- Project directory is readable and writable
Verify one connection layer at a time
First determine whether the issue is local, related to target details, credentials, the client, or an existing session. Recording each result is easier to diagnose than repeatedly reconnecting.
| Order | Check | Action | Record | Pass criteria |
|---|---|---|---|---|
| 01 | Local network | Switch to a known-stable network and confirm that a firewall or proxy is not blocking the VNC connection. | Network type, proxy usage, failure time | The target address is reachable on the same network |
| 02 | Target address | Copy the server address again from the current order. Do not use an old screenshot or an address saved for another order. | Order number, node region, address source | Address matches the current node record |
| 03 | Connection credentials | Check the account name and credentials separately, including whether copied text has spaces or line breaks at either end. | Error text; never submit the actual password | The client no longer returns an authentication error |
| 04 | Client version | Record the client name, version, and display settings. If needed, cross-check with another trusted client. | Client version, OS version, quality settings | The same details establish a stable session |
| 05 | Session status | Check for an existing session, a frozen screen, or an invalid connection still retained by the client. | Actions before disconnect, reconnect behavior, session time | Reconnect works after closing the old session |
Input latency, slow screen refresh, and build duration are three different metrics. Record network conditions, VNC quality settings, and task logs separately instead of attributing every symptom to node performance.
Separate project configuration from node environment
Save the failure state first, then create a minimal reproduction. The following six items should come from the same failed task; do not mix logs from different times.
Xcode and tool versions
Record the full Xcode version, command-line tools selection, and the build command actually used by the task.
Focus Can the same project fail repeatedly on a fixed version?Complete project log
Keep the context before and after the failed step, not just the final error line.
Focus Did the error occur during dependency, compilation, testing, export, or script execution?Time of failure
Record the time zone, start time, failure time, and task duration so they can be matched to node records.
Focus Does the issue occur at a fixed step or after a fixed duration?Runner label and directories
Confirm that the workflow matches the expected label, and record the working directory, cache directory, and execution account.
Focus Was the task routed to the correct self-hosted runner?Minimal reproduction steps
Remove unrelated scripts and parallel tasks, then reproduce the same error with the fewest commands possible.
Focus Does the failure depend on the current project configuration, cache, or environment variables?Comparison result
Retest on the same node with a clean working directory, or run a minimal example with the same toolchain.
Focus If the minimal example also fails, submit a ticket as a node environment issue.Only a specific branch, dependency, cache, or script fails, while a clean example runs.
Multiple independent projects fail at the same tool step, and the minimal example reproduces the issue consistently.
Use consistent technical terms in tickets
Clear terminology reduces back-and-forth caused by mixing up machine, instance, and server.
- Physical node
- The physical Mac mini hosting macOS and development tasks. Node status, region, and connection details are tied to a specific order.
- Dedicated physical machine
- A physical device resource dedicated to one order, with no shared operating system environment with other customers.
- Non-virtual machine
- A macOS environment delivered on physical hardware, not a virtual instance carved out of a shared host.
- VNC
- A connection method for viewing and controlling a remote graphical desktop. Quality, scaling, and input latency depend on local network and client settings.
- Self-hosted runner
- An automated task executor deployed on the rented cloud Mac and registered and maintained by your team.
- Billing period
- The day, week, month, or quarter selected for the order. When checking a bill, provide the model, period, and add-ons as well.
- Node region
- The service region where the device is located. BAMini offers 6 nodes: Singapore, Tokyo, South Korea, Hong Kong, US East, and US West.
- Thunderbolt 5 daisy chaining
- Additional connection capability selected per device. For related issues, specify the number of devices and the connection topology.
Make the request reproducible and verifiable
A processable request needs order context, timing, the complete error, and steps already tried. Sensitive credentials are not troubleshooting materials.
Issue evidence checklist
Used to locate the order record; do not provide only the model name.
Specify Singapore, Tokyo, South Korea, Hong Kong, US East, or US West.
Enter BookAMini M4 Core or BookAMini M4 Plus.
Include the date, time, and time zone so it can be matched to node records.
Copy the original text, including the error code and context; do not merely say “it does not work.”
List them in execution order and state the result of each step.
State whether it happens every time, intermittently, or only with a specific project or network.
When self-checks cannot close the loop, submit a console ticket
For existing orders, use a console ticket first so the order, node, and follow-up records can be linked. If you cannot sign in to the console, use the support email.
Submit the issue and evidence
Create a ticket in the console, select the relevant order, and attach the region, model, time, error text, log excerpts, and reproduction steps.
Separate connection, environment, or billing
Support staff will determine the scope from the evidence. If information is missing, the ticket will list the exact fields to add.
Reply in the original ticket
When adding new logs, include the new occurrence time and test conditions. Do not create multiple tickets for the same issue.
Review the conclusion and next steps
Check progress, recommended actions, and required verification results in the console. After verification, confirm recovery in the original record.
Unable to sign in to the console
Email from the account address and provide the order number and details of the sign-in issue.
support@bookamini.comChoose from 6 nodes and two dedicated physical machines.
BookAMini M4 Core and BookAMini M4 Plus are dedicated physical cloud Macs, not virtual machines. Orders are billed in USD; availability is based on the console’s real-time status.