원격 작업이 중단되었을 때

연결 안 됨·화면 지연·작업 중단, 먼저 확인하세요

먼저 연결만 끊긴 것인지, Mac에서 실행 중이던 작업도 실제로 중단됐는지 확인하세요. 노드 상태, 연결 정보, 청구 내역은 콘솔에서 확인할 수 있습니다. 지원이 필요한 문제는 콘솔 티켓이나 문의 페이지를 통해 알려주세요. 같은 조치를 반복해서 시도할 필요는 없습니다.

아직 주문 전인가요? 연결 방법과 점검 범위를 먼저 확인한 뒤 대여 여부를 결정하세요.노드를 선택해 클라우드 Mac 대여

먼저 이 세 가지를 확인하세요

서비스 상태부터 로컬 연결, 문제 기록 순으로 확인하세요. 이 순서대로 점검하면 브라우저 연결이 끊긴 것을 노드 중단으로 오해하지 않고, 이후에도 같은 기록을 바탕으로 문제를 이어서 해결할 수 있습니다.

01 / 노드

콘솔에서 서비스 상태 확인

로그인한 뒤 해당 인스턴스를 찾아 노드 위치, 서비스 기간, 현재 상태를 확인하고 연결 정보를 여세요. 상태가 예상과 다르면 화면에 표시된 안내 문구를 그대로 기록하세요. 원격 데스크톱이 열리지 않는다는 이유만으로 Mac이 중단됐다고 판단하지 마세요.

노드 상태 확인
02 / 연결

로컬 네트워크와 클라이언트 확인

로컬 네트워크에서 다른 페이지에 정상적으로 접속할 수 있는지 확인하세요. 브라우저 세션이 유효한지, VNC 주소·포트·인증 정보가 콘솔에 표시된 정보와 일치하는지도 점검하세요. 한 번에 설정 하나만 변경하고 변경 전후 결과를 기록하세요.

연결 유형별 점검
03 / 기록

증상과 시간을 적어 문의하세요

문제가 계속되면 아래 템플릿에 도시, 시간대가 포함된 발생 시각, 오류 메시지, 이미 시도한 조치를 적어주세요. 주문을 완료한 고객은 콘솔에서 바로 티켓을 제출하면 됩니다. 구매 전 문의나 로그인 문제는 문의 페이지의 이메일을 이용하세요.

문의할 정보 준비

데스크톱이 열리지 않으면 연결부터 확인하세요

브라우저 원격 연결과 VNC는 같은 전용 물리 Mac에 접속하는 서로 다른 방법입니다. 한쪽 연결에 실패했다고 다른 연결 방법이나 Mac에서 실행 중인 앱까지 중단된 것은 아닙니다. 먼저 어느 단계에서 오류가 발생했는지 기록하세요.

연결 실패 시 점검 항목: 증상에 맞는 조치를 선택하세요. 모든 항목을 반복할 필요는 없습니다
표시되는 증상먼저 확인할 항목다음 조치
브라우저 원격 페이지가 열리지 않음 로컬 네트워크에서 원격 연결을 제한하는지, 콘솔 로그인이 유효한지, 페이지를 열기 전과 세션에 들어간 후 중 어느 단계에서 오류가 발생하는지 확인하세요. 콘솔에서 연결 화면으로 다시 들어가세요. 가능하다면 허용된 다른 로컬 네트워크에서도 확인하고 두 네트워크의 결과를 기록하세요. 현재 네트워크의 이용 규칙을 우회하지 마세요.
VNC에서 주소 또는 연결 오류 표시 서버 주소, 포트, 클라이언트 연결 방식이 해당 인스턴스의 연결 안내와 일치하는지, 복사할 때 불필요한 공백이 들어가지는 않았는지 확인하세요. 현재 연결 정보를 항목별로 확인하고 다른 인스턴스의 설정을 사용하지 마세요. 클라이언트 이름과 버전, 전체 오류 메시지를 함께 기록하세요.
인증 실패 메시지 표시 현재 인스턴스에 제공된 인증 정보를 사용했는지, 입력기나 대소문자 또는 복사한 내용이 입력값을 바꾸지 않았는지 확인하세요. 정보를 다시 확인한 뒤 한 번 더 시도하세요. 계속 실패하면 티켓을 제출하세요. 연결 비밀번호, 인증 코드, 전체 인증 정보를 스크린샷이나 이메일에 포함하지 마세요.
연결은 됐지만 화면이 검게 나오거나 갱신되지 않음 화면이 전혀 표시되지 않는지, 특정 앱만 갱신되지 않는지, 클라이언트에 연결 상태가 표시되는지 확인하세요. 먼저 원격 세션 연결을 끊었다가 다시 연결하고, 검은 화면이 나타나기 전후의 안내를 기록하세요. 빌드나 내보내기가 실행 중일 수 있으니 노드를 바로 재시작하지 마세요.

