FAQs

1. Jelina가 지원하는 장치 유형은 무엇인가요?

지원 장치 유형은 장치 개요에서 확인할 수 있습니다.

2. 한 플릿에서 여러 장치 유형을 함께 사용할 수 있나요?

플릿 장치 유형은 운영자에게 제공하는 안내일 뿐이며, 플릿에 어떤 유형의 장치든 추가할 수 있습니다.

플릿 장치 유형과 실제 장치 유형이 다르면 플릿에 구성한 시스템, Kernel과 Jelinvisor 업데이트 정책에 영향을 줄 수 있습니다.

3. Production 모드와 Development 모드의 차이는 무엇인가요?

Production: 운영 모드의 장치는 JelinaCloud 통신을 제외한 모든 포트를 차단합니다. compose의 ports 속성으로 개방할 포트를 구성할 수 있습니다.

Development: Jelina 규격은 준수하지만 보안 제한을 많이 적용하지 않은 모드입니다. 장치에서 개발하려면 개발 모드로 구성할 수 있습니다.

4. 장치를 다른 플릿으로 이동하거나 Release를 전환하면 기존 Release 서비스는 유지되나요?

장치에는 동시에 하나의 Release만 설치할 수 있습니다. 전환 시 새 Release 다운로드 후 기존 서비스를 제거하고 새 Release를 설치합니다.

다른 플릿으로 이동하면 대상 플릿 구성에 따라 해당 플릿에 지정된 Release를 설치합니다.

5. JelinaCloud가 내 장치, 소스 코드와 프로그램 서비스에 접근하나요?

권한 관리 시스템을 통해 권한이 있는 사용자 외에는 Jelina 관리자를 포함한 누구도 장치에 접근하지 못하도록 합니다.

6. Jelina 팀의 접근을 허용하려면 어떻게 하나요?

원칙적으로 Jelina 팀은 사용자의 플릿에 접근할 권한이 없습니다. 해결하기 어려운 문제로 지원이 필요하면 특정 플릿에 대한 접근을 임시로 허용할 수 있습니다.

허용된 접근에도 제한이 있습니다. Jelina 팀은 플릿의 어떤 정보도 삭제할 수 없으며 일부 관리자 권한만 갖습니다. 목적은 문제를 빠르게 해결하도록 돕는 것입니다.

7. 구성원 목록에서 자신을 삭제할 수 없는 이유는 무엇인가요?

자신을 삭제하면 조직/플릿의 구성원 자격을 잃습니다. 여러 구성원을 선택하여 삭제할 때 실수로 자신을 포함해 조직/플릿을 나가는 일을 방지하기 위해 현재는 이 작업을 지원하지 않습니다.

8. 시스템 알림을 삭제할 수 없는 이유는 무엇인가요?

시스템 알림은 Jelina 관리자가 게시한 중요한 공지입니다. 내용을 놓치거나 잊지 않도록 현재 삭제를 지원하지 않습니다.

9. 원격 SSH에서 인증서로 로그인할 수 있나요?

가능합니다. 먼저 장치의 CA／주체를 직접 구성하고, 관리자가 플릿 또는 장치 키 관리에서 사용자 인증서, 일치하는 개인 키와 필요한 암호문구를 저장한 뒤 호스트 신원을 등록·확인합니다. 연결 페이지에서 「OpenSSH 사용자 인증서」와 저장된 자격 증명을 선택하면 됩니다. 연결 페이지에는 업로드 기능이 없으며 장치 동기화 확인 응답도 필요하지 않습니다.

이 방식은 OpenSSH 사용자 인증서를 사용합니다. RDP와 VNC는 계속 암호 인증을 사용하며, HTTPS 인증서와 SSH 호스트 인증서는 이 로그인 방식에 사용할 수 없습니다. SSH 키 및 인증서 인증을 참조하세요.

10. 인증서를 가져왔는데도 연결할 수 없는 이유는 무엇인가요?

대상 시스템 계정이 인증서를 허용하는지, 자격 증명 사용 권한, 인증서 유효기간, 장치 CA／주체 구성과 확인된 호스트 신원을 점검하세요. 장치 SSH의 CA／주체는 직접 구성해야 합니다. 장치 전용 구성이 있으면 플릿 자격 증명으로 자동 전환하지 않습니다.

구성 방법은 원격 접속 관리를 참조하세요.

