연결 / 도구 체인 / 진단

먼저 원격 연결을 완료하고,
그다음 문제를 단계별로 진단하세요.

이 가이드는 전용 물리 노드에 연결하는 방법을 설명합니다. 먼저 노드 주소와 시스템 자격 증명을 확인한 뒤 SSH, VNC, Xcode 및 CI runner를 설정하세요. 문제가 발생하면 네트워크, 인증, 시스템, 도구 체인, 스토리지 순서로 점검해 불필요한 재시도를 줄이세요.

연결 방식 SSH / VNC
시스템 인터페이스 GUI / CLI
리소스 유형 전용 물리 서버
노드 가동 365일

01 / 첫 연결

첫 연결 전에 5가지 정보를 하나씩 확인하세요

네트워크를 추측하거나 시스템을 초기화하지 마세요. 콘솔의 노드 기록을 유일한 확인 기준으로 사용하고, 주소를 복사할 때 프로토콜 접두사·공백·포트 이외의 문자가 포함되지 않도록 하세요.

  1. 01

    노드 주소 및 리전

    현재 인스턴스의 노드 ID, 리전, 호스트 주소와 연결 포트를 확인하세요. 리전은 주문 정보와 일치해야 합니다. 팀에서 네트워크 허용 목록을 사용하는 경우 클라이언트의 현재 공인 출구 IP도 기록하세요.

    확인: NODE ID / HOST / REGION / PORT

  2. 02

    시스템 계정

    계정 이름은 대소문자를 구분합니다. SSH 명령의 계정 이름, VNC 로그인 화면의 계정 이름, 콘솔 표시값이 모두 일치해야 하며 이메일 주소를 시스템 사용자 이름 대신 사용하지 마세요.

    형식: username@host

  3. 03

    임시 자격 증명

    처음 사용하기 전에 자격 증명이 콘솔의 최신 값인지 확인하세요. 로그인 직후 임시 비밀번호를 변경하세요. 이미 비밀번호를 변경했다면 이후 연결에는 새 값을 사용해야 하며 이전 값은 더 이상 유효하지 않습니다.

    작업: 로그인 → 변경 → 안전하게 저장

  4. 04

    SSH 클라이언트

    macOS와 일반적인 Linux 환경에서는 터미널을 바로 사용할 수 있습니다. 먼저 포트 연결을 확인한 다음 SSH를 시작하세요. 처음 호스트 지문이 표시되면 노드 주소를 확인한 뒤 승인하세요.

    권장: 연결 시간 초과 10초 / 연결 유지 30초

  5. 05

    화면 공유 또는 VNC 클라이언트

    VNC를 지원하는 클라이언트를 준비하고 연결 대상에 올바른 포트가 포함되었는지 확인하세요. 처음에는 낮은 해상도와 자동 화질로 연결한 뒤 입력이 안정되면 화면 설정을 높이세요.

    시작 설정: 1920×1080 / 24-bit / 자동 조정

권장 확인 순서:먼저 SSH로 주소, 포트, 계정과 자격 증명을 확인한 다음 그래픽 인터페이스에 연결하세요. SSH는 정상인데 VNC에 문제가 있다면 그래픽 서비스, VNC 포트와 클라이언트 설정으로 점검 범위를 좁힐 수 있습니다.

02 / 용어 미니 가이드

먼저 용어를 통일한 뒤 설정을 대조하세요

다음 용어는 주문, 콘솔, 연결 문서와 장애 기록에 등장합니다. 각 용어는 명확한 리소스 범위 또는 기술 작업을 나타냅니다.

