주문 확인부터 Xcode 빌드까지 문제를 실행 가능한 점검 단계로 나눴습니다. 먼저 이 페이지의 초기 진단을 완료하고, 해결되지 않으면 노드 ID, 발생 시간 및 비식별화된 로그를 첨부해 콘솔 티켓을 제출하세요.
각 주문에는 독립된 Mac mini 물리 노드가 할당되며 가상 머신이 아닙니다. 노드 가용성과 연결 정보는 콘솔에 실시간으로 표시되는 내용을 기준으로 합니다.
다섯 가지 진입점은 주문 수명 주기의 서로 다른 단계를 다룹니다. 분류를 전환하면 먼저 확인할 정보, 일반적인 원인과 다음 단계가 표시됩니다.
결제 결과 확인 대기, 노드 정보 미표시, 지역·모델 확인, 최초 연결 자료 확인 문제에 적합합니다.
연결 시간 초과, 인증 실패, VNC 화면 끊김, SSH 호스트 지문 변경 및 로컬 네트워크 제한 문제에 적합합니다.
Xcode 버전 선택, 명령줄 도구 경로, 서명·아카이브, 의존성 캐시 및 self-hosted runner 오프라인 문제에 적합합니다.
대여 기간, 갱신 시점, 추가 옵션, 결제 결과 및 주문 금액 확인에 적합합니다. 모든 요금은 미국 달러(USD)로 결제됩니다.
임시 자격 증명 갱신, SSH 키, 구성원 권한 회수, 비정상 접근 및 노드 작업 권한 확인 문제에 적합합니다.
각 카드는 ‘상태 확인, 변수 축소, 증거 보존’ 순서로 구성되어 있습니다. 한 번에 하나의 변수만 변경해야 어떤 단계에서 서비스가 복구됐는지 확인할 수 있습니다.
xcodebuild -version 현재 도구 체인을 확인하세요.df -h 볼륨 용량을 확인하세요. 단일 디렉터리만 보지 마세요.아래 정의는 이 서비스에서 실제로 사용되는 의미를 따릅니다. 티켓을 제출할 때 동일한 용어를 사용하면 문제 범위를 반복해서 확인하는 일을 줄일 수 있습니다.
일반적인 제공에는 약 4분이 걸리며 네 단계로 진행됩니다. 실제 사용 가능 상태와 연결 정보는 콘솔에 실시간으로 표시되는 내용을 기준으로 합니다.
모델, 대여 기간, 노드 지역 및 추가 옵션을 확인하세요. 결제 결과가 확인되면 주문이 할당 절차로 진행되며, 처리를 앞당기기 위해 결제를 반복하지 마세요.
보관할 정보: 주문 번호, 결제 결과 식별자, 제출 시간.시스템은 주문 카탈로그에 따라 독립된 Mac mini 물리 노드를 할당합니다. 두 모델 모두 싱가포르, 일본(도쿄), 한국(서울), 홍콩, 미국 동부, 미국 서부에서 선택할 수 있습니다.
확인할 정보: 노드 ID, 모델, 지역.제공 전에 시스템 부팅, 네트워크 연결 및 원격 액세스 서비스를 점검합니다. 모든 노드는 365일 연중 정상 운영됩니다.
대기할 상태: 콘솔 상태가 연결 가능으로 변경됨.콘솔에서 주소, 포트, 사용자 이름 및 임시 자격 증명을 제공합니다. 최초 로그인 후 즉시 임시 비밀번호를 변경하고 독립 SSH 키를 설정한 뒤 자격 증명을 관리형 키 관리 도구에 보관하세요.
완료할 항목: 최초 로그인, 비밀번호 변경, SSH 키 확인.스크린샷, 저장소, 빌드 로그 또는 티켓에 개인 키, 전체 비밀번호 및 전체 액세스 토큰을 제출하지 마세요. 자격 증명 유형을 설명해야 할 때는 용도, 생성 시간 및 끝부분의 일부 문자만 제공하세요.
처음부터 모든 캐시를 비우거나 도구 체인을 재설치하지 마세요. 먼저 버전과 경로를 확인하고, 그다음 서명 자산을 점검한 후 범위를 정한 정리를 실행하세요.
그래픽 인터페이스에 표시된 버전을 기록하고 파이프라인 사용자로도 명령을 실행하세요. 로컬 대화형 빌드는 성공하지만 runner가 실패한다면 두 실행 사용자의 환경 변수도 비교해야 합니다.
xcodebuild -version
sw_vers
whoami다음 명령으로 xcode-select -p 현재 개발자 디렉터리를 확인하세요. 팀에서 여러 버전을 병렬로 관리한다면 파이프라인 시작 시 경로를 명시적으로 선택해 시스템 기본값 변경을 방지하세요.
xcode-select -p
xcrun --find xcodebuild
xcrun xcodebuild -version서명 인증서가 만료되지 않았고 개인 키를 빌드 사용자가 읽을 수 있으며 프로비저닝 프로파일이 대상 식별자와 일치하는지 확인하세요. 자동 서명이 실패하면 먼저 원본 오류를 보존한 뒤 키체인 권한과 파이프라인 변수를 점검하세요.
security find-identity -v -p codesigning
ls -la ~/Library/MobileDevice/Provisioning\ Profiles모든 프로젝트 캐시를 바로 비우기보다 현재 프로젝트에 해당하는 디렉터리를 우선 삭제하세요. 정리 전에 디스크 사용량과 실패 로그를 기록해 캐시가 실제 원인인지 판단할 수 있도록 하세요.
du -sh ~/Library/Developer/Xcode/DerivedData
find ~/Library/Developer/Xcode/DerivedData -maxdepth 1 -type d전체 명령, 종료 코드 및 최초의 유효한 오류를 보존하세요. 티켓 제출 전에 저장소 토큰, 서명 비밀, 사용자 경로 및 내부 주소를 삭제하되 마지막 한 줄만 잘라내지는 마세요.
set -o pipefail
xcodebuild test 2>&1 | tee build.log
printf "exit=%s\n" "$?"완전한 요청이 모든 데이터를 업로드한다는 뜻은 아닙니다. 명확한 타임라인, 영향을 받은 범위 및 비식별화된 기술 증거를 제공하는 것이 목표입니다.
개인 키, 전체 로그인 자격 증명, 전체 액세스 토큰, 비식별화되지 않은 환경 변수 및 민감한 매개변수가 포함된 구성 파일.
비정상적인 자격 증명 활동, 호스트 지문의 예기치 않은 변경, 노드 상태와 실제 연결성의 현저한 불일치가 발생했거나 작업이 증거를 훼손할 수 있다면 반복 시도를 중단하고 즉시 콘솔 티켓을 제출하세요.
접근 권한 재설정, 노드 상태 변경 또는 민감한 설정 처리는 전용 물리 노드에 영향을 줄 수 있습니다. 지원팀은 무단 사용자의 노드 수준 작업 요청을 방지하기 위해 로그인 세션, 주문 번호 및 권한 관계를 확인해야 합니다.
두 문제가 같은 시간에 발생했고 동일한 노드 상태가 원인일 가능성이 있다면 하나의 티켓에 연결 및 빌드 증거를 각각 기재하세요. 발생 시간, 노드 또는 담당 범위가 다르면 독립적으로 추적할 수 있도록 별도로 제출하세요.
기존 주문, 노드 연결, 빌드 장애 및 청구 문제는 우선 콘솔 티켓으로 제출하세요. 사전 평가, 팀 배포 및 보안 보고서는 문의 페이지에서 support@hexvm.com으로 보낼 수 있습니다. 노드 작업과 관련된 경우 주문 소유권 확인을 완료해야 합니다.