원격 접속 관리

「원격 접속 관리」는 SSH 로그인 자격 증명과 원격 연결을 통합 관리합니다. 플릿의 기존 「원격 연결 관리」가 이 이름으로 변경되었으며, 장치 수준에서도 접근할 수 있습니다.

페이지 진입점과 권한

페이지	내용
플릿 → 원격 접속 관리 → 연결 관리	활성 연결 확인 및 권한에 따른 연결 종료
플릿 → 원격 접속 관리 → 키 관리	플릿 공용 SSH 자격 증명 저장
장치 → 원격 접속 관리	장치 전용 SSH 자격 증명 저장, 상속 항목 확인, 호스트 신원 확인. 키 관리만 제공
장치 개요 → 원격 데스크톱	저장된 자격 증명을 선택하거나 암호로 연결 시작. 업로드 기능 없음

Master / Admin은 자격 증명과 호스트 신원을 관리합니다. 자격 증명은 기본적으로 「관리자만」 사용할 수 있으며, 관리자는 Developer를 포함하여 「원격 연결 권한이 있는 구성원」에게 명시적으로 사용을 허용할 수 있습니다. Observer는 메타데이터만 조회할 수 있으며 연결하거나 수정할 수 없습니다.

자격 증명 사용 권한과 관리 권한은 별개입니다. 사용할 수 있다고 해서 개인 키를 조회하거나 다운로드할 수 있는 것은 아닙니다. 어떤 역할에도 개인 키 조회 또는 내보내기 기능이 제공되지 않습니다. 연결 작업에는 실제 사용자가 기록됩니다.

최초 구성

장치 관리자가 대상 시스템 계정의 사용자 공개 키 또는 발급 CA의 공개 키와 허용 주체를 직접 구성합니다.
플릿 또는 장치의 키 관리에서 「SSH 자격 증명 추가」를 클릭하고 이름, 장치 시스템 계정과 인증 방식을 입력합니다.
사용자 개인 키를 업로드합니다. 인증서 방식이면 외부에서 발급한 사용자 인증서도 업로드하고, 암호화된 개인 키에는 암호문구를 추가로 제공합니다. CA 개인 키는 업로드하지 마세요.
사용을 허용할 구성원을 선택하고 필요한 경우 기본값으로 설정한 뒤 저장합니다.
장치 페이지에서 호스트 공개 키를 등록하고 신뢰할 수 있는 방법으로 지문을 대조한 뒤 확인합니다.
연결할 사용자가 「원격 데스크톱」에서 계정, 인증 방식과 저장된 자격 증명을 선택하여 연결을 검증합니다.

저장 시 알고리즘을 자동으로 식별하고 인증서 서명, 유효기간 및 사용자 개인 키와의 일치 여부를 검증합니다. 자격 증명과 사용 권한을 저장하면 플랫폼 연결 권한이 부여되므로 별도의 공개 키 또는 CA 권한을 만들 필요가 없습니다. 장치의 공개 키, CA／주체 및 인증 제한은 여전히 사용자가 직접 관리합니다.

장치가 클라우드에서 키를 가져오거나 버전 및 적용 상태를 보고할 필요는 없습니다. 플랫폼은 장치 파일을 수정하지 않습니다. 저장 성공은 클라우드 구성이 저장되었음을 의미하며, 실제 로그인 인증은 장치의 SSH 서비스가 수행합니다.

Windows PowerShell / Linux에서 키 생성, CA 발급, 장치 권한 설정, 클라우드 업로드와 연결 검증을 수행하는 전체 절차는 SSH 키 및 인증서 인증을 참조하세요. 일반 키 로그인에는 CA가 필요하지 않습니다. OpenSSH 사용자 인증서 로그인에는 사용자 인증서와 일치하는 개인 키가 필요하며, CA 개인 키는 항상 발급자가 보관합니다.

장치 우선 적용, 플릿 상속과 기본 항목

상속 여부는 대상 시스템 계정과 인증 방식에 따라 결정됩니다.

장치 구성이 있으면 해당 장치 자격 증명만 사용할 수 있으며, 플릿 항목은 재정의된 것으로 표시됩니다.
해당 장치 구성이 없으면 플릿 항목을 사용합니다. 별도의 상속 스위치를 구성할 필요가 없습니다.
장치 항목이 만료·비활성화·폐기되었거나 현재 사용자에게 사용 권한이 없으면 플릿 항목으로 자동 대체하거나 암호 방식으로 전환하지 않습니다.
같은 수준에 여러 항목을 저장하고 기본 항목을 지정할 수 있습니다. 기본 표시가 가용성 및 권한 검사를 우회하지는 않습니다.

상속 항목은 읽기 전용이며 플릿 수준에서 수정해야 합니다. 비활성화하거나 폐기해도 장치의 재정의는 유지됩니다. 해당 장치의 마지막 구성을 삭제하면 플릿 상속이 복구될 수 있습니다. 확인 대화상자에 영향이 표시되므로 먼저 확인하세요.

자격 증명 범위는 JelinaCloud를 통한 접근만 제한합니다. 장치 로컬에서도 플릿이나 계정별 격리가 필요하면 서로 다른 공개 키, CA 또는 인증서 주체 규칙을 직접 구성해야 합니다.

갱신, 비활성화, 폐기와 삭제

