원격 접속 가이드

노드를 먼저 선택하고 클라우드 Mac에 안전하게 연결하세요

ArmMesh는 가상 머신이 아닌 Apple Silicon 전용 물리 서버를 제공합니다. 주문에서 노드 주소와 인증 정보를 확인한 뒤 작업 방식에 맞춰 GUI 또는 SSH로 연결하세요. 데스크톱을 자주 조작한다면 왕복 지연 시간을, 자동화 작업이라면 대역폭과 아티팩트 위치, 대기열 처리 방식도 함께 고려하세요.

이용 가능한 노드 6곳: 싱가포르, 도쿄, 서울, 홍콩, 미국 동부, 미국 서부. 실제 주소와 포트, 이용 가능 여부는 콘솔에 표시되는 실시간 정보를 확인하세요.

접속 작업 목록 인터랙션 우선
전용 물리 서버
작업 부하
GUI, Xcode 디버깅
선택 기준
왕복 지연 시간이 가장 낮은 노드 우선
접속 전 확인 사항
주소, 포트, 인증 정보, 지문
접속 종료
작업을 마친 뒤 세션 연결 해제
아시아 태평양 노드

가까운 지역에서 GUI 작업

  • SG싱가포르
  • JP일본 도쿄
  • KR대한민국 서울
  • HK홍콩
미국 노드

저장소와 아티팩트에 가까운 노드

  • US-E미국 동부
  • US-W미국 서부
접속 판단 기준

≤60ms 지속적인 GUI 작업에 적합합니다. 대륙 간 연결은 코드 동기화, CI/CD 작업 실행, MLX API 호출에 활용할 수 있지만, 데스크톱을 자주 조작하는 작업은 줄이는 것이 좋습니다.

접속 전 준비

다섯 가지 정보를 먼저 확인하세요

접속 문제의 원인은 한 가지가 아닐 수 있습니다. 로컬 설정을 바꾸기 전에 주문, 주소, 인증 정보, 네트워크, 클라이언트 버전을 확인하면 노드 정보 문제를 클라이언트 오류로 오해하는 일을 줄일 수 있습니다.

01

주문 상태

콘솔에서 주문이 전달 완료되었는지 확인하고 모델, 지역, 현재 노드 ID를 기록하세요. 처리 중인 주문은 접속 정보가 모두 준비되지 않았을 수 있으므로 이전 주소로 계속 접속을 시도하지 마세요.

02

노드 주소와 포트

콘솔에 표시된 호스트 주소, 연결 프로토콜, 포트를 정확히 확인하세요. 다른 주문이나 이전 문의 내역, 팀원이 저장한 기록을 근거로 접속 정보를 추측하지 마세요.

03

계정 인증 정보

사용자 이름, 초기 인증 정보, 키가 현재 노드에 해당하는지 확인하세요. 처음 연결한 뒤에는 초기 인증 정보를 즉시 변경하고, 장기 접속에는 관리되는 키를 사용하세요.

04

로컬 네트워크

로컬 네트워크에서 대상 포트로 나가는 연결이 허용되는지 확인하고, 라우팅을 변경하는 임시 프록시를 끈 뒤 다시 테스트하세요. 기업 네트워크를 사용하는 경우 방화벽 정책과 외부로 나가는 IP 주소도 확인해야 합니다.

05

클라이언트 버전

최신 지원 클라이언트 버전을 사용하고, 주문 안내에 명시된 호환 범위를 확인하세요. 클라이언트를 업데이트하기 전에 현재 설정을 저장해 두면 버전 변경으로 인한 화면 배율, 키보드, 인증 문제를 파악하기 쉽습니다.

채팅 기록, 공개 빌드 로그, 코드 저장소에 노드 인증 정보, 전체 호스트 주소, 개인 키를 붙여 넣지 마세요. 협업할 때는 작업에 필요한 최소한의 정보만 공유하세요.

GUI 원격 접속

첫 접속을 확인 가능한 다섯 단계로 진행하세요

