주문부터
첫
archive까지

SSH 세션 연결

read -r -p "Node IP: " NODE_IP
read -r -p "SSH port: " SSH_PORT
read -r -p "Login user: " NODE_USER
ssh -p "$SSH_PORT" "$NODE_USER@$NODE_IP"

처음 연결하면 호스트 지문이 표시됩니다. 신뢰할 수 있는 경로로 지문을 확인한 뒤 수락하세요. 저장된 지문이 바뀌었다면 노드를 재설치했거나 교체했는지 먼저 확인하고, 검증을 건너뛰지 마세요.

원격에서 현재 사용자 비밀번호 변경

whoami
hostname
passwd

passwd 클라우드 Mac의 SSH 세션에서 실행하세요. 안내에 따라 이전 비밀번호와 새 비밀번호를 입력합니다. 입력 중에는 문자가 표시되지 않습니다. 다른 서비스의 비밀번호를 재사용하거나 빌드 로그에 기록하지 마세요.

GitHub Actions: runner 등록 및 사용자 서비스 설치

저장소 또는 조직의 runner 설정에서 macOS와 ARM64를 선택하고, 플랫폼의 최신 안내에 따라 패키지를 다운로드해 검증한 뒤 별도 디렉터리에 압축을 푸세요. 아래 명령어는 압축을 푼 디렉터리에서 실행합니다. 등록 URL과 단기 토큰은 현재 설정 페이지에서 확인하세요.

read -r -p "Repository or organization URL: " RUNNER_URL
read -r -s -p "Registration token: " RUNNER_TOKEN
printf '\n'
./config.sh \
  --url "$RUNNER_URL" \
  --token "$RUNNER_TOKEN" \
  --labels armvnc,macos,arm64
unset RUNNER_TOKEN
./svc.sh install
./svc.sh start
./svc.sh status

워크플로에서는 runs-on: [self-hosted, macOS, ARM64, armvnc]를 사용하고 플랫폼에 표시된 실제 레이블을 확인하세요. 사용자 서비스의 시작 여부는 로그인 세션에 영향을 받습니다. 설치 후 다시 로그인하거나 재시동한 뒤에도 서비스가 복구되는지 검증하고, 등록이 성공했다고 모든 상태에서 작업이 실행된다고 간주하지 마세요.

GitLab Runner: shell executor 등록

먼저 프로젝트 또는 그룹 설정에서 runner를 만들고 인증 토큰을 받으세요. Homebrew가 설정되어 있으면 runner를 설치한 뒤 대화형 안내에 따라 등록할 수 있습니다. 서비스는 현재 사용자로 실행되므로 빌드 파일과 인증 정보도 해당 사용자가 관리해야 합니다.

brew install gitlab-runner
read -r -p "CI server URL: " CI_SERVER_URL
read -r -s -p "Runner authentication token: " RUNNER_TOKEN
printf '\n'
gitlab-runner register \
  --url "$CI_SERVER_URL" \
  --token "$RUNNER_TOKEN" \
  --executor shell \
  --description "ArmVNC macOS ARM64"
unset RUNNER_TOKEN
gitlab-runner install
gitlab-runner start
gitlab-runner status
gitlab-runner verify

플랫폼 설정에서 레이블과 보호 브랜치 정책을 구성하고, 파이프라인의 tags가 runner 레이블과 일치하는지 확인하세요. 사용자 서비스는 보통 로그인 세션에 의존합니다. 사용 중인 runner 버전의 안내에 따라 LaunchAgent와 시작 동작을 점검하고, 다른 서비스 관리 방식으로 같은 인스턴스를 중복 실행하지 마세요.