연결은 되지만 버벅인다면 조작 부담부터 줄이세요

원격 데스크톱 반응 속도는 노드와의 거리, 로컬 네트워크, 화면 전송량에 영향을 받습니다. 마우스와 창 조작이 느린지, 앱의 계산 작업 자체가 느린지 먼저 구분하세요. 화면 지연이 곧 칩의 연산 속도가 느리다는 뜻은 아닙니다.

  1. 01

    먼저 노드 위치 확인

    조작이 잦다면 가까운 노드를 우선 고려하세요. 선택 가능한 지역은 싱가포르, 도쿄, 서울, 홍콩, 미국 동부, 미국 서부입니다. 실제 연결 품질은 사용하는 네트워크에 따라 달라질 수 있습니다. 다른 노드로 변경하려면 먼저 프로젝트와 파일을 백업하고 대상 인스턴스의 주문 및 이전 절차를 확인하세요. 노드를 선택한다고 기존 데이터가 자동으로 이전되는 것은 아닙니다.

  2. 02

    화면 전송량 줄이기

    먼저 원격 데스크톱 해상도를 낮추고 창 이동과 텍스트 입력이 나아지는지 확인하세요. 그런 다음 클라이언트에서 지원하는 경우 색 심도나 이미지 품질을 조정하세요. 한 번에 하나씩만 변경하세요. 세부 사항, 색상, 소재를 확인해야 할 때는 해당 설정을 다시 높이세요. 낮은 화질을 장기적인 기본 설정으로 사용하지 않는 것이 좋습니다.

  3. 03

    마지막으로 네트워크 비교

    로컬 대역폭을 사용 중인 전송을 잠시 멈추고, 허용되는 경우 다른 네트워크에서도 테스트하세요. ‘같은 노드·같은 클라이언트·다른 네트워크’에서 나타나는 차이를 기록하세요. 모든 네트워크에서 지연이 발생한다면 당시 노드에서 실행 중이던 빌드, 내보내기, 파일 전송 작업도 티켓에 적어주세요.

연결 안내의 용어를 쉽게 풀어보기

아래 용어는 제공되는 장비, 연결 방식, 작업 부하를 설명합니다. 문의할 때 어떤 연결 방식과 작업 유형을 사용했는지 알려주면 ‘클라우드 Mac이 고장 났다’고만 설명하는 것보다 문제를 더 쉽게 파악할 수 있습니다.

물리 노드
선택한 데이터센터에 설치된 실제 Mac mini입니다. 로컬 컴퓨터에서 macOS를 시뮬레이션하는 대신 원격으로 연결해 사용합니다.
전용
한 대의 기기를 고객 한 명이 사용하며, 칩·메모리·기기 리소스를 다른 사용자와 나누지 않습니다.
가상 머신이 아님
실제 Mac에서 실행되는 시스템 환경을 제공합니다. 여러 고객이 공유하는 호스트에서 분리한 가상 인스턴스가 아닙니다.
VNC
클라이언트로 원격 데스크톱을 보고 조작하는 연결 방식입니다. 주소, 포트, 인증 정보는 콘솔에 표시된 내용을 기준으로 하세요.
화면 공유
원격 Mac의 화면을 사용자에게 전송하고 키보드와 마우스 입력을 전달합니다. 화면 전송량은 조작의 원활함에 영향을 줄 수 있습니다.
self-hosted runner
사용자의 Mac에서 실행되어 기존 CI 파이프라인의 작업을 처리하는 프로그램입니다. 실행 상태는 runner 자체의 로그를 함께 확인해야 합니다.
통합 메모리
Apple Silicon에서 프로세서와 그래픽 처리 장치가 공유하는 메모리입니다. 앱과 빌드 작업이 이 용량을 함께 사용합니다.
Thunderbolt 5 병렬 연결
요금표에서 기기별로 요금이 부과되는 연결 확장 추가 옵션입니다. 워크플로에 적합한지 먼저 확인하세요. 여러 기기의 메모리를 자동으로 합치는 기능은 아닙니다.

문제 기록에 이 네 가지를 포함하세요

도시는 노드를 찾는 데, 시간은 증상을 비교하는 데, 오류 원문과 조치 내역은 추가 확인을 줄이는 데 도움이 됩니다. 아래 내용을 복사해 콘솔 티켓이나 이메일에 붙여 넣으세요. 확실하지 않은 내용은 추측하지 말고 그대로 알려주세요.

연결 및 작업 문제 설명

노드 위치:
발생 시간 및 시간대:
증상 설명:
오류 메시지 원문:

