첫 접속부터 시작

Mac 사용 절차를 익히고,
워크플로를 안정화하세요.

실제 작업 순서에 따라 독립형 물리 Mac mini 사용법을 정리했습니다. 먼저 전달받은 정보를 확인하고, 시스템에 접속해 도구를 설정한 다음 빌드, 백업, 이용 기간 연장을 진행하세요. 한 번에 전부 읽을 필요 없이 지금 필요한 내용을 찾아보면 됩니다.

클라우드 Mac 지금 대여 콘솔 열기

사용 중인 인스턴스가 있나요? 콘솔에서 전달 정보와 주문 상태를 확인하세요. 도움이 필요하면 로그인 후 티켓을 제출하세요. 공개된 글에 비밀번호, 개인 키, 서명 자료를 붙여 넣지 마세요.

먼저 접속, 다음은 설정

첫 사용 시 확인할 네 가지

각 단계마다 완료 기준이 있습니다. 먼저 대화형 세션에서 확인한 다음, 같은 설정을 자동화 작업에 적용하세요.

01전달 정보 확인

자격 증명을 받은 후 첫 로그인

주문 정보, 머신, 접속 정보를 서로 대조하세요. 다른 노드의 주소를 클라이언트에 입력하지 않도록 머신 한 대부터 확인합니다.

단계 펼치기
  1. 콘솔에 로그인해 해당 주문의 인스턴스 상세 정보를 여세요. 모델, 노드, 이용 기간, 현재 전달 상태를 확인합니다.
  2. 접속 주소, 로그인 사용자 이름, 실제 포트를 저장하세요. 자격 증명은 콘솔에 표시된 내용을 기준으로 하며, 전달된 이메일이나 채팅 기록을 조합해 만들지 마세요.
  3. 처음 접속한 뒤 로그인 비밀번호를 변경하고 sw_vers 를 실행해 시스템 버전을 확인하세요. 그런 다음 df -h 를 실행해 디스크 여유 공간을 확인합니다.
  4. 프로젝트 디렉터리, 결과물 디렉터리, 담당자를 기록하세요. 팀으로 사용할 때 같은 자격 증명을 코드 저장소에 직접 커밋하지 마세요.

완료 기준: 다시 접속할 수 있고 시스템 정보가 주문 내용과 일치하며 빌드 결과물이 저장된 위치를 알고 있어야 합니다. 결제가 완료됐지만 자격 증명을 받지 못했다면 주문에서 티켓을 제출하세요. 같은 주문을 반복해서 만들지 마세요.

02원격 접속

화면 공유와 SSH 공개 키 설정

그래픽 인터페이스는 초기 설정과 대화형 디버깅에, SSH는 명령 실행, 파일 전송, 자동화 작업에 적합합니다.

단계 펼치기
  1. 전달받은 정보로 화면 공유에 접속하세요. 시스템 설정에서 ‘일반 → 공유’를 확인하고, 필요한 계정만 접근하도록 설정합니다.
  2. 명령줄이 필요하면 ‘원격 로그인’을 확인하세요. 로컬에서 SSH 키를 만들거나 기존 키를 선택한 뒤 공개 키만 원격 시스템에 등록합니다.
  3. 대상 사용자의 ~/.ssh/authorized_keys에 공개 키를 추가하고 디렉터리 권한은 700으로, 파일 권한은 600으로 설정합니다.
  4. 현재 세션은 유지한 채 터미널을 하나 더 열어 공개 키 로그인이 되는지 확인한 다음 인증 방식을 조정하세요. 개인 키는 항상 로컬이나 팀의 키 관리 시스템에 보관합니다.

완료 기준: 그래픽 세션에 정상적으로 접속할 수 있고, 새 세션에서 SSH 공개 키 인증에 성공해야 합니다. 포트와 방화벽 설정은 실제 전달 정보를 기준으로 확인하세요.

시스템별 접속 안내 보기
03도구 확인

Xcode 명령줄 도구 설치 및 확인

먼저 현재 환경이 프로젝트 요구 사항에 맞는지 확인하세요. 시스템에 Xcode가 있다는 이유만으로 바로 업그레이드하지 마세요.