11. 인증서를 비활성화하면 장치가 직접 SSH 연결을 즉시 거부하나요?

저장된 자격 증명을 비활성화하거나 폐기하면 플랫폼의 해당 항목 사용만 차단되며 장치에 자동 동기화되지는 않습니다. 폐기는 되돌릴 수 없고 해당 항목의 암호화된 개인 키를 삭제하지만 다른 독립 저장 항목은 폐기하지 않습니다. 장치의 직접 SSH 연결을 거부하려면 관리자가 직접 권한을 정리하거나 폐기 규칙을 구성해야 합니다.

12. 긴 명령 실행 중 원격 연결이 자동 종료되는 이유는 무엇인가요?

연결 페이지에는 현재 유휴 시간과 최대 연결 시간이 표시됩니다. 유효한 입력이나 원격 출력이 계속 발생하면 유휴 시간이 초기화되지만, 입력·출력이 없는 긴 작업은 유휴 상태로 판단될 수 있습니다. 하트비트는 업무 유휴 제한을 연장하지 않습니다. 최대 시간 제한을 사용하면 작업 여부와 관계없이 해당 시간이 적용됩니다.

페이지에서 종료 이유를 확인하고 수동으로 다시 연결하세요. 규칙 조정은 플랫폼 관리자에게 문의해야 합니다. 플릿이나 장치 보안 정책에서 연결 할당량과 시간 제한을 임의로 완화할 수 없습니다.

13. 초대가 계속 Waiting이면 이메일 미수신인가요, 만료인가요?

Waiting은 초대가 아직 성공적으로 수락되거나 거절되지 않았다는 뜻일 뿐 이메일 전달·열람 여부를 나타내지 않습니다. 이메일이나 초대 페이지를 열어도 상태는 바뀌지 않습니다. 로그인 계정 불일치나 수락 실패로도 대기 상태가 유지될 수 있습니다.

현재 초대에는 고정된 자동 만료 시간이 없습니다. 기록이 존재하고 Waiting이면 오래되었다는 이유만으로 링크가 만료되지 않습니다. 수락, 거절 또는 삭제 후에는 기존 링크를 처리할 수 없습니다. 불필요한 초대는 관리자가 직접 삭제해야 합니다.

14. 초대 코드가 유효하지 않으면 바로 재발송을 요청해야 하나요?

먼저 현재 로그인 계정이 초대받은 이메일과 일치하는지 확인하세요. 다른 계정이 대신 수락하거나 거절할 수 없습니다. 잘못된 계정에서 로그아웃하거나 시크릿 창에서 초대받은 계정으로 로그인한 뒤 원래 링크를 여세요. 미가입 상태라면 초대받은 이메일로 먼저 가입합니다.

계정이 맞으면 초대가 이미 수락·거절되었거나 관리자가 삭제했는지 확인하세요. 코드가 유효하지 않다고 해서 반드시 만료된 것은 아니며, 반복 발송으로 계정 불일치가 해결되는 것도 아닙니다.

15. 플릿 초대만 보냈는데 조직 초대도 중복으로 표시되는 이유는 무엇인가요?

조직의 중복 검사는 조직 내 플릿이 같은 이메일에 보낸 대기 초대도 포함하지만, 플릿은 해당 플릿의 대기 기록만 검사합니다. 검사 범위가 대칭적이지 않으므로 조직 초대와 플릿 초대가 동시에 존재할 수도 있습니다.

중복 발송은 이메일을 다시 보내거나 기존 역할을 변경하지 않습니다. 재발송, 이메일 수정 또는 대기 중 역할 변경이 필요하면 기존 초대를 삭제하고 새로 보내야 합니다. 두 범위의 권한이 모두 필요하면 조직 초대를 먼저 완료한 뒤 플릿 초대를 보내는 것이 좋습니다.

16. 플릿 초대를 먼저 수락한 뒤 조직 초대로 조직 역할을 높일 수 있나요?

플릿 초대는 필요할 때 조직의 Member 관계를 자동으로 생성하며 기존 조직 역할은 유지합니다. 이후 이전 조직 초대를 수락하면 구성원 관계를 다시 생성하려 하므로 충돌할 수 있으며, Member를 원래 초대 역할로 자동 승격하지 않습니다.

이미 조직에 가입했다면 구성원 관리에서 조직 역할을 조정하고 불필요한 대기 초대를 정리해야 합니다. 특정 플릿에만 접근하려면 보통 플릿 초대만 완료하면 됩니다.