사용 방식: 브라우저 원격 / VNC 클라이언트
로컬 운영체제 및 브라우저 또는 클라이언트 버전:
문제가 발생한 단계:
콘솔에 접속해 인스턴스 상태를 확인할 수 있는지:
원격 작업이 계속 실행 중인지:

시도한 조치와 각 조치의 결과:
다른 로컬 네트워크에서도 확인했는지:
마지막으로 정상 사용한 상황:

추가 가능 정보: 인스턴스 또는 주문 번호, 민감 정보를 가린 스크린샷.

복사한 뒤 정보를 입력하고 티켓이나 이메일로 보내세요. 이 페이지에서 자동으로 제출되지는 않습니다.

시간대까지 정확히 적으세요:‘발생한 날짜, 구체적인 시간, UTC 오프셋’ 형식으로 작성하세요. 문제가 계속되면 시작 시각과 가장 최근 시도 시각을 적어주세요. 한 번만 발생했더라도 당시 표시된 안내를 보관하세요.

스크린샷에서 민감한 정보를 먼저 가리세요:연결 비밀번호, 인증 코드, 개인 키, 결제 카드 전체 정보를 포함하지 마세요. 빌드 로그는 오류 주변 부분만 캡처하고 프로젝트 이름, 업무 데이터, 액세스 토큰은 가려주세요.

제출 후에는 같은 기록에서 이어서 문의하세요

주문을 완료한 고객은 콘솔 티켓으로 문의할 수 있습니다. 계정에 로그인할 수 없거나 구매 전 확인이 필요한 경우 문의 페이지에서 이메일 주소를 확인하세요. 두 방법 모두 기존 맥락을 유지해 문의하고, 같은 문제로 기록을 여러 건 만들지 마세요.

어떤 정보를 바탕으로 확인하나요?

인스턴스 또는 주문 정보, 노드 위치, 발생 시각, 오류 메시지를 바탕으로 문제를 확인합니다. 추가 정보가 필요하면 답변으로 요청 내용을 안내합니다. 첫 문의부터 전체 인증 정보를 보내지 마세요.

재현 가능한 단계와 재현되지 않는 조건도 모두 기록해 두세요.

처리 상황은 어디서 확인하나요?

콘솔에서 제출한 문의는 해당 티켓에서 확인하고 추가 정보를 남기세요. 이메일 문의는 기존 이메일 대화에서 이어가면 됩니다. 답변으로 처리 상황을 안내하므로 같은 설명을 여러 문의 경로에 나누어 남기지 않아도 됩니다.

새 결과를 추가할 때는 이전과 달라진 점을 적어주세요.

문제가 해결된 뒤 보관할 정보

연결이 복구된 네트워크, 클라이언트, 설정을 기록하세요. 작업 오류가 있었다면 재실행 결과와 로그도 보관하세요. 복구를 확인하기 전에는 현장 파일을 삭제하거나 실행 중일 수 있는 프로세스를 종료하지 마세요. 연결 문제를 작업 중단으로 이어지게 할 수 있습니다.

새 오류가 발생하면 기존 문제 기록에 추가하세요.

결제 내역과 서비스 상태를 따로 확인하세요

결제 페이지의 안내, 결제 수단의 청구 내역, 콘솔 청구서는 서로 다른 정보입니다. 결제 후 상태가 바뀌지 않으면 먼저 해당 주문과 청구 내역을 확인하고 거래 정보를 첨부해 문의하세요. 페이지를 한 번 새로고침한 것만으로 판단해 결제를 반복하지 마세요.

콘솔에서 해당 청구서 찾기

주문 또는 청구서 번호, 선택한 기간, 노드, 추가 옵션을 확인하고 기본 대여 요금과 저장 공간 등의 추가 요금을 구분하세요. 금액이나 기간이 예상과 다르면 청구 항목과 선택할 때 예상한 내용을 함께 티켓에 적어주세요. 청구 금액만 보내지 마세요.

요금표에 있는 결제 수단만 사용하세요

USDT-TRC20 및 Visa / Mastercard / Amex(Stripe)만 지원하며 모든 결제는 미국 달러(USD)로 처리됩니다. 실제로 사용할 수 있는 결제 게이트웨이는 결제 시 서버에서 표시하는 정보를 확인하세요. USDT-TRC20 문제는 거래 해시를 첨부할 수 있습니다. 카드 결제 문제는 청구서 번호, 발생 시각, 페이지 오류 메시지를 첨부하고 카드 번호 전체나 보안 코드는 보내지 마세요.

증상을 정리해 티켓으로 문의하세요

노드 위치, 발생 시각, 오류 메시지 원문, 이미 시도한 조치를 함께 알려주세요. 문의 이메일은 support@vmhalo.com입니다. 주문을 완료한 고객은 콘솔에서도 문의할 수 있습니다.