Руководство по диагностике нагрузок iOS, macOS, CI/CD и Apple Silicon. Сначала проверьте узел и сеть, затем инструменты и логи задач — не меняйте несколько переменных одновременно.
В консоли указаны данные узла для текущего заказа. При копировании сохраняйте исходный формат и не угадывайте адрес, имя пользователя или порт.
Войдите в консоль и проверьте заказ, регион, адрес хоста, имя пользователя и разрешённые способы подключения. Узел находится в одном из регионов: Сингапур, Япония (Токио), Южная Корея (Сеул), Гонконг, восток или запад США.
Убедитесь, что офисная сеть не блокирует целевой порт, отключите временный прокси, меняющий маршрутизацию, и отдельно запишите результат подключения через проводную, беспроводную и другие сети.
Для командной строки, синхронизации файлов и автоматизации используйте SSH; для графического интерфейса macOS — VNC. При первой проверке устанавливайте только одно соединение, чтобы результаты не влияли друг на друга.
После входа запишите версию системы, свободное место на диске, путь к Xcode и текущее сетевое время. Сначала выполните минимальный проект, затем перенесите полный проект и кэш сборки.
Не загружайте проект массово, не меняйте системные настройки и не регистрируйте CI runner, пока стабильность подключения не подтверждена. Сначала сохраните воспроизводимый набор базовых результатов.
При сбое подключения двигайтесь от данных авторизации к внешнему уровню сети. На каждом шаге меняйте только одно условие и сохраняйте вывод команды или текст ошибки.
Убедитесь, что имя пользователя, ключ или пароль подключения относятся к текущему заказу, а не к завершённому. Проверьте права файла ключа и отсутствие добавленных пробелов или переводов строк при копировании.
Выполните проверку доступности порта, указанного в консоли. Тайм-аут обычно указывает на сетевой маршрут, а немедленный отказ — на доступность цели при несовпадении сервиса или порта.
Проверьте защитное ПО терминала, корпоративные политики выхода в сеть и правила маршрутизатора. Повторная проверка через заведомо рабочую другую сеть быстро отделит локальное ограничение от проблемы на узле.
Записывайте задержку, джиттер и потерю пакетов, а не только результат одного ping. VNC чувствителен к постоянному джиттеру, а сборка по SSH может прерваться из-за сброса соединения при загрузке.
Вернитесь в консоль и проверьте состояние экземпляра и заказа. Если подключение невозможно из разных сетей при правильных учётных данных, сохраните время и исходный текст ошибки и отправьте обращение о проблеме узла.
Один и тот же коммит может давать разные результаты в разных инструментальных цепочках. Проверяйте системное окружение и зависимости проекта отдельно, чтобы определить источник сбоя: узел, инструменты или конфигурация репозитория.
xcodebuild -version, чтобы записать версии Xcode и сборки.xcode-select -p, чтобы убедиться, что Command Line Tools указывает на ожидаемый каталог.sw_vers
xcodebuild -version
xcode-select -p
df -h
Успешная регистрация runner ещё не означает безопасную и воспроизводимую работу workflow. Необходимо одновременно определить область выполнения, рабочий каталог, учётные данные и стратегию параллелизма.
Используйте краткосрочные регистрационные данные проекта или организации и задайте метки, отражающие чип, регион и назначение. После регистрации удалите локальную историю временных команд.
Результат: имя runner и список метокРазрешайте вызов узла только доверенным репозиториям, защищённым веткам и явно определённым workflow. Задачи, запущенные внешними участниками, должны проходить проверку; неизвестные скрипты не должны напрямую получать доступ к узлу.
Результат: правила доступа к репозиториям и веткамДо и после задачи обрабатывайте временные файлы, производные данные и неактуальный кэш. При сохранении кэша фиксируйте ключ, источник и условия недействительности, чтобы старые результаты не влияли на новую сборку.
Результат: скрипт очистки и стратегия кэшированияТокены, ключи SSH и материалы подписи должны проходить через управляемый процесс хранения секретов. При уходе участника, изменении прав репозитория или появлении подозрительных логов немедленно отзовите их и выпустите заново.
Результат: ответственный за учётные данные и журнал ротацииНе ограничивайтесь универсальным кодом завершения в конце лога. Сохраните полный лог и от первой ошибки читайте вверх, чтобы увидеть цель, команду и контекст зависимостей.
| Категория сбоя | Типичные сигналы в логе | Проверить сначала | Что приложить к обращению |
|---|---|---|---|
| Разрешение зависимостей | конфликт версий пакетов, ошибка получения репозитория, несовпадение lock-файла | lock-файл, источник зависимостей, ключ кэша и результат сетевой загрузки | способ управления зависимостями, имя сбойного пакета, первый фрагмент ошибки |
| Конфигурация подписи | ошибка сопоставления сертификата, недоступные права, отсутствующая переменная конфигурации | scheme, конфигурация сборки и процесс внедрения секретов | обезличенный исходный текст ошибки и цель сборки |
| Сбой тестов | ошибка утверждения, различия среды имитации, тайм-аут теста | сбойный тест, destination, параметры параллелизма и результат повторного запуска | имя теста, код завершения, воспроизводимая команда |
| Сетевая загрузка | сброс соединения, ошибка разрешения адреса, тайм-аут загрузки | повторный запрос к тому же адресу, DNS, прокси и маршрут выхода в сеть | время события, тип цели и результат сетевой проверки |
Сохраните полный исходный лог
Найдите первую значимую ошибку
Воспроизведите проблему отдельно минимальной командой
Удалите учётные данные и отправьте фрагмент
Увеличение ёмкости не заменяет классификацию данных и резервное копирование. Сначала определите, что нужно сохранить, затем выберите способ синхронизации, кэширования и переноса.
Синхронизируйте исходный код прежде всего через репозиторий, а крупные бинарные файлы и закрытые зависимости храните в управляемом хранилище. После первого переноса сравните хэш коммита, подмодули и lock-файлы.
DerivedData, кэш пакетов и рабочий каталог runner могут влиять на воспроизводимость. Перед удалением запишите размер каталогов и ключи кэша, а после очистки сравните время сборки и изменения ошибок.
Дополнительный SSD предназначен для проектов, кэша или наборов данных, которым требуется больше рабочего пространства. До начала штатной работы проверьте точку монтирования, пути чтения и записи, а также права задач.
Резервируйте данные проекта, материалы подписи, учётные данные и результаты сборки согласно политике команды. До окончания срока аренды завершите перенос и проверьте читаемость копий; единственную копию на узле нельзя считать архивом.
Чем конкретнее запрос в поддержку, тем быстрее можно перейти к воспроизведению и поиску причины. Сначала опишите влияние, затем укажите временную шкалу и минимальный лог, не отправляя секретных значений.
Пароли, закрытые ключи, коды восстановления, полные токены, материалы подписи и полные платёжные данные. Если в логе есть секреты, сначала удалите их или замените понятными маркерами обезличивания.
Войдите в консоль, создайте обращение и выберите соответствующий заказ — это поможет специалистам поддержки проверить правильный узел и записи об услуге.
Войти в консоль и создать обращениеРазрыв подключения, неисправность узла и вопросы по оплате требуют разных доказательств. Выберите правильную категорию и добавляйте материалы в той же переписке, чтобы не потерять контекст.
Приложите тип локальной сети, результат проверки целевого порта, исходный текст ошибки и время события. Если после перехода на другую сеть подключение восстановилось, укажите различия между двумя проверками.
Категория: подключение и доступУкажите масштаб влияния, время последней нормальной работы, состояние экземпляра и минимальную команду воспроизведения. Не выполняйте постоянные перезапуски и массовое изменение конфигурации, чтобы не перезаписать исходное состояние.
Категория: работа узлаУкажите идентификатор заказа, расчётный период, соответствующие дополнительные опции и описание проблемы. Все заказы оплачиваются в долларах США (USD); не отправляйте в обращении полные платёжные данные.
Категория: заказы и расчётыСтатус обработки, дополнительные вопросы и итоговое решение обновляются в соответствующем обращении в консоли. Добавляя новые логи, указывайте время сбора и внесённые изменения, чтобы можно было сравнить результаты.
В новом заказе можно выбрать одну из двух конфигураций и один из шести узлов; по вопросам существующего заказа войдите в консоль и отправьте связанное обращение.