물리 노드
macOS를 실제로 실행하는 Mac mini 하드웨어입니다. 노드 주소, 리전과 노드 ID가 현재 할당된 리소스를 함께 식별합니다.
전용
단일 테넌트가 장치 전체의 칩, 메모리와 스토리지를 사용하며 다른 테넌트와 운영체제 인스턴스를 공유하지 않습니다.
클라우드 Mac
원격 노드에 배치되어 네트워크로 접속하는 Mac입니다. MiniDeploy는 전용 물리 서버를 제공하며 가상 머신이 아닙니다.
VNC
원격 그래픽 인터페이스와 키보드·포인터 입력을 전송하는 프로토콜입니다. 사용감은 왕복 지연 시간, 해상도, 색 심도와 화면 변화량의 영향을 크게 받습니다.
SSH
원격 명령줄, 파일 동기화와 자동화 작업에 사용하는 암호화 연결 방식입니다. 환경 확인, 빌드와 로그 수집에 적합합니다.
self-hosted runner
팀이 직접 관리하며 CI 작업을 수신하는 실행 환경입니다. Xcode 버전, 캐시 경로, 작업 디렉터리와 빌드 종속성을 고정할 수 있습니다.
도구 체인
빌드에 필요한 Xcode, 명령줄 도구, 패키지 관리자, Ruby, fastlane, 스크립트와 환경 변수의 모음입니다.
노드 지연 시간
클라이언트와 노드 사이의 데이터 왕복 시간으로, 보통 밀리초로 표시합니다. 값이 낮을수록 원격 데스크톱의 입력 반응이 빠릅니다.

03 / 터미널 예시

세 가지 출력으로 연결·빌드·업로드를 확인하세요

터미널 출력은 세 가지 질문에 답할 수 있어야 합니다. 올바른 노드에 접속했는가, Xcode가 예상한 버전을 선택했는가, 빌드 산출물이 파이프라인에 전달되었는가입니다.

예시의 호스트 이름은 명령 구조만 보여 줍니다. 실제 주소, 포트, 계정과 노드 ID는 콘솔 기록을 기준으로 하세요. 로그를 수집할 때는 타임스탬프와 실패한 명령을 남기고 비밀번호, 개인 키와 서명 자료는 삭제하세요.

04 / 마이그레이션 경로

로컬 Mac에서 클라우드 Mac으로 옮기는 3단계 경로

전체 디렉터리를 한 번에 옮기지 마세요. 먼저 프로젝트 데이터를 이전하고 도구 체인을 재현한 뒤 CI를 연결하세요. 각 단계에 확인 가능한 완료 조건을 설정하세요.

  1. STEP 01

    프로젝트 및 설정 목록 동기화

    코드 저장소, 빌드 스크립트와 필수 리소스부터 동기화하세요. 대용량 파일은 별도로 전송하고 전송 전후에 체크섬을 계산하세요. 이전 장비의 전체 캐시를 그대로 복사하지 마세요.

    • 저장소 브랜치와 커밋 해시 기록
    • 종속성 버전 목록 내보내기
    • 핵심 파일 수와 크기 확인
    검수 조건 코드를 체크아웃할 수 있고 종속성 목록을 읽을 수 있음
  2. STEP 02

    Xcode 및 서명 도구 체인 재현

    Xcode 주 버전, 명령줄 도구 경로, Ruby와 fastlane 버전을 명확히 확인하세요. 서명 자료는 통제된 절차로 가져오고 파일 권한과 유효 범위를 점검해야 합니다.

    • 확인 xcode-select -p
    • 패키지 관리자와 스크립트 버전 고정
    • 로컬 Release 빌드 1회 실행
    검수 조건 동일한 커밋으로 아카이브를 안정적으로 완료할 수 있음
  3. STEP 03

    self-hosted runner 연결

    runner 전용 작업 디렉터리와 서비스 계정을 만드세요. 태그 매칭 범위를 제한하고 동시 실행 수를 설정한 뒤 캐시, 로그와 산출물 경로를 소스 디렉터리에서 분리하세요.

    • 등록 후 최소 테스트 작업 실행
    • 캐시 적중 및 정리 규칙 확인
    • 실패 로그가 반환되는지 확인
    검수 조건 커밋 트리거, 빌드와 결과 반환의 전체 흐름 완료

05 / 원격 데스크톱

원격 Mac 데스크톱은 낮은 부하에서 시작하세요

원격 데스크톱 품질은 대역폭만으로 결정되지 않습니다. 노드 지연 시간, 해상도, 색 심도, 프레임 속도, 클라이언트 확대/축소와 백그라운드 파일 전송이 모두 입력 반응에 영향을 줍니다.

macOS 화면 공유

Mac 클라이언트에서 그래픽 인터페이스에 접속할 때 적합합니다. 연결 대상은 콘솔에서 제공한 호스트 주소와 포트를 사용하고 로그인 계정은 시스템 계정과 완전히 일치해야 합니다.

