Первое подключение
Подготовьте открытый SSH-ключ, проверьте имя пользователя, адрес хоста и отпечаток, затем выберите командную строку или графический интерфейс в браузере.
Это не обычный список вопросов и ответов. Каждое руководство построено по порядку проверок и помогает понять, связана ли проблема с локальной сетью, учётными данными, удалённым сервисом, средой разработки или самой задачей.
Для выделенных физических Mac mini DplyMini. Устройства не являются виртуальными машинами: доступны графический интерфейс macOS и командная строка, поэтому они подходят для разработки iOS/macOS, CI/CD-сборок и экспериментов с ИИ-инференсом.
Одна команда, отдельный проект, всё устройство или все подключения локальной сети.
Зафиксируйте время, узел, полную строку ошибки и только что выполненное действие.
Проверяйте последовательно состояние консоли, локальный канал, учётные данные, сервис и целевой порт.
Выберите точку входа, наиболее близкую к вашей цели. Не меняйте одновременно сеть, учётные данные и настройки сборки — иначе будет трудно понять, что именно устранило проблему.
Подготовьте открытый SSH-ключ, проверьте имя пользователя, адрес хоста и отпечаток, затем выберите командную строку или графический интерфейс в браузере.
Проверьте путь к Xcode, инструменты командной строки, материалы подписи, зависимости fastlane и аккаунт запуска CI Runner.
Проверьте место в целевом каталоге, права доступа, контрольные суммы и стратегию возобновления, чтобы не принять прерывание передачи за неисправность устройства.
Последовательно проверьте DNS, исходящий канал, брандмауэр, целевой порт и удалённый сервис. Не сбрасывайте все сетевые настройки сразу.
Проверьте период заказа, расчёты в долларах США, статус платежа и связь с заказом. По рабочим сбоям отправляйте тикет из соответствующего заказа.
Этот порядок подходит для тайм-аутов SSH, недоступного графического сеанса, отключённого агента сборки и недоступного порта сервиса. Каждый шаг отвечает только на один вопрос — фиксируйте результат.
Войдите в консоль и откройте нужный заказ. Сверьте название устройства, узел, срок аренды и адрес подключения с текущей командой. Данные о доступности берите из ответа консоли в реальном времени.
Заказ соответствует целевому устройству, а данные подключения скопированы без ошибок.
Убедитесь, что локальная сеть разрешает другие домены и стандартные HTTPS-сервисы. В корпоративной сети, гостевом Wi‑Fi или через прокси выполните сравнительную проверку из заведомо рабочего канала.
Возникает ли сбой только через один исходящий канал.
Проверьте, ссылается ли конфигурация SSH на нужный закрытый ключ и корректны ли права файла ключа. При ошибке аутентификации используйте подробный вывод, чтобы увидеть, какой ключ клиент действительно проверял.
Дошло ли подключение до хоста или тайм-аут произошёл ещё до аутентификации.
Если SSH работает, а графический интерфейс прерывается, базовая сеть и устройство обычно доступны. Проверьте браузерный сеанс, разрешение, буфер обмена и службы рабочего стола.
Затронуто всё устройство или только один удалённый сервис.
Убедитесь, что приложение слушает ожидаемый адрес и порт, а локальные или проектные правила брандмауэра разрешают доступ. Не связывайте незапущенное приложение напрямую с сетью узла.
Порт недоступен, сервис не слушает или приложение сразу завершилось после запуска.
Замените имя хоста в команде адресом подключения из консоли. Перед отправкой журналов удалите имя пользователя, адрес, путь к ключу и секреты проекта.
$ ssh -vvv user@host
$ nc -vz host 22
$ scutil --dns
$ lsof -nP -iTCP -sTCP:LISTEN
SSH, удалённый доступ через браузер и графический сеанс рабочего стола используют один выделенный физический Mac, но причины ошибок различаются. Сначала проверьте нижний уровень подключения, затем переходите к взаимодействию верхнего уровня.
Критерий: подробный вывод должен показывать, на каком этапе остановились DNS, установка TCP-соединения, проверка хоста и аутентификация.
Критерий: стабильность интерактивного канала важнее пиковой пропускной способности; фоновые задачи не должны зависеть от постоянно открытого окна браузера.
Если один проект работает в интерактивном терминале, но завершается ошибкой в CI Runner, обычно различаются PATH, права, переменные среды или аккаунт запуска. Сначала воспроизведите различия окружения, затем меняйте конфигурацию проекта.
Выполните xcode-select -p и xcodebuild -version; убедитесь, что интерактивный терминал и Runner используют один набор инструментов. Если проект требует определённую версию, добавьте логику выбора в шаг инициализации задачи.
Сначала проверьте действительность сертификата, соответствие профиля и права доступа к связке ключей. Не ограничивайтесь последней строкой ошибки подписи — найдите первое сообщение диагностики подписи в журнале сборки.
Запускайте задачу с lock-файлом зависимостей проекта и убедитесь, что Bundler, плагины и переменные среды относятся к одному рабочему каталогу. Если интерактивный терминал работает, а автоматическая задача нет, сравните PATH и рабочие каталоги.
Проверьте аккаунт запуска Runner, рабочий, кэш- и временный каталоги, а также их права. Секретные переменные должны передаваться через окружение задачи, а не храниться в репозитории, обычных журналах или тексте тикета.
Данные проекта на выделенном физическом Mac находятся под управлением пользователя. До начала задачи определите каталоги, после передачи проверьте данные, на важных этапах делайте отдельные резервные копии и завершите миграцию до окончания срока аренды.
Разделяйте исходный код, кэш зависимостей, результаты сборки и временные файлы. CI-задачам задавайте явные абсолютные пути, чтобы разные аккаунты запуска не записывали файлы в неожиданные места.
Передавайте большие файлы партиями, отдавая предпочтение инструментам с возобновлением. До и после передачи сравнивайте количество файлов, размер и контрольные суммы; завершение индикатора прогресса не должно быть единственным критерием.
Единственная копия на устройстве не является резервной копией. Храните исходный код в системе контроля версий, а важные артефакты и результаты экспериментов синхронизируйте с отдельным хранилищем под управлением пользователя.
Не откладывайте экспорт данных на последний момент аренды. Оставьте время на передачу, проверку и повторные попытки; убедитесь, что целевое расположение читается, прежде чем удалять временные учётные данные.
Пользователь отвечает за данные проекта, учётные данные доступа, резервные копии и миграцию до окончания срока аренды. При проблемах с доступом к устройству как можно раньше отправьте тикет из соответствующего заказа и укажите тип ещё не перенесённых данных и влияние на задачу.
Для заказа доступны дневной, недельный, месячный и квартальный периоды; все суммы оплачиваются в долларах США. Поддерживаются только USDT-TRC20 и Visa / Mastercard / Amex через Stripe; фактически доступный шлюз отображается в консоли.
Для краткого исправления, разового архивирования или временного эксперимента рассмотрите дневной период; для постоянных итераций, стабильного Runner или долгосрочного проекта сравните недельный, месячный и квартальный варианты. Перед заказом оцените длительность задачи, время миграции данных и передачу проекта команде.
Не создавайте повторно несколько одинаковых заказов. Сохраните номер заказа, время платежа, сумму и необходимые идентификаторы транзакции из канала оплаты, затем отправьте тикет по соответствующему заказу. Не прикладывайте полные платёжные данные или лишнюю конфиденциальную информацию аккаунта.
Сверьте дополнительные опции, период и количество в конфигурации заказа и его деталях. Объединение Thunderbolt 5 рассчитывается для каждого устройства; если данные поставки не совпадают с заказом, отправьте тикет из этого заказа и приложите обезличенный снимок экрана.
По рабочим проблемам сначала отправляйте тикет из соответствующего заказа — так устройство и заказ будут правильно связаны. Общие вопросы можно направить на support@deploymini.com.
Скопируйте номер нужного заказа из консоли, а не указывайте только название устройства.
Укажите Сингапур, Японию (Токио), Южную Корею (Сеул), Гонконг или запад США.
Укажите диапазон времени с часовым поясом и сообщите, сохраняется ли проблема.
Перечислите команды, действия на странице и ожидаемый результат в фактическом порядке выполнения.
Сохраните первую ошибку и контекст до и после неё, удалив адреса, токены и бизнес-данные.
Подходит для разрывов подключения, аппаратных неисправностей, вопросов поставки заказа и связи с биллингом. Войдите в консоль, откройте заказ и создайте тикет.
Подходит для вопросов выбора конфигурации, безопасности и конфиденциальности. Укажите тип вопроса в теме; если есть заказ, добавьте его номер.
Обрезайте на снимках экрана лишние окна, а в журналах заменяйте имя пользователя, адрес хоста, токены, адрес репозитория и данные проекта. Для диагностики обычно достаточно контекста ошибки и необходимых идентификаторов.
Укажите тип проблемы, область воздействия и сохраняется ли она — это сократит количество уточнений. Все четыре типа используют один вход для тикетов, но требуют разных доказательств.
Выбор конфигурации и узла, период аренды, правила оплаты или долгосрочные потребности команды.
Тайм-аут SSH, ошибка аутентификации, прерывание браузерного сеанса или недоступность целевого порта.
Постоянные ошибки диска, памяти, перезапуска или устройства в целом, не связанные с одним проектом.
Обнаружен необычный доступ, возможная утечка учётных данных или системные действия, не соответствующие ожиданиям.
Перейдите в тикет из соответствующего заказа: это сохранит связь с устройством, узлом и заказом и сократит время первичной проверки.
Для новой задачи подготовьте ключи, узел и версии инструментов по инструкции для первого запуска; при текущей проблеме отправьте тикет из соответствующего заказа.