17. 초대 기록을 삭제했는데도 조직이나 플릿에 접근할 수 있는 이유는 무엇인가요?

대기 초대를 삭제하면 링크가 무효화됩니다. 수락된 기록을 삭제하면 초대 이력만 정리되며 구성원 관계나 권한은 삭제되지 않습니다. 기록의 역할은 초대 당시 지정값이므로 현재 신원과 역할은 구성원 목록을 기준으로 확인하세요.

접근을 취소하려면 구성원을 삭제하거나 역할을 조정하고, 다른 조직·플릿·팀 역할을 통해 접근 권한을 계속 갖는지도 확인해야 합니다.

18. SSH 인증서 로그인에 장치의 클라우드 키 동기화나 에이전트 업그레이드가 필요한가요?

필요하지 않습니다. 장치 관리자가 SSH 공개 키 또는 CA／주체를 직접 구성하고, 플랫폼이 로그인 자격 증명과 사용 권한을 저장·검증합니다. 장치가 키를 가져오거나 구성 버전·적용 상태를 보고할 필요가 없으며 이 기능만을 위해 에이전트를 업그레이드할 필요도 없습니다. 다만 장치 SSH 서비스는 해당 인증 방식을 지원해야 합니다.

첫 연결 전 관리자가 장치 페이지에 호스트 공개 키를 수동 등록하고 대조·확인해야 합니다. 원격 접속 관리를 참조하세요.

19. 사용자 인증서와 개인 키를 모두 장치에 넣어야 하나요?

사용자 인증서를 장치에 개별 설치할 필요는 보통 없습니다. 장치에 발급 CA 공개 키와 허용 주체를 구성하고 연결할 때 클라이언트가 사용자 인증서를 제출합니다. 사용자 개인 키는 플랫폼 관리 페이지에 암호화하여 저장하고 허가된 연결에 사용하며, CA 개인 키는 발급자만 보관합니다. 두 개인 키 모두 장치 신뢰 구성으로 복사하지 않습니다. CA 공개 키만 authorized_keys에 넣는 것으로는 부족하며, cert-authority와 올바른 주체 제한이 포함된 CA 권한 구성이 필요합니다.

예제는 SSH 키 및 인증서 인증을 참조하세요.

20. 장치 자격 증명을 사용할 수 없으면 플릿 자격 증명으로 자동 전환하나요?

아닙니다. 시스템 계정과 인증 방식에 따라 장치 구성이 우선하며, 만료·비활성화·폐기 또는 권한 부족 시에도 자동 대체하지 않습니다. 해당 장치 구성이 없을 때만 플릿 자격 증명을 사용하며 상속 스위치는 필요하지 않습니다. 마지막 장치 구성을 삭제하면 상속이 복구될 수 있으므로 관리자가 명시적으로 확인해야 합니다.

21. 플랫폼이 사용자 인증서를 자동 갱신하나요?

아닙니다. 자체 CA 관리자에게 새 인증서를 요청한 뒤 플릿 또는 장치의 키 관리에서 「키/인증서 갱신」을 수행하세요. 플랫폼은 CA 개인 키를 받지 않으며 인증서를 발급하거나 자동 갱신하지 않습니다. 연결 페이지에서는 저장된 사용자 자격 증명만 선택합니다.

22. Windows 또는 Linux에서 플랫폼이 지원하는 SSH 인증서를 어떻게 생성하나요?

두 시스템 모두 OpenSSH의 ssh-keygen으로 Ed25519 또는 RSA 사용자 키를 생성한 뒤, 자체 CA 관리자가 ssh-keygen -s로 명시적인 유효기간과 비어 있지 않은 주체를 가진 OpenSSH 사용자 인증서를 발급할 수 있습니다. Windows에서는 PowerShell과 OpenSSH Client를, Linux에서는 OpenSSH 클라이언트 도구를 사용합니다. OpenSSL로 X.509 인증서를 만드는 방식이 아닙니다.

일반 키 방식에는 사용자 키만 필요합니다. 인증서 방식에는 사용자 인증서와 장치의 CA 신뢰 설정도 필요합니다. Windows / Linux 관리 컴퓨터의 생성 명령, 파일 사용 위치, JelinaOS(Linux) 장치 구성과 클라우드 업로드 절차는 SSH 키 및 인증서 인증을 참조하세요.