Руководство инженерной поддержки

От подключения облачного Mac до стабильной работы

Выполните проверку учётных данных, подключитесь к удалённому рабочему столу VNC, перенесите среду и диагностируйте сборку по шагам.

Войти в консоль и отправить обращение Арендовать облачный Mac
Для кого
Выделенный физический Mac mini
Обычная выдача
Около 4 минут
Поддержка
Обращение в консоли или по электронной почте
RUN / CONNECT-01

Проверка первого подключения

К выполнению
Учётные данные получены Подробности экземпляра в консоли
01
Сеть доступна Адрес и порт назначения доступны
02
Рабочий стол открыт Сеанс VNC показывает графический интерфейс macOS
03
Результат проверки

После подтверждения модели, памяти, хранилища и выбранного узла синхронизируйте проект и кэш сборки.

Выберите проблему

Шесть тем помощи для быстрого поиска решения

Выберите тему, которая лучше всего соответствует текущему этапу. Ошибки подключения начинайте проверять с учётных данных и сети, ошибки сборки — со среды и журналов, а заказ и состояние узла сверяйте в консоли.

Удалённое подключение

Первый вход в рабочий стол macOS

Проверьте адрес, порт, имя пользователя и временный пароль, затем установите сеанс VNC и выполните первоначальную настройку безопасности.

Открыть инструкции подключения Аккаунт и заказ

Просмотреть сведения о заказе и узле

В консоли проверьте модель, срок аренды, узел, дополнительное хранилище, счёт и состояние сервиса.

Открыть консоль Инициализация системы

Завершить базовую приёмку после выдачи

Замените временные учётные данные и проверьте версию системы, свободное место, сетевое время и права администратора.

Выполнить проверку Среда разработки

Воспроизвести среду Xcode, CI и MLX

Установите инструментальную цепочку по списку версий, изолируйте зависимости и сохраните записи сборок и запусков инференса.

Открыть руководство по среде Сеть и хранилище

Отделить проблемы соединения от проблем ёмкости

Проверьте локальный выход в сеть, порт назначения, свободное место, задачи синхронизации и стратегию передачи больших файлов.

Открыть дерево диагностики Состояние сервиса

Проверить работу узла и экземпляра

Ориентируйтесь на актуальный ответ консоли и сопоставляйте состояние узла, нагрузку системы и записи сервиса, чтобы определить масштаб воздействия.

Как трактовать состояние
Руководство по первому подключению

Сначала проверьте подключение, затем переносите проект

Перед синхронизацией репозитория, моделей или медиаматериалов выполните четыре проверки. Так проблемы выдачи, сети и среды проекта можно разбирать отдельно.

  1. 01

    Получите актуальные учётные данные в консоли

    Откройте сведения об экземпляре и проверьте номер узла, модель, адрес VNC, порт, имя пользователя и временный пароль. Не используйте данные из старых обращений или снимков экрана и не пересылайте полные учётные данные другим людям.

    Номер узла совпадает с заказом Адрес и порт указаны для текущего экземпляра В учётных данных нет лишних пробелов
  2. 02

    Установите удалённое подключение VNC

    В доверенной сети откройте совместимый VNC-клиент и подключитесь по адресу и порту из консоли. При сбое рукопожатия сначала проверьте локальную сеть, прокси, брандмауэр и порт назначения; не повторяйте ввод неверного пароля.

    Локальная сеть обращается к внешним сервисам Прокси не изменяет порт назначения Клиент сохранил актуальный адрес
  3. 03

    Измените настройки безопасности аккаунта

    Сразу после первого входа в графический интерфейс замените временный пароль и проверьте блокировку экрана, автоматический вход и удалённый доступ согласно правилам команды. Для команды создайте отдельные отслеживаемые локальные аккаунты авторизованных участников.

    Временный пароль заменён Политика блокировки экрана подтверждена Список авторизованных участников зафиксирован
  4. 04

    Проверьте систему и конфигурацию заказа

    Проверьте версию macOS, чип M4, память, объём хранилища, свободное место, системное время и сетевой выход. SureVM M4 Core должен показывать M4, 16GB, 256GB; SureVM M4 Plus — M4, 24GB, 512GB.

    Чип и память соответствуют выбранному плану Ёмкость диска соответствует дополнительным опциям Время и сеть работают нормально
Маршрут переноса

Перенос с локального Mac в облачный Mac за три шага

Цель переноса — не копирование старой машины целиком, а создание проверяемой и повторно используемой среды. Сначала синхронизируйте необходимые данные, затем воспроизведите инструментальную цепочку и подключите автоматизацию.

01 Синхронизация данных

Перенесите только необходимое проекту