초기 해상도
1920×1080
색 심도
24-bit
권장 가용 대역폭
≥ 15 Mbps
상호작용 권장 설정
자동 조정 품질 우선

화면이 끊길 때는 먼저 백그라운드 동기화를 중지한 다음 원격 해상도를 낮추세요. 해상도, 색 심도와 압축 수준을 동시에 바꾸면 실제 원인을 판단하기 어렵습니다.

범용 VNC 클라이언트

플랫폼을 넘나드는 접속에 적합합니다. 자동 압축을 켜고 불필요한 애니메이션을 끄세요. 화질과 색 심도를 따로 조절할 수 있다면 화질은 자동으로 유지하고 색 심도만 먼저 낮추세요.

초기 해상도
1600×900
저대역폭 색 심도
16-bit
권장 가용 대역폭
≥ 10 Mbps
연결 유지
30–60초

입력 지연은 뚜렷하지만 화면이 선명하다면 먼저 클라이언트와 노드 사이의 왕복 지연 시간을 확인하세요. 고해상도는 네트워크 불안정을 해결하지 못하고 인코딩 및 전송 부담만 늘립니다.

사용 상태 해상도 시작값 색 심도 권장 대역폭 우선 조정 항목
터미널 및 가벼운 편집 1600×900 16-bit ≥ 8 Mbps 동적 화면 줄이기
Xcode 코딩 및 디버깅 1920×1080 24-bit ≥ 15 Mbps 낮은 지연 시간의 연결 유지
다중 창 개발 2560×1440 24-bit ≥ 25 Mbps 먼저 안정성 확인
화면 변화가 잦음 1920×1080 24-bit ≥ 30 Mbps 프레임 속도 또는 화질 낮추기

대역폭 수치는 설정 시작점일 뿐 지연 시간의 결론이 아닙니다. 원격 데스크톱을 주로 개발과 관리에 사용할 경우 클라이언트와 가까운 노드를 우선 선택하고 실제 네트워크 환경에서 확인하세요.

06 / CI/CD

한 번만 실행하지 말고 재현 가능한 runner를 만드세요

CI 연결 완료의 기준은 한 번의 성공 결과가 아닙니다. 작업 디렉터리를 정리한 뒤에도 동일한 커밋을 반복 빌드할 수 있고, 실패 시 충분한 로그가 남아야 합니다.

Registration

runner 등록

  • 전용 서비스 계정으로 실행
  • 태그에서 아키텍처와 Xcode 버전을 최소한 구분
  • 기본 동시 실행 수를 1로 설정하고 부하를 확인한 뒤 조정
  • 등록 토큰은 설정 단계에서만 사용
Workspace

작업 디렉터리 격리

  • 작업마다 독립된 체크아웃 디렉터리 사용
  • 소스, 캐시, 로그와 산출물을 분리 저장
  • 작업 종료 후 임시 파일 정리
  • 서로 다른 프로젝트가 쓰기 가능한 설정 파일을 공유하지 않도록 함
Cache

캐시 정책

  • 캐시 키에 종속성 잠금 파일 요약 포함
  • 캐시 용량 상한과 만료 조건 설정
  • 적중 오류 시 전체 재빌드 허용
  • 서명 자료와 단기 자격 증명은 캐시하지 않음
Signing

빌드 인증서

  • 프로젝트별로 필요한 자료만 가져오기
  • 파일 권한과 접근 가능한 계정 제한
  • 유효 기간을 기록하고 사전 확인
  • 작업 로그에 민감한 내용을 출력하지 않음
Logs

로그 보관

  • 작업 번호, 커밋 해시와 타임스탬프 보관
  • 표준 출력과 오류 출력을 모두 저장
  • 실패 단계에서 진단 요약 업로드
  • 지원 요청 전 정보 비식별화 완료
Validation

최소 검수 작업

  • 시스템 및 Xcode 버전 출력
  • 종속성을 가져오고 단위 테스트 실행
  • 식별 가능한 빌드 산출물 생성
  • 디렉터리를 정리한 뒤 다시 실행
리소스 범위:M4 Core 구성은 Mac Mini M4, 16GB RAM, 256GB SSD입니다. 병렬 작업은 메모리, 스토리지 I/O와 네트워크를 동시에 사용하므로 여러 파이프라인을 연결하기 전에 동시 실행 수를 바로 늘리지 말고 단일 작업의 최대 사용량을 먼저 측정하세요.

