Short-term rentals · Getting connected

Check the desktop,
then run experiments in the terminal

After renting a dedicated Mac, open the browser-based remote desktop in the portal to check the environment and disk. For longer MLX inference runs, use SSH with tmux so your work isn't tied to a browser tab.

OsxNode M4-16: 16GB unified memory / 256GB SSD. Your connection method doesn't add memory; the machine shuts down when your rental ends unless you renew.

Make sure the desktop is ready

Use your browser for the initial environment check

Once your node is ready, there's no need to install a desktop client first. Open the remote desktop from your instance details after signing in. This public guide doesn't provide a direct link to your instance.

  1. 01

    Sign in and find your instance

    Open the portal, check which node and rental period are linked to your order, and view the instance details. If your credentials aren't available yet, check your payment and provisioning status. Don't try connecting with the address from another order.

  2. 02

    Open the remote desktop

    Select “Open remote desktop” in your instance and sign in with the system username and password provided. Change the initial password on your first visit and store it securely. Don't confuse your portal login with your system connection credentials.

  3. 03

    Check storage and memory

    Confirm which disk contains your model directory, then open Activity Monitor to check memory pressure. Start with a small workload to verify the environment. Avoid downloading weights, unpacking a dataset, and starting inference all at once.

Browser requirements

We recommend the latest stable versions of Chrome, Edge, Firefox, or Safari, with JavaScript, WebSocket, and Canvas enabled. Managed networks that block persistent connections may show a black screen after authentication or keep reconnecting.

First rule out interference from browser extensions, then try another browser or network. Refreshing the page does not restart the physical machine.

Resolution and scaling

The desktop resolution comes from the remote macOS display settings. Browser zoom only changes how the desktop appears locally; it doesn't expand the remote workspace. Start with “Fit to window” to see the full desktop, then adjust the remote resolution if needed.

Higher resolutions use more bandwidth. You don't need a large desktop to read logs. If text looks small, increase the app's font size instead of continually raising the remote resolution.

Clipboard and input

Clipboard support depends on browser permissions and the remote desktop tool. Test it with a short, non-sensitive text snippet first. If keyboard shortcuts don't work, use the clipboard control in the session toolbar.

Don't rely on images, file drag-and-drop, or automatic two-way clipboard sync across devices. Transfer datasets and weights over SSH, and don't leave passwords on a shared clipboard.

For sustained desktop work

Use VNC to adjust image quality in the client

If you need to work repeatedly with graphical tools, use a compatible VNC client. On macOS, you can also use Screen Sharing. Both connect to the same rented machine.

Enter the connection details provided

Server
Use the host address shown in the portal, not the portal's web address.
Port
Enter the external VNC port provided. Port 5900 is common, but the mapped port may be different—don't assume it's the same.
Authentication
Use the VNC or system credentials specified in your instructions, depending on how the service is configured.
Address format
If the client has separate address and port fields, fill them in separately. If it asks for a URI, follow its documentation and use a format such as vnc://HOST:PORT.

Clients can interpret single colons, double colons, and display numbers differently. Prefer a separate port field, and don't mistake a display number for a port.

Keep text readable before improving image quality

  • Start with automatic or medium image quality and turn off unnecessary desktop animations. Increase image quality once the display is stable.
  • When debugging code, check font edges and keyboard input. Heavy image compression can blur small text, making long commands hard to verify.
  • If the pointer lags noticeably, lower the remote resolution and avoid windows that refresh frequently. Simply shrinking the client window locally won't help.
  • Test symbol and modifier key mappings in a text editor before pasting long commands into the terminal. This helps prevent keyboard layout issues from changing paths or arguments.

A VNC client can't eliminate network round-trip time. GUI work across networks is still affected by latency and bandwidth. For read-only inference output, SSH may be a better fit.

Keep the work on the remote machine

Use SSH and tmux to reconnect to the same inference run

A foreground process started in a regular SSH session may stop when the connection drops. Start tmux first, then run your script. If your local connection drops, you can reconnect to the session.

Connect from your local terminal

Set the three variables to the values provided in the portal. SSH commonly uses port 22, but use the external port shown in your connection details.

read -r -p "SSH host: " SSH_HOST
read -r -p "SSH user: " SSH_USER
read -r -p "SSH port: " SSH_PORT
ssh -p "$SSH_PORT" "$SSH_USER@$SSH_HOST"

This variable prompt example is for local Bash. Check the host fingerprint on your first connection. If it changes, find out why before proceeding; don't bypass the warning by disabling host verification.

Start an experiment session after signing in

Run these commands on your rented Mac. Homebrew must be installed. Installing software and downloading models requires a working network connection and enough disk space.

brew install tmux
tmux new-session -A -s mlx-lab

Once you're in the session, activate your Python environment and run your inference command. Press Ctrl+B, then D to detach. After reconnecting over SSH, run tmux attach -t mlx-lab to resume.

tmux keeps a session open; it doesn't make a job fault-tolerant. Errors, insufficient memory, a system restart, or the end of your rental will still stop a job. The system and apps share the 16GB of unified memory. We don't recommend running 8-bit models with 13B or more parameters on this plan.

