실행 가능한 문제 해결 경로

원격 Mac에 문제가 생겼다면 먼저 어느 계층인지 확인하세요

노드 상태, 연결 자격 증명, 로컬 네트워크, 활성 세션, 디스크 및 작업 큐를 단계별로 확인합니다. 각 단계마다 통과 조건, 다음 조치 및 제출할 정보를 안내하므로 “연결이 안 돼요”나 “너무 끊겨요”만으로 문제를 설명할 필요가 없습니다.

클라우드 Mac 지금 대여하기 콘솔에 로그인해 지원 티켓 제출

문제 분류

가장 가까운 증상을 선택하세요

선택하면 해당 단계로 바로 이동합니다. 여러 문제가 동시에 발생하면 먼저 “연결할 수 없음”을 처리한 다음 성능, 빌드 또는 디스크를 확인하세요.

아직 증상을 선택하지 않았습니다.

원격 데스크톱 점검

4단계 체크리스트로 연결 조건 확인

각 단계를 완료한 뒤 다음 단계로 진행하세요. 노드 상태를 모르는 상태에서 클라이언트 설정을 반복해서 바꾸거나 여러 기기에서 같은 세션에 동시에 접속하지 마세요.

01
노드 상태 확인

콘솔에 로그인해 주문에 해당하는 물리 노드가 인도를 완료했는지, 노드 이름이 현재 사용하는 연결 정보와 일치하는지 확인하세요. 상태가 계속 바뀐다면 페이지에 표시된 상태 문구를 보존하고 동일한 연결 요청을 반복해서 제출하지 마세요.
- 통과 조건: 올바른 주문 번호, 노드 및 연결 진입점을 확인할 수 있습니다.
- 문제 정보: 상태 원문, 페이지 시간 및 노드 식별자를 기록하세요.
02
자격 증명 다시 확인

호스트 주소, 사용자 이름 및 임시 자격 증명이 같은 주문에서 발급되었는지 확인하고 복사할 때 앞뒤 공백을 포함하지 마세요. 자격 증명이 방금 갱신되었다면 기존 연결 창을 닫고 새 연결 설정을 만드세요.
- 통과 조건: 클라이언트에 인증 실패 또는 자격 증명 형식 오류가 더 이상 표시되지 않습니다.
- 금지 사항: 티켓 본문에 비밀번호, 개인 키 또는 복구 코드를 붙여 넣지 마세요.
03
클라이언트 네트워크 문제 배제

라우팅을 변경하는 로컬 프록시를 잠시 끄고 현재 네트워크와 신뢰할 수 있는 다른 네트워크에서 각각 테스트하세요. 한 번의 ping 결과만 남기지 말고 이름 확인 성공 여부, TCP 연결 수립 여부 및 연속 탐색에서 패킷 손실이 발생하는지 기록하세요.
- 통과 조건: 연속 탐색이 안정적이며 핸드셰이크 단계에서 연결 시간이 초과되지 않습니다.
- 문제 정보: 통신사 네트워크 유형, 왕복 지연 시간 중앙값 및 패킷 손실률을 기록하세요.
04
세션 사용 여부 확인

팀원이 같은 그래픽 세션을 동시에 사용하고 있지 않은지 확인하세요. 기존 클라이언트가 비정상 종료되었다면 세션이 해제될 때까지 기다린 후 다시 연결하세요. 자격 증명이 올바르고 네트워크에 연결되며 기존 세션을 복구할 수 없을 때만 연결 설정을 다시 만드세요.
- 다시 만들기 적합: 클라이언트 설정 손상, 해상도 협상 지속 실패 또는 기존 세션 기록 만료.
- 다시 만들기 부적합: 노드 연결 불가, 주문 정보 불일치 또는 로컬 네트워크의 지속적인 패킷 손실.