GUI 세션은 Xcode 디버깅, 서명 설정, 인터페이스 확인, 간단한 수동 작업에 적합합니다. 지속적인 빌드와 일괄 작업은 명령어로 실행해 데스크톱 세션에 장시간 작업을 맡기지 마세요.

  1. 01

    첫 세션 연결

    콘솔에서 현재 노드 주소와 포트를 복사해 지원되는 GUI 클라이언트에 새 연결을 만드세요. 처음 인증하기 전에 노드 지역과 사용자 이름을 다시 확인해 잘못된 주소로 인증 정보를 보내지 않도록 하세요.

    완료 기준: 데스크톱이 완전히 로드되고 메뉴 막대와 포인터가 정상적으로 반응합니다.
  2. 02

    해상도와 배율 설정

    먼저 클라이언트 권장 해상도로 안정적인 세션을 만든 뒤 로컬 화면에 맞춰 배율을 조정하세요. 지연 시간이 긴 네트워크에서는 해상도와 움직이는 화면의 품질을 먼저 낮추고, 색 심도와 프레임률을 동시에 높이지 마세요.

    완료 기준: 글자가 선명하고 창을 끌어도 지속적으로 끊기지 않습니다.
  3. 03

    클립보드 공유 범위 제한

    코드나 명령어를 전달해야 할 때만 클립보드 동기화를 사용하세요. 키, 토큰, 서명 자료는 공유 클립보드로 전송하지 말고, 접근이 통제된 파일 경로와 권한을 이용해 가져오세요.

    완료 기준: 텍스트가 예상대로 복사되고 민감한 정보가 동기화 기록에 남지 않습니다.
  4. 04

    키보드 레이아웃 조정

    Command, Option, Control, 기능 키, 입력기 전환을 확인하세요. 로컬과 원격의 레이아웃이 다르면 클라이언트 매핑을 먼저 수정한 뒤 IDE에서 단축키를 설정하세요.

    완료 기준: 자주 쓰는 조합 키, 종료 키, 입력기 전환이 일치합니다.
  5. 05

    세션 종료

    GUI 세션 연결을 끊기 전에 빌드, 업로드, 모델 프로세스의 상태를 확인하세요. 계속 실행해야 하는 작업은 관리되는 백그라운드 프로세스로 옮기고, 더 이상 사용하지 않을 때는 클라이언트를 종료한 뒤 로컬 접속 기록에서 민감한 정보를 삭제하세요.

    완료 기준: 세션 연결이 해제되고 백그라운드 작업 상태가 별도로 기록됩니다.
SSH 연결

자동화 작업을 데스크톱 세션과 분리하세요

SSH 연결은 코드 동기화, CI/CD 러너, 로그 수집, 아티팩트 전송, MLX 서비스 관리에 적합합니다. 먼저 호스트 신원을 확인한 뒤 키, 권한, 세션 유지 방식을 각각 관리하세요.

접속 확인 목록

4단계 검증 순서

키
현재 작업에 사용할 키를 별도로 만들고, 개인 키는 관리되는 장치에만 보관하며 파일 읽기 권한을 제한하세요.
호스트 지문
첫 접속 때 표시되는 지문을 콘솔의 전달 정보와 대조하세요. 주소가 바뀌었다면 새 지문을 바로 수락하지 마세요.
세션 유지
장시간 작업에는 복구 가능한 세션 관리 방식을 사용하고 표준 출력, 오류 출력, 종료 코드를 각각 별도 로그에 기록하세요.
최소 권한
일상적인 빌드에는 일반 계정을 사용하세요. 명확한 작업상 필요가 있을 때만 권한을 높이고, 작업이 끝나면 즉시 높은 권한의 환경에서 나오세요.
A

로컬 키 준비

개인 작업, CI 러너, 일회성 문제 해결에 사용할 키를 구분하세요. 용도별로 별도의 폐기 방법을 마련하고 여러 장치에 같은 개인 키를 복사하지 마세요.

로컬에서 완료
B

원격 호스트 확인

콘솔의 노드 정보로 주소, 포트, 지문을 확인하세요. 지문이 일치하지 않으면 연결을 중단하고 문의를 제출해 노드 변경 여부를 확인하세요.

반드시 확인
C

복구 가능한 작업 구성

장시간 빌드, 다운로드, 모델 로드, 부하 테스트는 복구 가능한 세션에서 실행하세요. 시작 명령어, 프로세스 ID, 로그 경로, 중지 방법을 기록하세요.

작업 추적 가능
D

계정 권한 제한

키 사용 범위와 접근 가능한 구성원을 제한하고 더 이상 사용하지 않는 공개 키는 삭제하세요. 공유 파이프라인에는 별도의 실행 계정을 사용하고 개인 작업용 계정과 혼용하지 마세요.

지속적으로 확인
노드 지연 시간 측정

왕복 시간을 확인하고 작업의 데이터 흐름도 살펴보세요

아래 표는 지역을 먼저 선택할 때 참고하는 자료이며, 사용 중인 네트워크에서 직접 측정한 결과를 대신하지 않습니다. GUI 작업은 대체로 지연 시간의 영향을 더 많이 받지만, 코드 동기화와 아티팩트·모델 파일 전송에는 대역폭과 패킷 손실, 데이터 소스 위치도 영향을 줍니다.