Consider the distance

Use round-trip latency to set expectations

Your choice of node affects how responsive the desktop feels, but it doesn't determine model inference speed. These estimates are for an initial comparison and can't replace testing from your own network.

Node latency estimates: regional ranges, not measurements from individual cities
Node Coverage area Estimated round-trip latency Good for
Singapore Southeast Asia 20~50ms Remote desktop, builds, file transfers
Tokyo East Asia 30~60ms Remote desktop, builds, file transfers
Seoul Northeast Asia 30~50ms Remote desktop, builds, file transfers
Hong Kong Southern China and Southeast Asia 20~40ms Remote desktop, builds, file transfers

These are estimates; actual results depend on your network. Carrier routing, Wi-Fi, proxies, and congestion at peak times can all affect latency. These figures are not a guarantee.

When transferring large model weights, also check sustained throughput and retransmissions. Lower round-trip latency doesn't necessarily mean faster downloads. Don't choose a data transfer method based on a single latency test.

Choose a tool for the job

Logs, graphics, and data need different tools

You can use multiple access methods in a single experiment. Use the desktop to check system status, the terminal to run processes, and file transfer tools to sync data. Remote desktop doesn't need to do everything.

For model output: SSH

Use SSH to read generated text, follow logs, and adjust command-line arguments. It only transfers terminal output. Run long jobs in tmux, save logs to remote files, and reconnect later to review them.

Limit: SSH can't operate graphical apps. Terminal output also isn't saved permanently unless you save it yourself.

Text

For GUI tools: browser or VNC

Use the desktop to check Activity Monitor, file directories, app settings, and visualizations. For a quick look, use the browser. For longer sessions, adjust image quality and key mappings in a VNC client.

Limit: responsiveness depends on the network. Closing the desktop tab doesn't stop an experiment or end your rental.

Graphics

For datasets: rsync

Sync files over SSH and point the destination path to a disk you've checked. Start with a small sample to verify the directory structure, then transfer the full dataset. Retrieve result files the same way.

Limit: an additional disk doesn't automatically become your download folder. You'll need to configure your model tools' cache paths yourself.

File sync

Upload a dataset directory from your local machine

Set SSH_HOST, SSH_USER, and SSH_PORT as described above, then create a datasets folder in the remote user's home directory.

rsync -avP -e "ssh -p $SSH_PORT" ./datasets/ "$SSH_USER@$SSH_HOST:~/datasets/"

The trailing slash on the source path means “sync the contents of this directory.” This example doesn't delete files at the destination, but check both paths before running it again. You can split large files into parts ahead of time. Verify file integrity after uploading, and don't give incomplete files to your inference process.

Compare views of the same machine

Switch access methods, not environments

These examples show what to check from three different perspectives; they aren't screenshots of a live interface. Actual buttons, desktop layouts, and client menus may vary from what you see here.

Browser · Instance details
OsxNode M4-16
Unified memory
16GB
System disk
256GB SSD
Open remote desktop
Portal viewCheck the instance and rental period before opening the desktop. This button is shown for illustration only; you must sign in to the portal to use it.
VNC · macOS desktop
Activity Monitor
  • Check memory pressure
  • Check model processes
  • Check available disk space
No fabricated readings
System viewCheck the remote system, not your local computer's memory. Processes on the desktop should correspond to jobs started over SSH.
SSH · Remote terminal
Check directories and sessions
hostname
pwd
df -h
tmux list-sessions
Process viewCompare the host identifier, working directory, and session name. Files and permissions may differ if you use different system accounts for each access method.

If files appear on the desktop but not in the terminal, first check that both connections use the same instance and account. Then verify the absolute path and mounted disk location. Don't immediately upload all your weights again.

Know the limitations before you start

Remote access doesn't extend your local peripherals

This service gives you remote access to a dedicated physical Mac. It doesn't automatically map all your local computer's hardware or browser permissions to the remote machine.

No audio playback over remote sessions

Don't rely on remote sessions to listen to audio or do work that needs real-time sound feedback. If a model generates audio, download the result file to your local machine for testing. Transferring an audio file is different from streaming desktop audio.

No direct USB device access

USB devices plugged into your local computer won't be available to your rented Mac. Workflows that require a physical device connection aren't suited to this setup. If your data can be imported as files, sync it to the remote machine first.

Disconnecting, stopping a process, and ending a rental are different

Closing a browser or VNC client only disconnects your viewing session. Whether an SSH job keeps running depends on session management; tmux won't extend your rental. The machine shuts down when your rental ends unless you renew. Retrieve your results beforehand, and don't use the remote disk as long-term backup.

If you need help with a connection, submit a support ticket through the portal with the node name, order number, time and time zone, access method, and complete error message. Don't include system passwords, private keys, or other sensitive credentials in the ticket.

Connect and check your setup before starting an experiment

Choose a rental period by the day, week, month, or quarter. First confirm that your model fits in 16GB of unified memory, then prepare your data paths and persistent session. Retrieve your results when you're done; the machine shuts down when your rental ends unless you renew.