작업	동작
수정	이름, 사용 가능한 구성원과 기본 표시를 수정합니다. 개인 키와 암호문구는 다시 표시하지 않습니다
키/인증서 갱신	새 사용자 개인 키, 선택적인 사용자 인증서와 필요한 암호문구를 업로드합니다. 기존 계정, 범위와 방식은 유지됩니다
비활성화／활성화	비활성화는 되돌릴 수 있습니다. 비활성화 후에는 새 연결을 만들 수 없으며 기존 연결도 재검증 후 종료됩니다
자격 증명 폐기	해당 저장 항목은 다시 활성화할 수 없으며 암호화된 개인 키를 삭제합니다. 다른 독립 저장 항목이나 장치의 신뢰 설정에는 영향을 주지 않습니다
삭제	암호문을 삭제하고 감사 메타데이터는 보존합니다. 장치 항목을 삭제하면 플릿 상속이 복구될 수 있습니다

JelinaCloud는 사용자 인증서를 자동으로 발급하거나 갱신하지 않습니다. 만료 전에 자체 CA 관리자에게 새 인증서를 요청한 뒤 관리 페이지에서 갱신하고 검증하세요. 페이지의 유효기간을 수정하여 인증서의 유효기간을 연장할 수는 없습니다.

플랫폼 작업은 JelinaCloud를 통한 연결만 제어하며, 장치의 authorized_keys, CA 또는 로컬 KRL을 자동으로 정리하지 않습니다. 직접 SSH 접속을 차단해야 한다면 장치 관리자가 직접 폐기 및 기존 권한 정리를 수행해야 합니다.

장치 호스트 신원 확인

키 및 인증서 연결 모두 장치 호스트 신원 검증이 필요합니다. 호스트 신원은 사용자 인증서나 발급 CA와는 별개의 대상입니다.

장치 로컬 또는 신뢰할 수 있는 채널에서 cat /etc/ssh/ssh_host_*_key.pub를 실행하여 기존 호스트 공개 키를 가져옵니다.
장치의 「원격 접속 관리」에서 「장치 호스트 신원」을 펼치고 「호스트 공개 키 등록」을 클릭하여 한 번에 한 줄씩 붙여넣습니다.
장치에서 ssh-keygen -lf <해당_호스트_공개키_파일> -E sha256를 실행하고 페이지의 전체 지문과 대조합니다.
일치하면 「검증 및 확인」을 클릭합니다. 여러 알고리즘은 각각 등록하고 검증합니다.

호스트 공개 키만 허용하며 사용자 공개 키, 사용자 인증서, CA 공개 키나 개인 키는 허용하지 않습니다. Ed25519, ECDSA nistp256／384／521, RSA 2048～8192비트를 지원합니다. 알고리즘은 자동으로 식별되며, 백엔드는 장치와 실제로 협상한 알고리즘에 맞는 확인된 공개 키를 사용합니다. guacd를 수정하거나 연결 사용자가 알고리즘을 선택할 필요는 없습니다.

장치를 재설치하거나 호스트 신원이 변경되면 신뢰할 수 있는 방법으로 다시 검증해야 합니다. 장치가 Online 상태라는 이유만으로 시스템이 새 공개 키를 자동으로 신뢰하지 않습니다.

연결 설정과 할당량

관리 페이지는 로그인 자격 증명과 장치 호스트 신원만 관리합니다. 별도 공개 키, CA 권한, 개인 인증서 또는 플릿／장치 정책 편집은 더 이상 제공하지 않습니다. 장치의 어떤 계정이 어떤 공개 키 또는 CA 주체로 로그인할 수 있는지는 장치 관리자가 직접 구성합니다.

플랫폼의 기본 실행 포트와 전역 허용 인증 방식은 플랫폼 관리자가 통합 관리합니다. 연결 페이지에는 현재 허용된 방식이 계속 표시됩니다. 장치의 직접 SSH 암호 인증 등 인증 경로를 제한하려면 장치의 SSH 구성을 수정하세요.

연결 할당량, 개인／장치별 한도, 유휴 시간과 최대 세션 시간은 플랫폼 조직 사양과 서버 용량에 따라 제한됩니다. 테넌트에는 실제 적용값이 읽기 전용으로 표시되며 임의로 늘릴 수 없습니다.

실시간 연결과 작업 기록

연결 관리에는 현재 활성 연결이 표시되며 권한에 따라 종료할 수 있습니다. 실시간 세션은 서비스 메모리에 저장되고 영구 세션 이력은 제공되지 않습니다. 작업 기록은 기존 작업 로그를 사용합니다. 서비스가 재시작되거나 세션 상태가 회수되면 이전 연결을 복구할 수 없으므로 다시 연결하세요.

개인 키 보호와 장치 이동

사용자 개인 키와 필요한 암호문구는 암호화하여 저장합니다. 메타데이터 목록에는 이름, 시스템 계정, 범위, 알고리즘, 유효기간, 권한과 상태만 표시됩니다. CA 개인 키는 사용자의 발급자가 보관하며 플랫폼에 업로드하지 않습니다. 플랫폼은 반복 로그인을 위해 브라우저 로컬에 개인 키를 캐시하지 않습니다.

장치를 새 플릿이나 조직으로 이동하면 이전 장치 전용 자격 증명과 권한을 계속 사용할 수 없으며 이전 자격 증명의 암호문이 삭제됩니다. 원래 위치로 되돌려도 자동 복구되지 않습니다. 현재 범위의 자격 증명을 다시 구성하고 호스트 신원을 검증하세요. 장치의 이전 신뢰 설정은 여전히 장치 관리자가 직접 관리합니다.