연결이 복구된 후 한 번 더 확인하세요: macOS 그래픽 인터페이스를 열고 연결을 끊었다가 다시 연결해 키보드 레이아웃, 디스플레이 배율 및 클립보드 동작이 예상대로인지 확인한 다음 빌드 또는 추론 작업을 재개하세요.

노드 왕복 지연 참고

5개 노드의 지연 시간 탐색 중앙값

아래 값은 고정 회선 탐색 지점에서 각 노드까지 측정한 ICMP 왕복 지연 시간 중앙값입니다. 경로 비교용이며 특정 사용자의 실제 네트워크 성능을 의미하지 않습니다.

탐색 네트워크 지역 고정 회선, 단일 출구

테스트 시간 UTC 14:00–16:00

샘플링 방식 경로당 60회, 중앙값

단위 밀리초 RTT

주요 접속 지역에서 싱가포르, 도쿄, 서울, 홍콩 및 미국 서부 노드까지의 왕복 지연 시간 중앙값
테스트 시작 위치	싱가포르	일본(도쿄)	한국(서울)	홍콩	미국 서부
싱가포르	8 ms	72 ms	83 ms	36 ms	171 ms
일본(도쿄)	70 ms	7 ms	31 ms	48 ms	104 ms
한국(서울)	82 ms	32 ms	6 ms	43 ms	126 ms
홍콩	35 ms	47 ms	42 ms	6 ms	148 ms
미국 서부	169 ms	103 ms	124 ms	146 ms	9 ms

표 읽는 법:원격 데스크톱은 지속적이고 안정적인 왕복 경로에 더 민감합니다. 중앙값이 낮아도 간헐적으로 패킷이 손실되는 경로는 중앙값이 조금 높더라도 안정적인 경로보다 체감 품질이 나쁠 수 있습니다.

조건 및 한계:탐색 경로는 사용자의 로컬 Wi-Fi, 프록시 또는 기업 출구를 통과하지 않습니다. 통신사 간 연결, 시간대별 혼잡, 무선 간섭 및 클라이언트 부하에 따라 결과가 달라질 수 있으며, 이 표는 성능을 보장하지 않습니다.

작업 최적화

워크로드별 네트워크, 스토리지 및 큐 점검

먼저 병목이 상호작용, CPU, 메모리, 디스크 또는 큐 대기 중 어디에 속하는지 확인하세요. 원격 화면 끊김을 노드의 연산 성능 부족으로 바로 판단하지 마세요.

원격 데스크톱

대화형 그래픽 인터페이스

네트워크: 왕복 지연 시간 중앙값, 지터 및 패킷 손실을 연속 측정하고 안정적인 유선 네트워크를 우선 사용하세요.
디스플레이: 먼저 해상도와 색 품질을 낮춰 입력 지연도 함께 줄어드는지 확인하세요.
세션: 중복 클라이언트를 종료하고 여러 그래픽 세션이 인코딩 리소스를 경쟁하고 있지 않은지 확인하세요.

Xcode

컴파일, 테스트 및 아카이브

환경: Xcode 버전, 프로젝트 커밋 식별자, 빌드 명령 및 전체 실패 단계를 기록하세요.
스토리지: 작업 영역, DerivedData, 아카이브 디렉터리 및 임시 디렉터리의 사용 가능한 용량을 확인하세요.
로그: 마지막 종료 메시지만 발췌하지 말고 첫 번째 오류와 그 앞뒤 맥락을 보존하세요.

CI/CD

병렬 파이프라인

큐: 대기가 스케줄러, 종속 항목 다운로드, 테스트 실행 또는 아카이브 업로드 중 어느 단계에서 발생하는지 확인하세요.
동시 실행: 동시 실행 작업 수를 단계적으로 줄이고 전체 처리량과 개별 작업 시간의 변화를 비교하세요.
격리: 저장소별로 작업 디렉터리, 캐시 경로 및 로그를 분리해 작업끼리 덮어쓰지 않도록 하세요.

로컬 추론

대규모 모델 실험

