Support email
Best for pre-sales planning, enterprise requirements, and security or privacy inquiries. State your goal, configuration constraints, and desired outcome.
Email us about planning, enterprise deployment, security, or privacy. For issues tied to an order, instance, or billing, log in to the console and submit a ticket. Never send private keys, signing-certificate passwords, access tokens, or complete payment credentials through the marketing site or regular email.
Use the reply target shown in the email receipt or console ticket. For issues affecting an active order, submit a ticket first so it can be linked to the order record.
Best for pre-sales planning, enterprise requirements, and security or privacy inquiries. State your goal, configuration constraints, and desired outcome.
Best for orders, connections, instances, billing, and delivery issues. Tickets can be linked directly to active services and activity records.
Once you know the model, node, and term, start configuration to view real-time availability returned by the console.
Choose based on whether the issue is already linked to an order. Do not send multiple emails and tickets about the same issue, as this can split the context.
If you have no order yet or need to discuss multiple devices, team permissions, data handling, or security boundaries, email is best for preserving the full request. Put the issue type first in the subject and organize the message around goals, current state, constraints, and desired results.
Submit connection failures, order status, instance details, billing records, or delivery issues through the console. This lets support investigate within a clear order context without requiring you to repeat sensitive connection details in public email.
We assess configurations from the constraints you provide rather than replacing real testing with unverifiable performance figures. All three models are dedicated physical Cloud Mac servers, not virtual machines.
Tell us whether you run Xcode builds, fastlane automation, remote macOS development, MLX experiments, or a combination of tasks.
State how many builds, tests, or experiments run at once and whether workloads are short bursts or continuous.
Share known peaks, project and dependency sizes, model-file capacity, artifact retention needs, and whether you are considering additional storage.
Choose Singapore, Japan (Tokyo), South Korea (Seoul), Hong Kong, or the US West, and tell us where users are located and which time zones your team follows.
Tell us whether you need the service by day, week, month, or quarter, and whether builds, experiments, or artifact handoffs must be completed by a fixed date.
Specify the commands, project stage, artifact format, and delivery boundary you want to verify so we can distinguish configuration issues from workflow issues.
Once an order-related issue enters a console ticket, keep one continuous timeline. Support does not need a complete log file—only the smallest excerpts that demonstrate the issue.
[Node] [Issue type] Brief symptom
For example: “SSH first connection failed on Japan node.” In the body, include the order ID, time of occurrence, client environment, and checks already completed.
Submit an order ticketExplain whether the issue affects one command, one project, a single remote session, or the entire instance connection.
Include the date, time zone, and approximate time range when the issue occurred. Avoid writing only “just now” or “often.”
Include the node, macOS and Xcode versions, connection method, and relevant commands. Do not upload the entire unrelated project.
Remove usernames, repository URLs, tokens, signing materials, key contents, and information that could identify an individual.
State whether you checked the host fingerprint, key permissions, network access, available disk space, and dependency cache.
You do not need to begin with a lengthy procurement document. Start with device scale, team permissions, fixed cadence, and node scope to determine which technical details are needed next.
List the number of dedicated physical machines you expect to use, the tasks assigned to each, concurrent build counts, and workload duration. If projects require isolation, describe the isolation boundaries.
Explain who places orders, manages connection credentials, reads logs, and exports artifacts. When team members change, maintain an actionable access-revocation and handoff process.
Five physical nodes cover Singapore, Japan (Tokyo), South Korea (Seoul), Hong Kong, and the US West. Specify the priority order based on user locations, team time zones, and project requirements.
Catalog models and node combinations are generally available to order; actual availability is shown in real time by the console. Enterprise inquiries do not require payment credentials or sensitive project files in advance.
Different issues require different context. Provide only the minimum information needed to assess impact, and do not disclose exploitable details in your first email.
State when it was discovered, which account or order was affected, what actions you took, and whether you can still sign in to the console. Do not email passwords, private keys, or complete connection credentials.
View the security baselineSpecify whether you are asking about marketing-site access data, contact information, order-linked information, or support communications. Users must manage and back up project data on their devices during the rental term.
View the privacy policyState the request type, the related service relationship, and the minimum information needed to verify your identity. The support team will confirm the request through an appropriate process and will not ask for complete payment credentials.
Email a privacy requestOakVPS Support will not ask you to submit directly usable authentication materials through the marketing site. When describing a credential issue, provide only the credential type, impact scope, and creation or revocation status—not the credential contents.
All orders are settled in USD. We accept USDT-TRC20 and Visa / Mastercard / Amex (via Stripe). Choose from three models, five physical nodes, and daily, weekly, monthly, or quarterly terms.