단계 펼치기
  1. 다음 명령으로 xcodebuild -version 과 xcode-select -p 을 실행해 버전과 개발 도구 경로를 확인하세요.
  2. 명령줄 도구가 없다면 xcode-select --install을 실행하세요. 전체 빌드에는 프로젝트에 맞는 Xcode가 필요하며, 명령줄 도구만으로는 모든 SDK를 대체할 수 없습니다.
  3. Xcode가 여러 버전 설치되어 있다면 DEVELOPER_DIR 로 단일 작업의 개발 도구 디렉터리를 지정하거나 xcode-select 로 시스템 기본 선택을 변경하세요.
  4. 도구 사용권 확인과 첫 실행에 필요한 구성 요소 설치를 마친 뒤, 소규모 프로젝트를 빌드하고 테스트하세요.

완료 기준: 터미널과 CI 로그에 표시되는 Xcode 버전이 같고 대상 SDK를 확인할 수 있어야 합니다. 작업자의 기억에 의존하지 말고 프로젝트 설정이나 runner 시작 환경에 버전을 기록하세요.

04자동화 연결

Mac mini server에 자체 호스팅 runner 등록

먼저 수동 빌드를 한 번 성공시킨 뒤 runner에 작업을 맡기세요. CI 플랫폼별 등록 명령은 해당 프로젝트의 관리 화면을 기준으로 합니다.

단계 펼치기
  1. 전용 빌드 사용자와 작업 디렉터리를 만들고, CI 프로젝트 설정에서 macOS 및 Apple Silicon에 맞는 runner 설치 패키지를 받으세요.
  2. 단기 등록 토큰으로 runner를 연결하세요. 태그에 시스템, 칩, 노드, 용도를 표시하고 장기 액세스 토큰을 저장소에 기록하지 마세요.
  3. 먼저 포그라운드 프로세스로 최소 작업을 실행해 PATH, Xcode 경로, 키체인 접근, 결과물 업로드를 확인하세요.
  4. 무인 실행에 필요한 권한을 확인한 다음 CI 플랫폼 안내에 따라 서비스를 설정하세요. 그래픽 작업이 포함된 경우 세션 요구 사항을 별도로 검증해야 합니다.

완료 기준: 테스트 변경 사항을 커밋하면 작업이 시작되고, 로그에서 해당 인스턴스를 확인할 수 있으며, 결과물이 머신 외부에 저장되어야 합니다. 머신 전체를 단독으로 사용한다고 해서 작업을 무제한 병렬 실행할 수 있는 것은 아닙니다. 먼저 순차 실행으로 확인한 다음 메모리와 디스크 사용량에 맞춰 병렬 작업 수를 조정하세요.

재현 가능한 절차 만들기

빌드, 서명, 캐시

Unity, Flutter, 네이티브 프로젝트 모두 도구 버전, 의존성 잠금 파일, 빌드 명령을 보관해야 합니다. 서명 자료와 다시 생성할 수 있는 캐시는 별도로 관리하세요.

Unity iOS 클라우드 빌드 절차

Unity 프로젝트 내보내기와 Xcode Archive를 각각 독립적으로 확인할 수 있는 단계로 나누면 실패 지점을 파악하기 쉽습니다.

단계 펼치기
  1. Unity 에디터 버전, 패키지 의존성, iOS 빌드 지원 모듈을 고정하세요. 라이선스 요구 사항을 먼저 확인해 라이선스 문제를 머신 오류로 오인하지 않도록 합니다.
  2. 프로젝트를 동기화한 뒤 Xcode 프로젝트를 내보내세요. 생성 디렉터리와 소스 디렉터리를 분리하고 내보내기 로그와 이번 커밋 식별자를 보관합니다.
  3. 프로젝트에 필요한 네이티브 의존성을 설치하고 scheme, 대상 기기 유형, Bundle Identifier, 서명 설정을 확인하세요.
  4. Archive를 실행하고 결과물을 검증한 뒤 팀에서 사용 중인 배포 절차로 업로드하세요. ‘컴파일 성공’을 ‘배포 완료’로 간주하지 마세요.

보관 권장 항목: 커밋 식별자, 도구 버전, 내보내기 로그, Archive 로그, 결과물 체크섬을 보관하세요. 실패 후 재시도하기 전에 첫 번째 오류를 해결하고, 로그 끝의 일반적인 실패 메시지만 잘라서 보지 마세요.

Xcode 인증서 및 프로비저닝 프로파일 이전

빌드 서명에는 인증서, 해당 개인 키, 유효한 프로비저닝 프로파일이 모두 필요합니다. 인증서 파일만 복사해서는 대개 서명을 완료할 수 없습니다.