메모리: 모델 크기, 양자화 방식, 컨텍스트 길이 및 런타임 최대 사용량을 기록하세요.
디스크: 모델 파일이 완전한지, 캐시 디렉터리와 출력 디렉터리가 예상한 볼륨에 있는지 확인하세요.
큐: 배치, 컨텍스트 또는 동시 실행 중 한 번에 하나의 변수만 변경하고 결과를 저장하세요.

diagnostic-snapshot

sw_vers
uname -m
df -h
vm_stat
system_profiler SPHardwareDataType

로그를 제출할 때 시스템 버전, 아키텍처, 볼륨 용량 및 메모리 상태를 첨부할 수 있습니다. 제출 전에 사용자 이름, 프로젝트 경로의 민감한 이름 및 모든 액세스 자격 증명을 삭제하세요.

스토리지 및 추가 장치

먼저 볼륨을 식별한 후 용량 또는 마운트 문제를 처리하세요

기본 SSD 용량은 선택한 구성에 따라 다릅니다. OAM M4 16은 256GB, OAM M4 24는 512GB, OAM M4P 64는 2TB입니다. 추가 스토리지를 기본 시스템 볼륨으로 잘못 인식하지 마세요.

식별 순서

시스템 볼륨, 추가 볼륨, 외부 연결

장치가 시스템에 인식되는지 확인
시스템 정보와 디스크 유틸리티에서 장치 이름, 연결 유형, 총 용량 및 파티션 상태를 확인하세요. 장치가 전혀 표시되지 않으면 연결 구성을 기록한 뒤 초기화를 반복하지 마세요.
볼륨이 마운트되었는지 확인
장치는 있지만 볼륨이 보이지 않으면 파일 시스템, 볼륨 레이블, 마운트 지점 및 디스크 유틸리티에 표시된 오류를 기록하세요. 데이터 용도를 모르는 상태에서 지우기 또는 재파티션을 실행하지 마세요.
쓰기 위치 확인
프로젝트, 모델, 빌드 캐시 및 내보내기 디렉터리가 실제로 어느 볼륨에 기록되는지 확인하세요. 추가 볼륨이 작업 디렉터리에 사용되지 않아 캐시가 시스템 볼륨에 남는 경우 디스크 공간이 부족해지기 쉽습니다.
문제 스냅샷 수집
장치 목록, 볼륨 용량, 마운트 상태, 최초 발생 시간, 마지막 정상 작업 및 관련 오류 로그를 제출하고 작업 또는 클라이언트를 재시작했는지도 설명하세요.

추가 SSD

+1TB SSD 및 +2TB SSD

추가 SSD는 작업 데이터, 빌드 캐시, 모델 파일 또는 미디어 자료를 확장하는 데 사용합니다. 식별한 후 마운트 지점과 디렉터리 권한을 확인하고 데이터를 이전하세요.

추가 용량을 모델의 기본 디스크 사양으로 표기하지 마세요.
이전하기 전에 쓰기 중인 빌드 또는 추론 작업을 중지하세요.
문제 정보에는 장치 용량, 볼륨 레이블 및 마운트 경로를 포함하세요.

고속 연결

Thunderbolt 5 병렬 연결

먼저 물리적 연결 순서에 따라 각 장치를 확인한 다음 시스템 정보의 연결 상태와 장치 트리를 대조하세요. 여러 장치에 문제가 있으면 한 번에 한 장치씩 연결해 범위를 좁히세요.

병렬 연결 수, 연결 순서 및 문제가 있는 장치의 위치를 기록하세요.
장치가 간헐적으로 사라지거나 읽기 전용으로 표시되거나 마운트에 실패하는지 기록하세요.
쓰기 중인 장치는 확인 없이 반복해서 분리하고 연결하지 마세요.

안전한 처리 기준

티켓 본문에는 진단 정보만 입력하고 비밀 정보는 포함하지 마세요

