ACTIVE INCIDENT
00:00 elapsed
LABLAB-LINUX-06-SSH-KEYSEV-3
SSH 키 권한 — Permission denied 진단
ELAPSED
00:00
PHASE
0 / 5
SLA
25분
🐧 Linux
← 목록
INCIDENT RESPONSE
0 / 6 단계 완료
📚 PREREQUISITES
Theorylinux/file-permissions
Theorylinux/ssh-basics
TRACK
LINUX
SLA
25분
SEV
SEV-3
PHASES
4단계
ENV
local
INCOMING TICKET
“신규 입사자 온보딩 중 개발 서버 SSH 접속 불가 보고: "Permission denied (publickey)" 반복 발생”
YOUR ROLE
인프라/SRE 엔지니어
IMPACT IF UNRESOLVED
신규 팀원이 개발 서버에 전혀 접근할 수 없어 온보딩 일정이 차단되고 업무 시작 불가 상태
🚨INCIDENT BRIEF
신규 팀원이 오늘부터 개발 서버에 합류하기로 했는데, 오전부터 Slack에 메시지가 쏟아집니다.
"SSH 키를 등록했다고 하는데 계속 Permission denied (publickey)라고 뜨고 접속이 안 돼요."
온보딩 일정이 멈춘 상태라 빠른 해결이 필요합니다.
SSH 인증 실패는 원인이 다양합니다. 키 파일 권한이 잘못되었거나, 공개키가 서버에 등록되지 않았거나, known_hosts가 충돌할 수도 있습니다.
ssh -v로 상세 로그를 먼저 확인하고, 권한·등록·충돌 여부를 순서대로 점검하여 정확한 원인을 찾아야 합니다.
⏱ 25분📊 입문🔧 4단계#ssh#publickey#chmod#authorized_keys
MISSION
1
증상 확인 — ssh -v로 verbose 로그 분석
ssh -v 출력에서 인증 실패 단계를 특정하여 다음 진단 방향을 결정한다
2
키 파일 권한 확인 — 600/700 규칙
~/.ssh/ 디렉토리와 키 파일의 권한이 SSH 보안 규칙(디렉토리 700, 개인키 600)에 맞는지 확인하고 수정한다
3
authorized_keys 확인 — 공개키 등록 여부
서버의 ~/.ssh/authorized_keys에 접속하려는 사용자의 공개키가 정확히 등록되어 있는지 확인한다
4
known_hosts 충돌 확인 — Host key verification failed
서버 호스트 키가 변경되어 known_hosts에서 충돌이 발생할 때 안전하게 해결한다
📌 선수 지식
• [이론] linux/file-permissions
• [이론] linux/ssh-basics
ℹ️ 실습 환경
환경: local
필요 도구: ssh, ssh-keygen, chmod, ls
검증 스크립트: /labs/lab-linux-06-ssh-key/scripts/verify.sh
🔒
실습 실행은 Pro 플랜 전용입니다
인시던트 브리프와 학습 자료는 지금 바로 확인할 수 있습니다. 실제 실습 진행 및 터미널 사용은 Pro 플랜에서 가능합니다.
Pro로 업그레이드 →
>_ LAB TERMINAL↔ 너비 조절
NOTES