07 / 진단 트리

증상에 따라 문제 해결 트리로 이동하세요

한 번에 하나의 변수만 변경하고 시점, 명령, 반환값과 클라이언트 네트워크를 기록하세요. 연결 버튼을 반복해서 누르는 것만으로는 유용한 정보가 늘어나지 않습니다.

연결할 수 없음: 주소 문제인지 포트 문제인지 먼저 판단
  1. 콘솔에서 노드 상태, 주소, 리전과 포트가 정확한지 확인하세요.
  2. 로컬 네트워크가 대상 포트를 제한하는지 확인하세요. 네트워크 전환은 비교용으로만 사용하고 장기 해결책으로 삼지 마세요.
  3. 포트 탐색으로 시간 초과, 거부 또는 연결 가능 여부를 확인하고 정확한 시점을 기록하세요.
  4. SSH와 VNC 모두 연결되지 않으면 노드 ID, 클라이언트 도시, 네트워크 사업자와 탐색 결과를 제출하세요.
  5. SSH는 연결되지만 VNC가 연결되지 않으면 VNC 포트, 클라이언트 대상 형식과 그래픽 서비스 상태를 계속 확인하세요.
인증 실패: 계정, 자격 증명 버전과 입력 방식을 확인
  1. 이메일, 노드 ID 또는 장치 이름이 아닌 시스템 계정 이름을 사용하는지 확인하세요.
  2. 콘솔에서 임시 자격 증명을 다시 확인하세요. 비밀번호를 변경했다면 업데이트된 자격 증명을 사용해야 합니다.
  3. 키보드 레이아웃, 대소문자, 앞뒤 공백과 특수문자 입력을 확인하고 서식 있는 텍스트에서 복사하지 마세요.
  4. SSH 키 인증에 실패하면 공개 키가 올바른 계정에 등록되었는지, 디렉터리와 파일 권한이 올바른지 확인하세요.
  5. 연속으로 실패하면 재시도를 멈추고 클라이언트, 시점과 반환 정보를 기록한 뒤 지원 티켓을 제출하세요.
화면 지연: 높은 지연 시간, 대역폭 부족과 백그라운드 사용량을 구분
  1. 먼저 클라이언트와 노드 사이의 왕복 지연 시간을 측정하고 뚜렷한 지터나 패킷 손실이 있는지 지속적으로 관찰하세요.
  2. 코드 동기화, 종속성 다운로드와 대용량 파일 업로드를 일시 중지하고 입력 반응이 회복되는지 확인하세요.
  3. 해상도를 1600×900으로 낮추고 색 심도를 16-bit로 낮추되 다른 설정은 그대로 유지하세요.
  4. 동적 데스크톱, 투명 효과와 고주사율 창을 끄고 화면 변화량을 줄이세요.
  5. 특정 클라이언트에서만 문제가 발생한다면 다른 클라이언트로 비교하고 버전을 기록하세요.
빌드 실패: 버전, 종속성, 권한과 환경 변수부터 확인
  1. 현재 Xcode 버전, 명령줄 도구 경로, 아키텍처와 대상 SDK를 출력하세요.
  2. 종속성 잠금 파일을 확인하고 프로젝트별 파생 데이터를 정리한 뒤 전체 빌드를 한 번 실행하세요.
  3. 로컬과 노드의 Ruby, fastlane, 패키지 관리자와 스크립트 버전을 비교하세요.
  4. 작업, 임시와 산출물 디렉터리에 올바른 읽기·쓰기 권한이 있는지 확인하세요.
  5. 첫 번째 실제 오류와 앞뒤 로그를 저장하세요. 최종 종료 코드만 제출하지 마세요.
디스크 부족: 증가한 디렉터리를 먼저 찾고 되돌릴 수 있게 정리
  1. 시스템 볼륨의 남은 공간을 확인하고 디렉터리별로 소스, 캐시, 파생 데이터, 시뮬레이터 데이터와 아카이브 용량을 집계하세요.
  2. 다시 생성할 수 있는 프로젝트 캐시와 실패한 작업의 임시 파일부터 삭제하세요.
  3. CI 작업 디렉터리의 보관 개수를 설정해 이전 체크아웃과 산출물이 계속 쌓이지 않도록 하세요.
  4. 장기 보관 산출물을 팀 스토리지에 동기화하고 체크섬을 확인한 뒤 노드 복사본을 삭제하세요.
  5. 워크로드가 장기간 256GB SSD 용량을 초과한다면 주문 시 스토리지 추가 옵션을 검토하세요.

