명령줄 빌드, 자동화 스크립트 및 장시간 작업에는 SSH를 우선 사용하세요. Xcode 조작, 그래픽 출력 확인 또는 데스크톱 앱 작업이 필요할 때만 콘솔의 기기 상세 정보에서 브라우저 원격 세션을 시작하세요.
DplyMini는 클라우드에서 사용하는 독립 물리 Mac을 제공합니다. 주문 하나당 물리 노드 하나가 배정되며 기기는 가상 머신이 아닙니다. 연결하기 전에 호스트 주소, 사용자 이름 및 호스트 지문을 확인한 후 프로젝트를 전송하거나 빌드를 실행하세요.
연결 방식은 기기 설정을 바꾸지 않지만 작업 효율, 네트워크 민감도 및 세션 복구 방식에는 영향을 줍니다. 지속 작업은 백그라운드에서 실행하고, 그래픽 세션은 데스크톱을 직접 확인해야 하는 단계에만 사용하세요.
종속성 설치, 코드 가져오기, 컴파일, 테스트, 로그 확인 및 파일 검증은 SSH로 처리하는 것이 좋습니다. 네트워크가 잠시 불안정해도 tmux, screen 또는 CI Runner를 사용하면 기기에서 작업을 계속 실행할 수 있습니다.
Xcode를 열거나 시뮬레이터 화면을 확인하고 그래픽 도구를 조정하거나 데스크톱 앱 상태를 확인해야 할 때는 콘솔의 기기 상세 정보에서 원격 세션을 시작하세요. 지속적인 빌드를 브라우저 탭이 계속 열려 있어야 하는 방식으로 실행해서는 안 됩니다.
간단한 판단:명령으로 표현할 수 있고 반복 실행해야 하는 단계는 SSH를 우선 사용하세요. macOS 그래픽 인터페이스를 직접 확인하거나 조작해야 하는 단계에만 브라우저 원격 액세스를 사용하세요.
주소를 받은 즉시 여러 사용자 이름을 시도하거나 확인되지 않은 지문을 반복해서 수락하지 마세요. 먼저 콘솔의 기기 상세 정보에서 제공 정보를 확인한 뒤 로컬 터미널로 연결하세요.
각 작업자는 자신의 키를 사용하고 팀원 사이에 개인 키를 복사하지 마세요. 최신 키 유형을 사용하고 개인 키에는 로컬 보호 암호를 설정하는 것이 좋습니다.
ssh-keygen -t ed25519 -C "deploymini-access"
공개 키는 일반적으로 ~/.ssh/id_ed25519.pub에서 가져옵니다. 개인 키 파일을 업로드하거나 채팅 기록에 붙여 넣거나 코드 저장소 또는 지원 티켓 첨부 파일에 넣지 마세요.
cat ~/.ssh/id_ed25519.pub
주소, 포트 및 사용자 이름은 현재 주문의 기기 상세 정보에 따릅니다. 다른 주문의 연결 명령을 재사용하거나 노드 이름만 보고 주소를 추측하지 마세요.
ssh -p <port> <user>@<host>
터미널에서 처음 호스트를 신뢰할지 물으면 표시된 지문을 기기 상세 정보의 값과 구간별로 대조하세요. 정보가 일치하지 않으면 연결을 중단하고 지원 티켓을 제출하세요. 바로 yes를 입력하지 마세요.
SHA256:<fingerprint-from-device-details>
구성원이 프로젝트를 떠나거나 기기를 인계하거나 임시 협업이 끝나면 해당 공개 키를 즉시 삭제하세요. 하나의 공유 키를 팀 전체가 계속 사용하게 두지 마세요.
로컬 SSH config에서 기기 별칭을 설정할 수 있지만 호스트, 포트 및 사용자 이름은 여전히 현재 콘솔에 제공된 정보가 기준입니다.
알려진 호스트 항목이 갑자기 변경되면 먼저 주문 또는 주소가 변경되었는지 확인하세요. 확인하기 전에는 기존 기록을 바로 삭제하고 새 지문을 수락하지 마세요.
클립보드는 짧은 텍스트와 일회성 명령에 적합하며 개인 키, 전체 결제 정보 또는 긴 민감 설정을 전송하는 데 사용해서는 안 됩니다. 복사가 끝나면 로컬 및 원격 클립보드 내용을 삭제하세요.
현재 창에 맞는 배율로 시작하세요. 정밀한 조작이 필요할 때만 전체 화면으로 전환하고, 입력 지연이 증가하면 전체 화면을 종료하고 해상도를 낮춘 뒤 연결 상태를 다시 확인하세요.
다음은 일반적인 SSH 세션의 예입니다. 실제 주소, 사용자 이름, 프로젝트 경로, Scheme 및 내보내기 설정은 주문과 프로젝트에 따라 달라집니다. 예시 매개변수를 그대로 복사하지 마세요.
$ ssh -p <port> <user>@<host>
The authenticity of host cannot be established.
ED25519 key fingerprint is SHA256:<fingerprint>
Are you sure you want to continue connecting? yes
Connected to dedicated physical Mac mini
$ sw_vers
ProductName: macOS
ProductVersion: <installed-version>
$ cd ~/work/ExampleApp
$ xcodebuild \
-workspace ExampleApp.xcworkspace \
-scheme ExampleApp \
-configuration Release \
build
** BUILD SUCCEEDED **
$ bundle exec fastlane ios build
[fastlane] Resolving project configuration
[fastlane] Running archive workflow
[fastlane] Build artifacts ready for verification
$ shasum -a 256 ./output/ExampleApp.ipa
<checksum> ./output/ExampleApp.ipamacOS, Xcode, Ruby, 종속성 관리 도구 및 프로젝트 커밋 버전을 보존하세요. 차이가 발생하면 모든 종속성을 즉시 다시 설치하기보다 먼저 환경 기록을 비교하세요.
출력 경로, 파일 크기, 체크섬 및 주요 빌드 로그를 기록하세요. 다운로드가 완료되면 수신 측에서 체크섬을 다시 계산해 전송 중 변경이 없었는지 확인하세요.
한 번에 한 계층만 확인하고 각 단계의 결과를 기록하세요. 이를 통해 문제가 로컬 DNS 확인, 외부 네트워크, 액세스 규칙, 인증 정보 또는 기기 서비스 중 어디에서 발생했는지 판단할 수 있습니다.
연결 명령에 현재 기기 상세 정보에서 제공된 호스트 주소를 사용했는지 확인하세요. 호스트 이름을 사용한다면 먼저 예상 주소로 확인되는지 점검하고 로컬 hosts 재정의를 배제하세요.
nslookup <host>
현재 네트워크에서 외부 연결을 허용하는지 확인하세요. 기업 네트워크, 게스트 Wi-Fi, 프록시 또는 VPN이 외부 경로를 바꿀 수 있으므로 정상 작동이 확인된 네트워크로 전환해 비교해 보세요.
traceroute <host>
주문에 제공된 포트를 확인하고 로컬 보안 소프트웨어와 조직 네트워크 정책이 연결을 차단하는지 점검하세요. 모든 기기가 기본 SSH 포트를 사용한다고 가정하지 마세요.
nc -vz <host> <port>
포트에 연결할 수 없는 경우와 인증 실패를 구분하세요. 인증 실패 시 사용자 이름, 공개 키 경로, 키 권한 및 ssh-agent를 확인하고 여러 비밀번호를 연속으로 시도해 문제를 해결하지 마세요.
ssh -vv -i ~/.ssh/id_ed25519 <user>@<host>
포트에는 연결되지만 세션이 즉시 종료되면 연결이 끊기기 전의 전체 오류 메시지를 기록하세요. 브라우저 세션에 문제가 있을 때는 SSH 연결도 가능한지 확인해 그래픽 채널 문제인지 기기 전체 상태 문제인지 구분하세요.
Connection reset | timeout | permission denied
마지막으로 콘솔에서 주문, 노드 및 기기 정보를 확인하세요. 모든 노드는 365일 연중 정상적으로 운영됩니다. 구체적인 연결 가능 여부는 콘솔이 실시간으로 반환하는 상태를 기준으로 합니다.
ping만으로 결론을 내리지 마세요.일부 네트워크는 ICMP를 제한할 수 있지만 SSH 대상 포트 연결은 정상적으로 설정될 수 있습니다. 판단할 때 DNS 확인 결과, 대상 포트 테스트 및 SSH 상세 출력을 함께 기록하세요.
독립 물리 Mac은 리소스 경합을 줄여 주지만 팀 내부의 액세스 제어를 대신하지는 않습니다. 키, 임시 인증 정보, 프로젝트 데이터 및 원격 데스크톱은 여전히 최소 권한 원칙으로 관리해야 합니다.
개인 키로 시작하고 직접 폐기하는 것으로 마무리하세요.
지원 담당자가 연결 문제를 해결하는 데 개인 키는 필요하지 않습니다. 이메일, 채팅 기록, 코드 저장소 또는 지원 티켓 첨부 파일로 어떤 개인 키 내용도 보내지 마세요.
오류 유형, 명령 매개변수 구조, 발생 시간 및 클라이언트 버전을 보존하고 호스트 주소, 사용자 이름, 프로젝트 이름 및 민감한 값을 명확한 플레이스홀더로 바꾸세요.
브라우저 그래픽 인터페이스의 반응성은 주로 왕복 지연 시간, 지터 및 사용 가능한 대역폭의 영향을 받습니다. 컴파일 속도는 프로젝트, 캐시 및 기기 설정에 더 크게 좌우되므로 두 요소를 나누어 판단해야 합니다.
팀, 코드 저장소 및 산출물 저장소까지의 전체 경로가 가장 적합한 노드를 선택하세요. 순간적인 최저 지연 시간이 전체 세션의 안정성을 보장하지는 않으며 지터와 패킷 손실도 입력 경험에 영향을 줍니다.
소스 자료, 모델 및 빌드 산출물은 나누어 전송하세요. 전송 전후에 파일 수, 전체 크기 및 체크섬을 기록하고 실패하면 차이가 있는 부분만 다시 전송하세요.
장시간 컴파일, 테스트 및 인코딩 작업은 기기에서 백그라운드로 실행하고 로그를 파일에 기록하세요. 브라우저를 닫거나 로컬 네트워크가 불안정해져도 작업이 중단되어서는 안 됩니다.
앞선 순서대로 연결 문제를 해결할 수 없다면 콘솔에서 해당 주문에 대한 지원 티켓을 제출하세요. 정보가 완전할수록 지원팀이 문제를 재현하고 어느 계층에서 발생했는지 판단하기 쉽습니다.
기기에 연결할 수 없거나 세션이 반복적으로 끊기거나 제공 정보에 문제가 있을 때는 콘솔의 해당 주문에서 지원 티켓을 제출하세요. 주문 정보를 여러 이메일 대화로 나누어 보내지 마세요.
아직 주문하지 않았거나 연결 방식을 확인해야 한다면 예상 작업, 대상 노드, 클라이언트 환경 및 예상 대여 기간을 적어 support@deploymini.com으로 보내세요.
구성과 5개 노드 중 하나를 선택한 뒤 주문을 완료하고 콘솔에서 연결 정보를 확인하세요. 처음 로그인할 때는 이 페이지의 순서에 따라 호스트 주소, 사용자 이름 및 지문을 확인하세요.