Сначала синхронизируйте репозиторий кода, шаблоны конфигурации, нужные материалы и проверяемый кэш. Большие файлы сожмите или передавайте частями, чтобы не заполнить диск за один раз.

  • Получайте код и подмодули через систему контроля версий
  • Внедряйте чувствительные переменные отдельно, не добавляя их в репозиторий
  • Запишите пути к материалам, моделям и артефактам сборки
  • После синхронизации проверьте число ключевых файлов и их контрольные суммы
Результат выдачи Данные проекта читаются, границы каталогов ясны
02 Воспроизведение инструментальной цепочки

Восстановите среду разработки по списку версий

Сначала проверьте версии Xcode, инструментов командной строки, языковых сред и менеджеров пакетов, затем установите зависимости проекта. Не копируйте глобальные каталоги со старой машины, если их происхождение нельзя отследить.

  • Зафиксируйте версии Xcode и Command Line Tools
  • Запишите версии Ruby, Node.js, Python и Java
  • Восстановите зависимости CocoaPods, SwiftPM и npm из lock-файлов
  • Выполните чистую сборку и сохраните полный журнал
Результат выдачи Один и тот же коммит стабильно собирается на новом узле
03 Подключение и проверка CI

Добавьте узел в отслеживаемую очередь

Задайте Runner отдельный рабочий каталог и минимально необходимые права, настройте очистку кэша и на тестовой ветке проверьте получение, сборку, архивирование и возврат журналов.

  • Ограничьте репозитории и аккаунты выполнения, доступные Runner
  • Разделите каталоги кэша и артефактов сборки
  • Проверьте возврат кода завершения и журнала для неудачных задач
  • Запишите номер узла, задачи и хэш коммита
Результат выдачи Автоматизированные задачи воспроизводимы, диагностируемы и передаваемы
Xcode и CI

При сбое сборки проверяйте по цепочке доказательств

Не очищайте сразу весь кэш и не переустанавливайте все инструменты. Сначала сохраните журнал сбоя, затем последовательно проверьте сертификаты, подпись, Keychain, права Runner, кэш и точный текст ошибки.

Цепочка подписи

Сертификаты, профили и Keychain

  1. Проверьте назначение и действительность сертификата

    Сверьте тип сертификата, настройки команды и срок действия для цели сборки, не смешивая среды разработки и выпуска.

  2. Проверьте источник настроек подписи

    Убедитесь, что конфигурация проекта, параметры сборки и переменные CI используют одну стратегию подписи.

  3. Убедитесь, что задача имеет доступ к Keychain

    Интерактивный вход не гарантирует доступ Runner; проверьте разблокировку и права чтения от имени аккаунта выполнения Runner.

Среда выполнения

Права Runner, кэш и журналы

  1. Определите фактический аккаунт выполнения Runner

    Проверьте рабочий каталог, Shell, PATH и права чтения и записи, а не только интерактивный терминал удалённого рабочего стола.

  2. Изолируйте кэш зависимостей и производные данные

    Задайте отдельные каталоги для CocoaPods, SwiftPM, npm и DerivedData; сначала очищайте только проблемный кэш.

  3. Сохраните первый полный журнал сбоя

    Запишите номер задачи, хэш коммита, версию Xcode, код завершения и первую ошибку, а не только последние строки сводки.

Порядок анализа журналов

Сначала найдите первый сбой, затем цепочку ошибок

В конце журнала сборки обычно много вторичных сбоев. Начинайте с первого ненулевого кода завершения, первой ошибки подписи или разрешения зависимостей и учитывайте время запуска задачи.

01 Контекст задачи

Номер узла, задачи, хэш коммита, ветка.

02 Контекст среды

macOS, Xcode, версии сред выполнения и зависимостей.

03 Контекст сбоя

Первая ошибка, код завершения, команда и время.

MLX и среда разработки

Сделайте экспериментальную среду воспроизводимой, а не привязанной к текущему сеансу

Храните среду Python, файлы моделей, параметры и результаты отдельно. Это помогает контролировать место на диске и быстро сравнивать эксперименты после обновления зависимостей.

Запуск среды

Рекомендуемая структура каталогов и границы записей

ENV
Изоляция среды Python

Используйте отдельную виртуальную среду для каждого проекта, фиксируйте версию Python и храните список зависимостей в системе контроля версий проекта.

DEP
Установка зависимостей

Устанавливайте зависимости из lock-файла и записывайте версии MLX и ключевых библиотек; перед обновлением копируйте список среды и базовые результаты.

MODEL
Управление файлами моделей

Храните модели, версии квантования и временные каталоги загрузки отдельно; записывайте источник, контрольную сумму и объём, избегая дубликатов.

RUN
Сохранение записей запусков

Для каждого эксперимента сохраняйте хэш коммита, параметры, версии зависимостей, сводку входных данных, длительность и путь вывода; не записывайте чувствительные исходные данные.

Перед началом

Проверьте бюджет диска