08 / 보안 운영

첫 연결을 안전한 인수인계로 관리하세요

전용 물리 서버는 명확한 리소스 경계를 제공하지만 노드 내부의 계정, 키, 프로젝트 파일과 접속 출처는 팀이 최소 권한 원칙에 따라 관리해야 합니다.

임시 자격 증명 변경

첫 로그인 후 즉시 새 고강도 비밀번호를 설정하고 팀이 승인한 자격 증명 관리 도구에 저장하세요. 빌드 로그나 일반 문서로 비밀번호를 전달하지 마세요.

원격 접속 출처 제한

SSH와 VNC의 노출 범위를 실제로 필요한 팀 출구 IP로 제한하세요. 구성원의 네트워크가 바뀌면 규칙을 업데이트하고 임시 테스트 출처를 계속 허용하지 마세요.

최소 권한 계정 사용

일상적인 빌드, 원격 작업과 runner 서비스에는 역할이 명확한 계정을 각각 사용하세요. 설치나 시스템 설정 때만 일시적으로 권한을 높이고 완료 후 즉시 권한을 해제하세요.

임시 키 제거

마이그레이션, 문제 해결 또는 외부 협업이 끝나면 임시 공개 키, 단기 토큰과 테스트 계정을 삭제하세요. 자동화 스크립트가 이전 자격 증명을 계속 참조하는지도 확인하세요.

로그 비식별화 범위:노드 ID, 타임스탬프, 명령 이름, 종료 코드와 오류 스택은 보관할 수 있습니다. 비밀번호, 개인 키, 액세스 토큰, 서명 자료, 전체 환경 변수와 프로젝트의 민감한 업무 데이터는 삭제해야 합니다.

09 / 지원 요청

재현 가능한 정보를 제출하면 지원팀이 바로 진단을 시작할 수 있습니다

기술 문제는 인스턴스와 연결하고 로그를 계속 추가할 수 있도록 콘솔 티켓으로 제출하는 것이 좋습니다. 콘솔에 접속할 수 없거나 구매 전 확인이 필요한 경우 이메일을 보내세요.

콘솔 티켓

노드 및 연결 문제에 적합

콘솔에 로그인한 뒤 티켓 영역에서 새 기술 지원 요청을 만들고 해당 노드를 연결하세요. 티켓 하나에는 주요 문제 하나만 다뤄 관련 없는 오류를 한 기록에 섞지 마세요.

  • 노드 ID와 리전
  • 시간대가 포함된 발생 시각
  • 클라이언트 도시, 네트워크와 연결 방식
  • 최단 재현 절차와 예상 결과
  • 비식별화한 명령 출력과 로그
콘솔에 로그인해 티켓 제출
지원 이메일

계정 접속 및 구매 전 확인에 적합

이메일 제목은 “문제 유형 + 노드 ID 또는 주문 식별자” 형식을 권장합니다. 본문에는 완료한 점검 내용을 시간순으로 작성하고 비밀번호, 개인 키 또는 비식별화하지 않은 서명 자료는 보내지 마세요.

  • 연락처 이메일과 시간대
  • 문제가 미치는 범위와 우선순위
  • 실행한 문제 해결 단계
  • 지원 가능한 시간대
  • 확인이 필요한 구체적인 사항
제출 전 한 번 재현하고 정확한 시각 기록
제출 시 노드 ID와 비식별화한 로그 첨부
제출 후 같은 티켓에 계속 정보 추가

연결 준비 완료

노드 정보가 준비되었다면 콘솔에서 연결을 시작하세요

노드 주소, 시스템 계정과 현재 자격 증명을 먼저 복사하고 SSH 확인을 한 번 완료한 뒤 원격 Mac 데스크톱에 접속하세요. 새 전용 물리 서버가 필요하면 고정 모델과 임대 기간별 가격을 바로 확인할 수 있습니다.