단계 펼치기
  1. 팀에서 관리하는 위치에서 개인 키가 포함된 서명 자료를 준비하고 암호화된 방식으로 전송하세요. 내보내기 암호는 별도의 안전한 경로로 전달합니다.
  2. 빌드 사용자가 접근할 수 있는 키체인으로 가져온 뒤 인증서 유효 기간과 개인 키 일치 여부를 확인하세요. security find-identity -v -p codesigning 으로 사용할 수 있는 서명 ID를 확인할 수 있습니다.
  3. 대상 앱, 팀, 배포 방식에 맞는 프로비저닝 프로파일을 가져오고 Bundle Identifier, 유효 기간, 필요한 기능을 확인하세요.
  4. runner와 동일한 사용자 및 실행 방식으로 서명을 테스트해 무인 작업이 권한 확인 창에서 멈추지 않는지 확인하세요.

보안 유의 사항: 로그에 내보내기 암호, 개인 키, 서명 파일 전체를 출력하지 마세요. 자료를 교체하거나 취소할 때 빌드 설정도 함께 갱신하세요. 대여가 끝나기 전에 머신에서 민감한 자료를 삭제하고 팀에서 관리하는 안전한 사본은 보관하세요.

빌드 캐시를 추가 SSD에 저장

+1TB SSD는 다시 생성할 수 있는 캐시와 중간 결과물을 한곳에 모으기에 적합합니다. 빌드 스크립트를 수정하기 전에 실제 마운트 경로를 확인하세요.

단계 펼치기
  1. 다음 명령을 실행해 df -h 추가 SSD의 마운트 위치와 여유 공간을 확인하세요. 프로젝트별 디렉터리를 만들고 여러 작업이 하나의 쓰기 가능한 캐시를 공유하지 않도록 합니다.
  2. Xcode DerivedData를 전용 캐시 디렉터리에 저장하세요. Unity Library 캐시는 프로젝트, 에디터 버전, 의존성 상태별로 구분합니다.
  3. 캐시, Archive, 내보낸 패키지를 각각 다른 디렉터리에 저장하세요. SFTP나 팀 저장소로 결과물을 전송한 뒤 보존 정책에 따라 정리합니다.
  4. 재시작하거나 다시 접속한 뒤 마운트 상태를 확인하세요. 경로를 사용할 수 없다면 작업이 명확히 실패하도록 설정해 시스템 디스크에 조용히 쓰기가 계속되지 않게 합니다.

용량 산정: 작업 사본, 의존성, 캐시, 병렬 작업, 결과물에 필요한 공간을 각각 산정하세요. 추가 SSD도 머신을 반납할 때 함께 초기화되므로 대여 종료 후에도 접근할 수 있는 백업 디스크가 아닙니다.

먼저 용량을 확인한 뒤 속도를 측정하세요

24GB 모델 로컬 추론 준비

GNU Studio M4 사양은 M4 · 24GB RAM · 512GB SSD입니다. 모델 파일 크기가 추론 중 필요한 전체 메모리 용량과 같지는 않습니다. 양자화 방식, 컨텍스트 길이, 동시 요청 수에 따라 필요한 자원이 달라집니다.

재현 가능한 MLX 추론 환경 만들기

작은 모델로 먼저 로드와 출력 검증을 마친 뒤 컨텍스트 길이나 동시 실행 수를 조정하세요. 처음부터 서비스 프로세스에 최대 부하를 맡기지 마세요.

단계 펼치기
  1. 현재 macOS, Python, Apple Silicon 환경을 지원하는 의존성인지 확인하세요. 실험마다 별도의 가상 환경을 만듭니다.
  2. 필요한 의존성을 설치하고 버전을 기록한 뒤 잠금 파일을 보관하세요. 모델 버전과 양자화 형식을 고정해 테스트마다 서로 다른 가중치를 사용하지 않도록 합니다.
  3. 단일 요청과 짧은 컨텍스트로 모델을 로드하고 프로세스 메모리, 메모리 압력, 스왑 공간 변화를 기록한 다음 입력 길이를 점차 늘리세요.
  4. 결과를 비교할 때는 프롬프트, 생성 길이, 워밍업 조건을 고정하고 최초 로드와 이후 생성을 구분해 기록하세요.

완료 기준: 같은 설정으로 모델을 반복해서 로드하고 결과를 생성할 수 있어야 합니다. 동시 실행 수를 늘리기 전에 자원 사용량을 살펴보세요. 디스크 파일 크기만으로 처리 가능한 요청 수를 추정하지 마세요.