측정일 2026-09-18
네트워크 조건 유선 네트워크
측정 방식 Ping 20회
통계 기준 중앙값
측정 시간대 업무 비혼잡 시간대
주요 접속 도시에서 ArmMesh 제공 노드 6곳까지 측정한 왕복 지연 시간 중앙값(단위: ms)
접속 도시 싱가포르
SG
일본 도쿄
JP
대한민국 서울
KR
홍콩
HK
미국 동부
US-E
미국 서부
US-W
싱가포르 18ms 74ms 79ms 38ms 238ms 169ms
도쿄 76ms 12ms 37ms 49ms 171ms 108ms
서울 82ms 34ms 11ms 45ms 188ms 121ms
홍콩 39ms 51ms 48ms 10ms 218ms 148ms
뉴욕 241ms 176ms 190ms 221ms 24ms 78ms
로스앤젤레스 171ms 109ms 123ms 151ms 79ms 21ms
프랑크푸르트 164ms 231ms 244ms 189ms 92ms 158ms

측정값은 통신사 라우팅, 무선 환경, 국제 회선, 로컬 네트워크 출구에 따라 달라집니다. 주문 전에 실제 업무 네트워크에서 후보 지역을 지속적으로 테스트하고 코드 저장소, 오브젝트 스토리지, 팀원의 위치를 함께 고려하세요.

작업별 지연 시간 이해하기

같은 지연 시간도 작업에 따라 의미가 다릅니다

지역을 선택할 때 한 번 측정한 Ping 값만 낮추려 하지 마세요. 사용자의 위치, 코드와 아티팩트의 출처, 작업 실행 방식을 함께 고려해야 전체 워크플로를 단축할 노드를 찾을 수 있습니다.

지연 시간에 민감

GUI 작업

마우스 이동, 창 드래그, 인터페이스 디버깅, 에디터 입력은 모두 왕복 시간의 영향을 받습니다. 작업자와 가깝고 라우팅이 안정적인 노드를 우선 선택한 뒤 해상도와 화면 품질을 조정하세요.

우선 확인:왕복 지연 시간, 지터, 패킷 손실
보통 수준으로 민감

코드 동기화

단일 Ping보다 작은 파일의 개수, 저장소 위치, 의존성 캐시 적중률이 더 중요할 수 있습니다. 노드를 코드 저장소나 미러에 가깝게 두고 의존성을 반복해서 전체 다운로드하는 일을 줄이세요.

우선 확인:저장소 위치, 작은 파일 처리량, 캐시
인터랙션 영향이 적음

CI/CD 작업 실행

작업을 시작할 때는 보통 소량의 제어 정보만 전달되므로 지속적인 지연 시간의 영향은 제한적입니다. 러너 동시 실행 수, 대기열 시간, 캐시 디렉터리, 오류 로그의 완전성을 더 중요하게 살펴보세요.

우선 확인:대기열, 동시 실행, 캐시, 재시도
대역폭에 민감

아티팩트 업로드

대용량 아카이브, 동영상 소재, 모델 파일 전송에는 지속적인 대역폭과 안정성이 더 중요합니다. 노드를 아티팩트 저장소에 가깝게 두고 무결성 확인과 이어받기를 지원하는 전송 방식을 사용하세요.

우선 확인:지속 처리량, 패킷 손실, 무결성 확인, 이어받기
호출 경로에 민감

MLX API 호출

짧은 요청은 네트워크 왕복 시간의 영향을 더 많이 받고, 긴 추론은 주로 모델, 컨텍스트, 동시 실행 수에 따라 달라집니다. 호출자와 노드가 대륙을 사이에 두고 있다면 연결을 재사용하고 불필요한 순차 요청을 줄이세요.

우선 확인:첫 바이트 시간, 연결 재사용, 동시 실행 전략
접속 보안 체크리스트

모든 접속 구성원이 확인해야 할 6가지

전용 물리 서버는 고정된 하드웨어 자원을 제공하지만 계정, 키, 프로젝트 파일, 접속 구성원은 고객이 관리해야 합니다. 첫 접속 때 보안 기준을 마련하고 구성원이나 작업이 바뀌면 다시 확인하세요.

01

초기 인증 정보 변경

처음 로그인한 뒤 초기 인증 정보를 즉시 변경하고 이전 값이 더 이상 유효하지 않은지 확인하세요. 새 인증 정보는 팀에서 승인한 보안 저장소에 보관하세요.

첫 접속
02

전용 키 사용

개인 작업과 자동화 러너에 서로 다른 키를 설정하세요. 용도가 다른 작업에 같은 개인 키를 사용하지 않아야 각각 별도로 폐기하고 감사할 수 있습니다.

용도별 구분
03

