DebugMac предоставляет выделенный физический узел Apple Silicon, а не виртуальную машину. Сначала проверьте учётные данные, регион и инструменты, затем найдите причину проблем с подключением, сборкой, хранилищем или сетью по выводу команд.
Выбор категории прокручивает страницу к нужному разделу и выделяет его, а остальные инструкции остаются видимыми для проверки связанных условий.
Подготовьте адрес, имя пользователя и публичный ключ SSH, проверьте отпечаток и только затем устанавливайте командный и графический сеансы.
От состояния репозитория и инструментов до проверки подписи и экспорта архива — сохраняйте версии, необходимые для воспроизведения результата.
Ограничивайте параллелизм, явно управляйте кэшем и временными каталогами, а ключевой вывод сборки возвращайте в конвейер.
До активации проверьте дополнительные опции, а после поставки — объём диска, точку монтирования, файловую систему и назначение операций чтения и записи.
Последовательно сужайте область по задержке, маршруту, порту и передаче данных — не делайте вывод по одному ping.
Приложите идентификатор заказа, регион, время возникновения, шаги воспроизведения и обезличенные логи, чтобы сократить повторные проверки.
Адрес, имя пользователя, отпечаток узла и статус выдачи доступа в уведомлении о поставке должны относиться к одному заказу. При любом несоответствии остановите подключение и проверьте данные через тикет в консоли.
Подготовьте локальный закрытый ключ SSH, соответствующий публичный ключ, уведомление о поставке и стабильную сеть. Не вставляйте в тикет закрытый ключ, полные учётные данные или необезличенную конфигурацию.
Извлеките из уведомления о поставке адрес узла, имя пользователя и отпечаток; храните закрытый ключ в контролируемом локальном каталоге и не передавайте его через чат или тикет.
Отпечаток, показанный при первом SSH-подключении, должен совпадать с уведомлением. Если после предыдущего подключения отпечаток внезапно изменился, не удаляйте локальную запись и не повторяйте подключение вслепую.
Сначала выполните команды только для чтения и проверьте личность, архитектуру Apple Silicon, системное время и доступное место, затем переходите в каталог репозитория или сборки.
Проверьте учётные данные графического сеанса, разрешение экрана и раскладку клавиатуры; после первого входа выполните безопасное отключение и повторное подключение.
Сначала разделите локальный сбой сети, недоступность SSH-порта и разрыв графического сеанса. Если командная строка ещё доступна, в первую очередь сохраните логи и состояние задачи.
Запишите локальное время, полный текст ошибки и результат проверки порта из той же сети. Не сбрасывайте учётные данные многократно: это может перезаписать состояние на момент сбоя.
Один и тот же коммит может дать разные результаты в разных версиях Xcode, lock-файлах зависимостей или при разных параметрах подписи. При диагностике сначала фиксируйте входные данные и не обновляйте несколько зависимостей одновременно.
Запишите хэш коммита, ветку, состояние подмодулей и lock-файлы зависимостей. Перед базовой сборкой убедитесь, что в рабочем каталоге нет незакоммиченных изменений.
С помощью xcode-select -p и xcodebuild -version запишите текущий каталог разработчика и версию Xcode.
Проверьте команду проекта, идентификатор Bundle, имя конфигурации и режим подписи. Перед публикацией логов обезличьте сведения о сертификатах.
Явно укажите workspace или project, scheme, configuration и archivePath, сохраните полный код завершения и лог.
После архивации проверьте размер файла, контрольное значение и каталог экспорта, затем скопируйте результат в согласованное защищённое место.
git rev-parse HEAD
xcode-select -p
xcodebuild -version
xcodebuild -workspace "<WORKSPACE>" \
-scheme "<SCHEME>" \
-configuration Release \
-archivePath "<OUTPUT>/App.xcarchive" \
archive | tee "<LOG_DIR>/archive.log"Код завершения равен 0, каталог архива существует, размер результата ожидаемый, а в логе нет пропущенных ошибок подписи или скриптов.
Последовательно определите, где произошёл сбой: разрешение зависимостей, компиляция, линковка, подпись, скрипт или экспорт. Не сводите всё к «ошибке сборки Xcode».
Укажите хэш коммита, версию Xcode, команду, код завершения, этап сбоя и фрагменты обезличенного лога. Не загружайте закрытые ключи или полные учётные данные.
Конвейеры GitHub, GitLab и других платформ могут направлять задачи macOS на выделенный узел. Среда узла не используется другими арендаторами, но команде всё равно нужно управлять параллелизмом, кэшем и очисткой.
Сначала добейтесь полного успеха одного конвейера, затем постепенно увеличивайте параллелизм. Одновременная запись сборок в один DerivedData, связку ключей или каталог результатов легко приводит к взаимному загрязнению.
Ключ кэша зависимостей должен включать как минимум хэш lock-файла, версию инструментов и архитектуру. Даже после попадания в кэш проверяйте целостность зависимостей — старый кэш не гарантирует корректный результат.
Выполняйте этап очистки и при успехе, и при сбое. Сохраните логи и результаты, которые нужно вернуть, а затем удалите временные ключи, рабочие каталоги и неиспользуемое состояние симуляторов.
Подключите runner с краткосрочными регистрационными данными под контролем команды; метки должны явно указывать Apple Silicon, регион и предполагаемый рабочий процесс.
Запустите только проверку среды и минимальную сборку, убедившись, что права репозитория, путь Xcode, загрузка зависимостей и возврат результата работают корректно.
Сначала измерьте время без кэша, затем создайте ключ по lock-файлу и инструментам, чтобы можно было проверить реальную эффективность кэширования.
Преднамеренно вызовите один сбой и убедитесь, что логи возвращаются, временные данные отзываются, а следующие задачи не наследуют прошлое состояние.
Базовая конфигурация Debug M4: M4, 16GB RAM, 256GB SSD. +1TB SSD, +2TB SSD и объединение через Thunderbolt 5 — отдельные дополнительные опции; содержание заказа нельзя определять по отображению системы.
До активации подтвердите рабочий процесс, ожидаемый пик нагрузки и способ миграции данных; после поставки проверьте общий объём, имя тома, файловую систему и путь монтирования.
Подходит для задач, требующих хранения большого числа архивов, медиаматериалов или файлов моделей. Объём проверяйте по системной информации о диске и фактическому результату монтирования.
До отправки заказа укажите число объединяемых устройств, распределение задач и место сводного результата. Опция тарифицируется за устройство; цену одной машины нельзя использовать для расчёта всей группы.
Подтвердите название и количество опций, срок аренды и сумму в USD. Фактический статус доступности и платёжный шлюз определяются актуальным ответом консоли.
С помощью diskutil list и df -h запишите диски, тома и доступное место, не ориентируясь только на значки рабочего стола.
Выполните небольшой тест чтения и записи в целевом рабочем каталоге, проверьте права, путь и фактическое расположение результата; один экстремальный тест не показывает длительную производительность.
При работе с несколькими дисками или машинами запишите соответствие «задача — том — каталог результата», чтобы очистка не удалила данные, которые ещё нужно сохранить.
Одна задержка или один разрыв соединения не доказывают источник проблемы. Повторяйте измерения в одной сети и примерно в одно время, сохраняя команды, цели, время и исходный вывод.
| Тест | Пример команды | Что наблюдать | Что помогает различить |
|---|---|---|---|
| Базовая задержка | ping -c 20 <HOST> |
Потери, колебания, место непрерывных тайм-аутов | Сбой локального доступа и устойчивый сбой канала |
| Трассировка маршрута | traceroute <HOST> |
Изменение маршрута, аномальные узлы, устойчивость тайм-аутов | Локальный выход, межрегиональный маршрут и канал рядом с целью |
| Проверка порта | nc -vz <HOST> 22 |
Успешное подключение, отказ или тайм-аут | Случай, когда хост доступен, но SSH-порт недоступен |
| Тест передачи | scp <FILE> <USER>@<HOST>:<PATH> |
Стабильная скорость, повторы, контрольное значение файла | Проблемы интерактивной задержки и передачи больших файлов |
| Проверка сеанса | ssh -vv <USER>@<HOST> |
Разрешение адреса, рукопожатие, выбор ключа, этап аутентификации | Проблемы сети, отпечатка, ключа и настроек пользователя |
Несколько целей недоступны с одного устройства, подключение восстанавливается через контролируемую сеть или устойчивые потери начинаются уже на первых узлах локального выхода. В обращении укажите тип сети и результат повторной проверки.
Локальный доступ исправен, но на определённом маршруте наблюдаются устойчивые колебания. Предоставьте несколько трассировок; отсутствие ответа промежуточного узла само по себе не означает реальную потерю пакетов.
Хост и порт доступны, но не проходят аутентификация, Shell или графический сеанс. Сохраните подробный вывод SSH, ошибку сеанса и сведения о последних действиях.
Результаты сети зависят от локального оператора, способа доступа, межрегионального маршрута и времени измерения и служат только для локализации проблемы, а не обещанием производительности. Все узлы работают 365 дней в году; доступность проверяется по фактическим записям сервиса.
По проблемам с используемым узлом в первую очередь отправляйте тикет через консоль. Если вы не можете войти или обращаетесь до покупки, напишите на support@debugmac.com; для обоих каналов используйте один и тот же список данных.
Укажите идентификатор заказа и модель Debug M4, отображаемые в консоли. Не отправляйте платёжные данные, закрытый ключ или полный пароль доступа.
Укажите Сингапур, Японию (Токио), Южную Корею (Сеул), Гонконг или запад США и отметьте, возникает ли проблема только в этом регионе.
Укажите первое время возникновения с часовым поясом, последнее воспроизведение и длительность. Не ограничивайтесь словами «только что» или «иногда».
Расположите данные в порядке: входные данные, команда, ожидаемый результат и фактический результат. Если воспроизведение нестабильно, укажите частоту и общие наблюдаемые условия.
Сохраните временные метки, коды завершения и контекст ошибки; удалите ключи, токены, пароли, внутренние адреса репозиториев и другие секретные значения.
Перечислите выполненные команды, число повторов, переключения сети и результаты, чтобы поддержке не пришлось запрашивать те же базовые проверки.
Тикет можно связать с заказом, узлом и историей обработки; он подходит для проблем с подключением, сборкой, хранилищем, оплатой и доступом к аккаунту.
В теме укажите тип задачи и регион узла, а текст оформите по чек-листу этой страницы. Единственный внешний адрес поддержки: support@debugmac.com.
Выберите Debug M4, срок аренды и узел в одном из пяти регионов; перед отправкой ещё раз проверьте базовую конфигурацию, дополнительные опции, регион и сумму к оплате в USD. Фактический статус доступности определяется актуальным ответом консоли.