모델 파일과 디스크 용량 계획

모델 가중치, 다운로드 캐시, 변환된 사본, 실험 결과를 각각 다른 디렉터리에 보관하세요. 여러 양자화 버전을 보유하면 디스크 사용량도 누적됩니다.

단계 펼치기
  1. 다운로드 전에 모델 저장소에서 실제 파일 크기를 확인하세요. 디스크 예산에는 원본 파일, 양자화 또는 변환 결과, 다운로드 임시 파일, 실행 로그를 포함해야 합니다.
  2. 모델 디렉터리와 Python 환경을 분리하세요. 추가 SSD를 사용한다면 모델 캐시 경로를 시작 설정에 명시하세요.
  3. 다음 명령으로 du -sh 디렉터리 사용량을 확인하고, df -h 로 해당 볼륨의 여유 공간을 확인하세요. 두 명령은 서로 다른 정보를 보여 줍니다.
  4. 다운로드나 변환 실패 시 필요한 임시 공간을 남겨 두세요. 이전 모델을 삭제하기 전에 실행 중인 작업이 해당 디렉터리를 참조하고 있지 않은지 확인합니다.

선택 시 유의 사항: +1TB 또는 +2TB SSD는 저장 공간만 늘리며 통합 메모리는 늘리지 않습니다. 반납 전에 실험 설정, 결과, 보관할 가중치를 내보내세요. 유일한 사본을 인스턴스에 남겨 두지 마세요.

만료일을 일정에 기록하세요

이용 연장, 플랜 변경, 결제

콘솔 주문에 표시된 결제 주기, 만료일, 결제 상태를 기준으로 확인하세요. 인스턴스는 연중 365일 계속 운영됩니다. 프로젝트 일정에는 백업과 데이터 이전 시간을 확보하세요.

연장 및 만료 전 점검

일, 주, 월, 분기 단위로 이용 기간을 선택할 수 있습니다. 결제를 시작했다고 해서 연장이 완료된 것은 아닙니다.

단계 펼치기
  1. 콘솔에서 해당 주문을 열어 인스턴스와 만료일을 확인하고, 남은 이용 기간이 진행 중인 빌드나 실험을 완료하기에 충분한지 확인하세요.
  2. 콘솔에 표시된 연장 메뉴에서 기간과 금액을 확인하세요. 현재 주문에서 이용할 수 있는 작업이 없다면 티켓을 제출해 처리 방법을 문의하세요.
  3. 결제 후 주문 상태와 새 만료일을 확인하세요. 변경되지 않았다면 주문 번호와 결제 증빙을 보관하고 티켓으로 문의하세요.
  4. 반납할 계획이라면 먼저 새 작업을 중단하고 결과물과 설정을 내보낸 다음, 로컬 또는 팀 저장소에 있는 사본이 열리는지 확인하세요.

참고: 자동 연장이나 만료 후 정해진 유예 기간이 있다고 가정하지 마세요. 머신 반납 후 데이터가 삭제되며 추가 SSD도 함께 처리됩니다. 중요한 데이터는 이용 기간이 끝나기 전에 이전하세요.

플랜 변경 및 추가 옵션

메모리 요구 사항과 디스크 요구 사항은 따로 판단하세요. 모델을 변경하기 전에 데이터와 빌드 환경 이전을 계획합니다.

단계 펼치기
  1. 현재 작업의 메모리 압력, 디스크 여유 공간, 실패 현상을 기록하세요. 캐시가 크다고 해서 메모리 용량이 더 큰 플랜이 필요한 것은 아닙니다.
  2. 플랜을 변경하려면 콘솔 티켓에 현재 주문 번호, 희망 플랜, 이전 요구 사항을 적고 처리 절차와 요금을 먼저 확인하세요.
  3. +1TB SSD, +2TB SSD 또는 Thunderbolt 5 병렬 연결이 필요하다면 콘솔에서 선택할 수 있는 옵션과 요금을 확인하세요. 병렬 연결 방안은 장비 수, 소프트웨어 용도, 데이터 교환 방식을 먼저 알려야 합니다.
  4. 구성이 바뀐 뒤 마운트 경로, 권한, runner 태그, 작업 라우팅을 다시 확인한 다음 정식 작업을 재개하세요.

