뭔가 안 붙나요?

세션이 연결되지 않아요

에이전트에 SSH 키도 비밀번호도 저장되어 있지 않으면, 앱은 막연한 네트워크 오류로 실패하는 대신 그 사실을 바로 알려주고 그 자리에서 비밀번호를 물어봐요. 그래도 연결되지 않으면 먼저 기본 호스트에 접속 가능한지 확인하세요 — 대체 호스트는 기본 호스트가 완전히 실패했을 때만 시도되고, 두 호스트는 저장된 자격 증명을 공유하기 때문에 잘못된 비밀번호는 어느 쪽에서든 똑같이 실패해요.

잘못된 screen 세션에 접속됐어요

GNU screen은 세션 이름을 접두사로 매칭해서, opus_home이라는 이름의 세션이 살아있는 opus_home-myproject로 착각될 수 있어요. The Architect는 정확한 이름을 매칭해서 pid로 한정된 id로 접속하거나, 일치하는 게 없으면 새 세션을 만들어요 — 가장 비슷해 보이는 것에 접속하는 일은 절대 없어요. 여전히 잘못된 세션이 보인다면, 에이전트의 세션 이름 필드가 호스트에서 screen -ls가 보여주는 것과 일치하는지 확인하세요.

screen에서 색이 이상해요

5.0 이전 버전의 GNU screen은 트루컬러 이스케이프 코드를 망가뜨려요. 해당 에이전트 설정에서 레거시 screen 색상 수정을 켜세요 — 트루컬러 대신 256색 터미널 타입으로 전환돼요. Screen 5.0 이상은 트루컬러를 제대로 렌더링하므로 필요 없고, tmux와 직접 실행 세션은 어느 쪽이든 영향받지 않아요.

라이선스 키를 잃어버렸어요

복구할 계정 자체가 없고, 키가 발송된 이메일 주소만 있을 뿐이에요. 결제할 때 쓴 주소(또는 Linux 키를 요청할 때 쓴 주소)로 info@rmrsolutions.us에 메일을 보내주시면 다시 보내드려요. 두 기기가 같은 라이선스를 써야 한다면, 라이선스가 있는 기기에서 SFTP로 설정을 내보내세요 — 키가 함께 이동해서 다음 기기의 첫 실행 마법사가 받아가요.

키가 활성화되지 않아요

키는 발급된 플랫폼에 고정되어 있어요. Windows 키로는 macOS를 활성화할 수 없고, 어느 쪽도 Linux를 활성화하지 못해요. 앱은 조용히 실패하는 대신 키가 어떤 플랫폼과 맞지 않는지 알려줘요. 잘못된 플랫폼을 구매했다면 판매 약관에 30일 환불 조항이 있어요.

세션 로그는 어디에 저장되나요?

설정 → 고급에서 트래픽 로깅을 켰을 때만요 — 원격 프롬프트에 입력한 내용을 포함해 입력한 모든 것을 검열 없이 기록하기 때문에 기본값은 꺼짐이에요. 실제 저장 경로는 그 토글 바로 옆에 표시돼요. 개별 세션의 로그는 뷰어의 휴지통 아이콘으로 삭제하고, 전체는 같은 섹션의 모든 로그 삭제로 지울 수 있어요.

포트 포워드가 뜨지 않아요

포워드가 실패해도 SSH 연결 자체는 절대 막히지 않아요 — 터미널은 그대로 열리고, 실패 사실은 해당 화면의 포트 포워드 상태에 표시돼요. 가장 흔한 원인은 두 에이전트가 같은 로컬 포트를 요구하는 경우예요; 앱은 저장하기 전에 에이전트 폼에서 이를 경고하고, 연결 시점에는 이미 포트를 쥐고 있는 세션이 그대로 유지할 뿐 서로 다투지 않아요.

그 외의 문제

info@rmrsolutions.us로 메일을 보내주세요. 사용 중인 플랫폼(Windows, macOS, Linux, 또는 베타 빌드)을 알려주시고, 연결 문제라면 호스트가 screen, tmux, 또는 둘 다 안 쓰는지 알려주세요 — 그것만으로도 대부분의 원인을 배제할 수 있어요.