티켓 본문, 스크린샷, 로그 또는 이메일로 비밀번호, 개인 키, 복구 코드, 전체 액세스 토큰 또는 마스킹하지 않은 설정 파일을 보내지 마세요. 지원 담당자는 이러한 정보 없이도 진단을 시작할 수 있습니다.

제출 가능

주문 번호, 노드, 오류 원문, 마스킹한 로그, 재현 단계, 발생 시간, 클라이언트 버전 및 네트워크 테스트 요약.

반드시 삭제

사용자 이름을 제외한 인증 비밀, 인증 헤더, 개인 키 내용, 복구 코드, 전체 환경 변수 및 스크린샷에 포함된 민감한 경로.

민감한 자료가 필요한 경우

비밀 정보가 없는 티켓을 먼저 제출하세요. 지원 담당자가 통제된 제출 절차를 안내한 경우에만 지정된 범위의 필요한 자료를 제공하세요.

티켓 준비

한 번의 제출로 진단을 시작하는 데 필요한 정보 제공

정보가 많다고 항상 좋은 것은 아닙니다. 목표는 지원 담당자가 대상 식별, 시간순 정리, 문제 재현 및 영향 범위 판단을 할 수 있도록 하는 것입니다.

주문 번호 및 노드

콘솔에 표시된 주문 번호, 모델 및 노드를 제공하세요. 장치 별칭만 적지 마세요.

발생 시간

시간대를 명시하고 최초 발생 시간, 최근 재현 시간 및 문제가 지속되는지 여부를 적으세요.

재현 단계

정상 상태에서 시작해 작업을 단계별로 나열하고 예상과 다른 결과가 발생한 단계를 표시하세요.

오류 및 로그

오류 원문과 앞뒤 맥락을 붙여 넣고 로그가 클라이언트, 빌드 도구 또는 시스템 중 어디에서 나온 것인지 설명하세요.

스크린샷 및 영향 범위

스크린샷을 찍기 전에 민감한 정보를 숨기고 단일 작업, 단일 사용자 또는 전체 팀 중 어디에 영향을 주는지 설명하세요.

이미 수행한 점검

네트워크, 클라이언트, 재연결, 용량 및 큐 관련 작업 중 이미 테스트한 항목을 나열해 진단이 반복되지 않도록 하세요.

연결할 수 없음 문제의 티켓 요약 작성법

제목은 “노드 + 클라이언트 + 연결 단계” 형식으로 작성하고, 본문에는 주문 번호, 노드, 발생 시간, 클라이언트 시스템, 오류 원문, 네트워크 테스트 결과, 활성 세션 존재 여부 및 수행한 재연결 단계를 순서대로 적으세요.

화면 끊김 또는 빌드 지연에 필요한 데이터

원격 데스크톱 문제에는 왕복 지연 시간 중앙값, 지터, 패킷 손실, 해상도 및 클라이언트 네트워크 유형을 제공하세요. 빌드 문제에는 명령, 커밋 식별자, 시작 및 종료 시간, 첫 번째 오류, 사용 가능한 디스크 공간 및 동시 실행 작업 수를 포함하세요.

주문 또는 계정 문제는 어디에 제출하나요?

콘솔에 로그인해 티켓을 제출하면 문제를 주문 기록과 연결할 수 있습니다. 로그인할 수 없다면 support@ownamac.com으로 문의하고 업무용 이메일, 주문 식별자 및 문제 요약을 제공하세요. 비밀번호나 복구 코드는 보내지 마세요.

제출 준비

노드, 시간 순서 및 재현 단계를 하나의 티켓에 정리하세요

실행 중인 문제는 주문 및 노드와 연결할 수 있도록 우선 콘솔에서 제출하세요. 로그인할 수 없다면 support@ownamac.com을 사용하고 마스킹한 정보만 보내세요.

콘솔에 로그인해 지원 티켓 제출 지원 이메일 보내기