공용 계정 제한

여러 사람이 같은 개인 작업 계정을 사용하지 않도록 하세요. 작업을 인계할 때는 개인 인증 정보를 전달하는 대신 작업 상태와 결과물 위치를 기록하세요.

구성원별 추적 가능
04

파일 권한 제한

키, 서명 인증서, 환경 변수 파일, 프로젝트 토큰은 필요한 계정만 접근할 수 있도록 하고 빌드 로그에 민감한 값이 출력되지 않도록 하세요.

최소 권한
05

접속 구성원 재확인

구성원이 프로젝트를 떠나거나 자동화 작업을 중단하거나 장치를 교체하면 관련 공개 키와 접속 권한을 신속히 제거하고 처리 결과를 기록하세요.

정기적으로 확인
06

세션 안전하게 종료

높은 권한의 환경에서 나오고 작업 상태를 확인한 뒤 GUI와 명령어 세션 연결을 해제하세요. 관리되지 않는 장치에서는 로컬 접속 기록을 삭제하세요.

접속 종료 시마다
접속 문제 해결

로컬에서 원격 순서로 원인을 확인하세요

한 번에 여러 변수를 변경하지 마세요. 각 단계에서 가설 하나만 확인하고 시간, 증상, 결과를 기록하세요. 확인이 끝난 항목을 바로 제외할 수 있어 문의를 더 빠르게 처리할 수 있습니다.

  1. 01

    로컬 네트워크 확인

    다른 네트워크 서비스가 정상인지 확인하고 유선 또는 예비 네트워크로 바꿔 다시 테스트하세요. 라우팅을 변경하는 프록시는 잠시 중지하고 현재 네트워크에서만 접속할 수 없는지 기록하세요.

    예상 결과: 대상 네트워크에 안정적으로 연결되고 지속적인 패킷 손실이 없습니다.
  2. 02

    주소와 포트 확인

    콘솔에서 현재 노드 주소, 프로토콜, 포트를 다시 복사하세요. 브라우저 자동 완성, 오래된 북마크, 다른 주문의 접속 정보는 사용하지 마세요.

    예상 결과: 연결 대상이 현재 주문, 지역, 프로토콜과 정확히 일치합니다.
  3. 03

    인증 정보 확인

    사용자 이름, 비밀번호, 키 파일이 현재 노드에 해당하는지 확인하고 개인 키 권한과 클라이언트에서 선택한 ID가 일치하는지 확인하세요. 잘못된 인증 정보를 반복해서 제출하지 마세요.

    예상 결과: 인증에 성공하거나 기록할 수 있는 명확한 인증 오류가 표시됩니다.
  4. 04

    시스템 상태 확인

    콘솔에서 인스턴스 상태와 최신 이벤트를 확인해 연결 경로 문제와 노드 내부 프로세스 문제를 구분하세요. 실제 이용 가능 여부는 콘솔에 표시되는 실시간 정보를 기준으로 합니다.

    예상 결과: 노드 상태가 정상이며 확인되지 않은 전원 또는 시스템 작업이 없습니다.
  5. 05

    클라이언트 설정 재확인

    프로토콜, 배율, 키보드 매핑, 프록시, 인증서, 호스트 지문 캐시를 확인하세요. 필요한 경우 이전 설정을 가져오지 않는 새 연결 항목을 만들어 비교하세요.

    예상 결과: 기본 설정으로 연결되거나 문제 원인이 특정 클라이언트 설정으로 좁혀집니다.
  6. 06

    문의에 필요한 정보 정리

    주문 번호, 노드 지역, macOS 버전, 발생 시각, 사용 프로토콜, 클라이언트 버전, 재현 단계, 민감 정보를 가린 로그를 첨부하세요. 비밀번호, 개인 키, 전체 토큰은 제출하지 마세요.

    예상 결과: 지원 담당자가 기본 정보를 다시 요청하지 않고 시간순으로 문제를 재현할 수 있습니다.

위의 여섯 단계를 마쳐도 연결되지 않으면 콘솔에 로그인해 문의를 등록하세요. 일반적인 사용 문의는 다음 이메일로도 보낼 수 있습니다 support@armmesh.com.

접속 시작하기

지역과 모델을 선택하고, 전달 완료 후 이 페이지에 따라 연결하세요

ArmMesh는 ArmMesh M4와 ArmMesh M4 Pro 두 가지 모델의 전용 물리 서버를 싱가포르, 도쿄, 서울, 홍콩, 미국 동부, 미국 서부 등 6개 노드에서 제공합니다. 시작 가격은 $19.5/일이며 실제 이용 가능 여부는 콘솔에 표시되는 실시간 정보를 기준으로 합니다.