접속 정보만 있으면 끝, M4 연결 방법 3가지

먼저 현재 시스템 세션이 로드될 때까지 기다린 뒤 연결을 끊고 한 번 다시 연결하세요. 클라이언트의 하드웨어 가속을 끄거나 기본 인코딩으로 바꿔 클라이언트 표시 문제인지 확인하세요. SSH에 연결할 수 있다면 노드에 완전히 접근할 수 없는 것은 아니므로 시스템 세션과 화면 공유 설정을 계속 확인할 수 있습니다.

빌드나 저장하지 않은 파일이 중단될 수 있으니 즉시 강제 재시동하지 마세요. 화면이 계속 나오지 않으면 클라이언트 이름과 버전, 오류 스크린샷, 노드 번호를 제출하세요. 스크린샷에서 비밀번호와 전체 접속 주소를 가리세요.

먼저 원격 해상도를 한 단계 낮추고 동영상과 움직이는 화면을 중지한 뒤, 로컬에서 대용량 파일을 업로드하고 있는지 확인하세요. SSH의 응답 속도와 비교해 보세요. 명령줄도 느리다면 네트워크 경로, 패킷 손실, 로컬 네트워크를 우선 점검하세요. 화면만 느리다면 인코딩, 색 심도, 해상도를 조정하세요.

문제가 발생한 시간대와 사용 중인 네트워크 유형, 설정 변경 후 달라진 점을 기록하세요. 노드를 바꿔야 한다면 먼저 이전 절차를 문의하세요. 노드를 바꾸면 프로젝트와 캐시가 자동으로 모두 이전된다고 가정하지 마세요.

먼저 로컬과 원격의 키보드 배열 및 입력기를 맞춘 다음 일반 텍스트 편집기에서 문자, 숫자, 기호를 테스트하세요. 이어서 클라이언트의 단축키 전달, Command 키 매핑, 전체 화면 키 입력 캡처 설정을 확인하세요.

Windows나 Linux의 Ctrl, Alt 키는 macOS에서 로컬과 다르게 매핑될 수 있습니다. 단일 키부터 확인한 다음 조합 키를 테스트하세요. 비밀번호 입력란에서 키를 반복해서 시험하지 마세요.

클라이언트에서 양방향 클립보드 동기화를 허용하는지 확인한 뒤 짧은 일반 텍스트로 테스트하세요. 텍스트는 동기화되지만 이미지나 파일은 되지 않는다면 대개 지원하는 형식의 범위가 다른 것이며, 연결 전체가 실패한 것은 아닙니다.

파일 전송에는 데스크톱 복사·붙여넣기 대신 SFTP 또는 rsync를 사용하세요. 다시 연결한 뒤에도 문제가 계속되면 클라이언트의 클립보드 옵션을 껐다가 다시 켜 보세요. 테스트를 위해 키, 토큰, 비밀번호를 관련 없는 앱에 복사하지 마세요.

‘연결 거부’가 표시되면 먼저 SSH 주소와 포트를 확인한 다음 원격 로그인이 활성화되어 있는지 확인하세요. ‘시간 초과’라면 네트워크 연결 가능성을 먼저 점검하세요. ‘인증 실패’가 표시될 때 사용자 이름, 비밀번호, 공개 키가 일치하는지 확인하세요.

호스트 지문이 바뀌었다면 연결을 중단하고 콘솔에서 지원 티켓을 제출해 노드가 재할당되었는지 확인하세요. 경고를 우회하려고 기존 호스트 기록을 바로 삭제하거나 호스트 키 검증을 끄지 마세요.