유의 사항: 추가 저장 공간은 메모리 용량을 바꾸지 않습니다. Thunderbolt 5로 연결해도 여러 머신의 메모리가 자동으로 합쳐지지 않으며, 모든 소프트웨어가 작업을 자동으로 분산하는 것도 아닙니다.

두 가지 머신 구성과 추가 옵션 가격 확인

결제 완료 및 입금 상태 확인

USDT-TRC20 또는 Stripe를 통한 Visa / Mastercard / Amex만 지원하며, 모든 결제는 미국 달러(USD)로 처리됩니다.

단계 펼치기
  1. 주문에서 모델, 노드, 기간, 추가 옵션, 결제 금액을 확인하세요. 실제로 사용할 수 있는 결제 게이트웨이는 인터페이스 응답을 기준으로 합니다.
  2. USDT-TRC20 결제 시 현재 결제 페이지에 표시된 네트워크, 수취 정보, 금액만 사용하세요. 과거 스크린샷의 주소를 재사용하지 마세요.
  3. 카드 결제는 Stripe 결제 절차에 따라 카드 인증을 마친 뒤 콘솔로 돌아와 주문 상태를 확인하세요.
  4. 결제 상태가 확인되지 않았다면 결제 시간, 주문 번호, 거래 식별자를 기록한 뒤 티켓을 제출해 확인하세요. 이유를 모른 채 결제를 반복하지 마세요.

제출 가능한 증빙: 온체인 결제는 거래 해시를, 카드 결제는 결제 영수증을 제출할 수 있습니다. 카드 번호 전체, 보안 코드, 비밀번호, 개인 키는 보내지 마세요.

결제 내역 확인 및 회계 자료 요청

먼저 해당 주문의 결제 내역을 찾고 필요한 자료를 요청하면, 결제 화면 캡처만 보내는 것보다 확인하기 쉽습니다.

단계 펼치기
  1. 콘솔의 청구 및 주문 내역에서 해당 결제를 찾아 금액, 통화, 기간, 주문 번호를 확인하세요.
  2. 사용할 수 있는 청구서나 결제 영수증을 보관하세요. 청구서나 추가 회계 자료가 필요하면 콘솔 티켓에 용도와 필요한 항목을 적으세요.
  3. 상호명 등 필요한 정보를 제출하기 전에 철자를 확인하고, 티켓 첨부 파일에 관련 없는 개인 정보가 포함되지 않도록 하세요.
  4. 자료 종류, 발급 방법, 처리 결과는 팀에서 확인한 뒤 안내합니다. 결제 게이트웨이 영수증이 모든 용도의 청구서와 같다고 간주하지 마세요.

주문 외 문의: 이메일 문의: support@gnumac.com. 기존 주문의 회계 관련 문의는 전체 처리 기록을 남길 수 있도록 티켓을 이용하는 것이 좋습니다.

전체 워크플로 기록

더 읽기: 사용 절차부터 프로젝트 적용까지

간단 가이드는 현재 필요한 작업을 찾는 데 도움이 됩니다. 프로젝트 적용 사례와 기술 기록은 블로그에 모아 두며, 게시 후 글 목록에서 확인할 수 있습니다.

기술 문서 목록 보기
상황을 보존하고 단계별로 점검

접속 불가 또는 디스크 경고? 먼저 세 가지를 확인하세요

먼저 네트워크에 연결할 수 없는 문제, 인증 실패, 애플리케이션 오류를 구분하세요. 원본 오류, 발생 시간, 이미 시도한 작업을 기록해 같은 설정을 반복해서 변경하지 않도록 합니다.

화면 공유에 연결할 수 없음

주소에 연결할 수 없는 문제, 인증 거부, 연결 후 검은 화면은 서로 다른 문제입니다. 원인을 확인하기 전에 인스턴스를 연속해서 재시작하지 마세요.

문제 해결 단계 펼치기
  1. 콘솔에서 주소, 포트, 사용자 이름을 다시 확인하고 클라이언트에 다른 인스턴스의 이전 설정이 남아 있지 않은지 확인하세요.
  2. 로컬 네트워크에서 외부 연결을 허용하는지 확인하세요. 허용된 다른 네트워크 환경에서 다시 테스트해 로컬 정책의 제한인지 판단할 수 있습니다.
  3. SSH에 접속할 수 있다면 화면 공유 설정과 접근 허용 사용자를 확인하세요. 두 방식 모두 접속할 수 없다면 각각의 오류를 기록해 티켓을 제출하세요.
  4. 연결은 되지만 화면에 문제가 있다면 해상도와 화질을 낮추고 클라이언트 이름, 버전, 문제 화면을 기록하세요.