Файлы моделей, виртуальные среды, кэш и результаты занимают место одновременно. До загрузки проверьте свободную ёмкость и оставьте запас для промежуточных файлов.

  • Храните в каталоге моделей только нужные версии
  • Задайте понятный цикл очистки кэша
  • Удаляйте промежуточные файлы после архивации результатов
После изменения

Проверьте минимальным примером

После изменения зависимостей или модели сначала запустите небольшой пример с фиксированным вводом, сравните код завершения, структуру вывода и ресурсы, затем возвращайтесь к полной задаче.

  • Сохраните списки среды до и после изменения
  • Запишите неудачную команду и первую ошибку
  • Убедитесь, что путь вывода доступен для записи и места достаточно
Дерево диагностики подключения

Исключайте причины последовательно — от учётных данных до состояния узла

Каждый уровень должен отвечать на один вопрос. Если предыдущий не пройден, не переходите к переустановке программ: это уменьшает лишние изменения и сохраняет ясные доказательства для обращения.

01
Учётные данные

Адрес, порт, имя пользователя и пароль получены из текущего экземпляра?

Если проверка не пройдена

Снова откройте сведения экземпляра в консоли, вручную скопируйте актуальные данные подключения и проверьте пробелы по краям и записи старого клиента.

02
Сеть

Может ли локальная сеть достичь адреса и порта назначения?

Если проверка не пройдена

Временно отключите прокси, изменяющий трафик, проверьте правила корпоративного выхода и повторите проверку через другую доверенную сеть.

03
Служба удалённого рабочего стола

Сеть доступна, но сеанс VNC завершается на этапе рукопожатия?

Если проверка не пройдена

Запишите название и версию клиента, текст ошибки и время; не повторяйте отправку неверных учётных данных.

04
Нагрузка системы

Подключение установлено, но изображение медленное: ресурсы заняты задачей с высокой нагрузкой?

Что проверить

Проверьте CPU, память, свободное место и активные задачи сборки или инференса; перед повторной проверкой приостановите необязательную очередь.

05
Состояние узла

Возвращает ли консоль нормальное состояние текущего экземпляра?

При аномальном состоянии

Не перезапускайте задачи многократно самостоятельно. Запишите номер узла, состояние в консоли, время и результаты проверок, затем отправьте обращение.

Как трактовать состояние сервиса

Ориентируйтесь на актуальный ответ консоли

Все узлы рассчитаны на нормальную работу 365 дней в году. Если состояние экземпляра, результат подключения и локальная проверка расходятся, передайте поддержке конкретный узел и период времени.

Сначала запишите
Номер узла и время события
Затем сравните
Состояние консоли и локальные проявления
В конце отправьте
Обезличенный журнал и шаги воспроизведения
Отправить запрос в поддержку

Помогите поддержке воспроизвести проблему

Полное обращение должно описывать объект, время, действие и результат. Сначала удалите из журналов адреса репозиториев, токены, закрытые ключи, персональные данные и сведения о бизнесе.

TICKET / REQUIRED

В обращении нужны пять сведений

Отправьте после обезличивания
NODE
Номер узла и регион

Укажите номер узла из консоли и отметьте: Сингапур, Япония (Токио), Южная Корея (Сеул), Гонконг или запад США.

MODEL
Модель и конфигурация

Укажите SureVM M4 Core или SureVM M4 Plus, а также используете ли дополнительное хранилище или объединение Thunderbolt 5.

TIME
Время события и часовой пояс

Укажите время первого появления, последнего воспроизведения и свой часовой пояс; не пишите только «только что» или «примерно вчера».

STEPS
Кратчайшие шаги воспроизведения

Начните с нормального состояния и по порядку опишите действие, входные условия, ожидаемый и фактический результат.

LOG
Обезличенный журнал и текст ошибки

Сохраните время, код завершения и контекст ошибки; удалите пароли, токены доступа, закрытые ключи, полные платёжные данные и чувствительные бизнес-данные.

Для пользователей с заказом

Отправить обращение по узлу через консоль

Обращение из консоли связывается с экземпляром, заказом и состоянием узла и подходит для проблем с подключением, системой, оплатой и длительными техническими сбоями.

Войти и отправить обращение
Нет входа или вопрос до заказа

Написать в службу поддержки

Отправьте краткое описание с адреса электронной почты, на который можно ответить. Единственный внешний адрес поддержки: support@surevm.com. Не отправляйте по электронной почте пароли аккаунта или закрытые ключи.

support@surevm.com
Следующий шаг

Есть проблема — отправьте доказательства; нужен узел — настройте его сразу

Консоль предназначена для управления экземплярами и обращений в поддержку; на странице заказа доступны две конфигурации M4, сроки аренды и пять узлов.

Открыть консоль Арендовать облачный Mac