기본 홈 디렉터리 키 경로에 쓸 수 없음
2024년 12월에 게시된 원래 ZimaOS 질문은 일반적인 ~/.ssh/authorized_keys 사용 방식에 관한 것이었습니다. 시스템의 읽기 전용 구조 때문에 작성자가 해당 파일을 정상적으로 만들 수 없었습니다. 해당 주제에서 진행된 초기 실험에서는 지속적으로 사용할 수 있는 해결 방법이 확인되지 않았으므로, 완성된 해결책으로 제시해서는 안 됩니다.
이후 ZimaOS 1.7 보고서에서 /etc 키 파일 사용
2026년 8월, 다른 커뮤니티 회원이 ZimaOS 1.7에서 작동하는 방법을 보고했습니다. 공개 키를 /etc/ssh/authorized_keys에 저장하고 SSH 데몬이 해당 파일을 사용하도록 지정하는 방식이었습니다. 핵심 설정은 다음과 같습니다.
AuthorizedKeysFile /etc/ssh/authorized_keys관리자 권한으로 파일을 만들고, 한 줄에 완전한 공개 키 하나를 추가한 다음, 다른 사용자가 파일을 수정하지 못하도록 권한을 설정합니다. 그런 다음 SSH 서버 설정을 업데이트하고 SSH 데몬을 다시 시작합니다. 해당 게시물은 공식 호환성 보장이 아닌 커뮤니티의 사례이므로, 변경하기 전에 설치된 ZimaOS 버전에서 실제 설정 파일과 서비스 이름을 확인하세요.
비밀번호 인증을 비활성화하기 전에 키 로그인을 테스트하세요
테스트하는 동안 현재 SSH 세션을 열어 두고 ZimaOS 웹 터미널에도 계속 액세스할 수 있도록 하세요. 두 번째 터미널을 열어 공개 키로 새 세션이 성공적으로 생성되는지 확인합니다. 이 테스트를 마친 후에만 선택적인 보안 강화 설정을 고려해야 합니다.
PasswordAuthentication no
KbdInteractiveAuthentication no
UsePAM no
PermitRootLogin no
PermitEmptyPasswords no이 설정은 키 경로를 변경하는 것보다 더 광범위한 영향을 미칩니다. 키 로그인 테스트가 성공하기 전에 적용하면 원격 관리가 차단될 수 있습니다. 또한 모든 배포 환경에 적합한 것은 아니며, 특히 시스템이 PAM 또는 통제된 루트 로그인을 의도적으로 사용하는 경우에는 주의해야 합니다.
버전별 절차로 취급하세요
이 논의는 거의 2년에 걸쳐 있으며, 확인된 보고서는 ZimaOS 1.7을 구체적으로 언급합니다. 동일한 파일이 업그레이드 후에도 유지되거나 이전 버전에서 동일하게 작동한다는 점은 입증되지 않았습니다. 변경 사항을 기록하고 운영 체제 업데이트 후 SSH 액세스를 다시 테스트하세요.
FAQ
ZimaOS에서 ~/.ssh/authorized_keys를 만들 수 없는 이유는 무엇인가요?
원래 사례에서는 파일 시스템의 해당 부분이 읽기 전용이었습니다. 이후의 해결 방법은 일반적인 홈 경로를 쓰기 가능하게 만들려고 시도하는 대신 데몬의 키 위치를 변경하는 방식이었습니다.
작동한 ZimaOS 1.7 방법에서는 공개 키를 어디에 저장했나요?
/etc/ssh/authorized_keys를 사용하고, AuthorizedKeysFile이 해당 경로를 가리키도록 설정했습니다.
비밀번호 인증을 즉시 비활성화해야 하나요?
아니요. 먼저 복구용 세션을 사용할 수 있는 상태로 유지하고, 새로 키 인증을 사용하는 로그인이 성공하는지 확인하세요. 해당 테스트를 마치고 시스템의 액세스 정책에 적합한 경우에만 다른 인증 방식을 비활성화하세요.