티켓에 첨부할 정보: 주문 번호, 오류 발생 시간과 시간대, 클라이언트, 원본 오류 메시지, SSH 접속 가능 여부를 적으세요. 스크린샷에서는 자격 증명을 가리세요.

SSH 시간 초과 또는 인증 실패

시간 초과는 주소, 포트, 네트워크 경로 문제인 경우가 많습니다. 인증 실패라면 먼저 사용자 이름, 공개 키, 권한을 확인하세요.

문제 해결 단계 펼치기
  1. 전달받은 실제 포트로 연결하고 기본 포트라고 가정하지 마세요. ssh -vv 를 사용해 연결, 협상, 인증 중 어느 단계에서 실패하는지 확인하세요.
  2. 시간 초과 시 로컬의 외부 연결 제한과 인스턴스 상태를 확인하세요. ‘연결 거부’가 표시되면 원격 로그인 서비스가 켜져 있는지 확인합니다.
  3. 다음 오류가 Permission denied 로 표시되면 대상 사용자, 공개 키 내용, 파일 권한을 확인하고 로컬에서 올바른 개인 키를 선택했는지 확인하세요.
  4. 호스트 지문이 바뀌었다면 콘솔에서 재설치나 머신 교체가 있었는지 확인하세요. 원인을 파악한 뒤 로컬 기록을 갱신하고 보안 경고를 무시하지 마세요.

티켓에 첨부할 정보: 민감 정보를 가린 접속 명령, 오류 로그의 마지막 부분, 발생 시간과 시간대를 적으세요. 개인 키 내용이나 비밀번호는 보내지 마세요.

디스크 공간 경고

먼저 계속 기록 중인 대규모 작업을 중단한 뒤 공간을 많이 차지하는 항목을 찾으세요. 시스템 디렉터리나 다른 작업이 사용 중인 파일을 바로 삭제하지 마세요.

문제 해결 단계 펼치기
  1. 다음 명령을 실행해 df -h 공간이 부족한 볼륨을 찾으세요. 시스템 디스크와 추가 SSD를 구분하고 Finder에 표시되는 전체 용량만 보지 마세요.
  2. 다음 명령으로 du -sh 프로젝트, 빌드 캐시, 모델 다운로드, 결과물 디렉터리의 사용량을 확인하세요. 현재 작업이 계속 파일을 기록하고 있는지도 확인합니다.
  3. 보관할 결과물을 먼저 옮긴 다음 다시 생성할 수 있는 캐시와 실패한 다운로드의 임시 파일을 정리하고 로그 순환이 정상인지 확인하세요.
  4. 정리 후 여유 공간을 다시 확인하고 작업 하나를 재개해 기록량이 늘어나는지 살펴보세요. 공간이 계속 부족하다면 필요한 데이터를 반복해서 지우기보다 추가 SSD를 검토하세요.

티켓에 첨부할 정보: 주문 번호, 해당 볼륨의 용량 출력, 가장 많은 공간을 차지하는 디렉터리, 최근 작업 변경 사항을 적으세요. 민감한 파일 이름이 포함된 전체 디렉터리 목록은 올리지 마세요.

티켓을 제출하기 전에 재현 가능한 문제 기록을 준비하세요

  • 대상: 주문 번호, 인스턴스, 노드, 문제 발생 시간과 시간대
  • 현상: 예상 결과와 실제 결과, 처음 발생했는지 매번 발생하는지
  • 증거: 최소 재현 단계, 민감 정보를 가린 로그, 이미 시도한 문제 해결 방법

기존 주문 관련 문제는 콘솔에서 티켓을 제출하세요. 구매 전 구성 상담이나 계정에 로그인할 수 없는 경우 이메일로 문의하세요: support@gnumac.com. 비밀번호, 개인 키, 전체 카드 정보, 서명 자료는 보내지 마세요.

로그인 후 티켓 제출 문의 방법 보기

절차를 확인한 뒤 이번 대여를 시작하세요.

모델, 노드, 이용 기간을 선택하고 프로젝트 설정과 백업 경로를 준비하세요. 사용 중인 인스턴스에 관한 문제는 콘솔 주문에서 바로 처리할 수 있습니다.

클라우드 Mac 대여 시작 콘솔로 이동