CH-J Server ManagerSSH를 통한 서버 관리
메뉴
모든 가이드와 글 →

SSH connection refused, timeout, permission denied 해결

서버를 변경하기 전에 포트, 네트워크, 인증 중 어디서 SSH가 실패하는지 확인합니다.

클라이언트에서 시작

user와 server.example을 실제 계정과 호스트로 바꾸세요. Connection refused는 능동적 연결 거부이며 timeout은 경로, 필터 또는 무응답 대상 때문일 수 있습니다. Permission denied는 인증 거부입니다. 상세 로그의 식별 정보는 공유 전에 익명화하세요.

ssh -vvv -o ConnectTimeout=5 -p 22 user@server.example
ssh -4 -o ConnectTimeout=5 user@server.example
ssh -6 -o ConnectTimeout=5 user@server.example

Linux는 콘솔에서 확인

Ubuntu 또는 Debian에서 ssh 서비스, 수신 포트, 설정 구문과 journal을 확인하세요. 실제 포트와 양방향 방화벽을 확인합니다. timeout은 컴퓨터가 꺼졌다는 증거가 아닙니다. 다른 배포판은 sshd.service를 쓸 수 있습니다. 변경 중 콘솔 접근을 유지하세요.

sudo systemctl status ssh.service
sudo ss -lntp
sudo /usr/sbin/sshd -t
sudo journalctl -u ssh.service -n 50 --no-pager

신뢰 검증을 약화하지 않고 인증 수정

사용자 이름, 선택한 개인 키, 서버 authorized_keys 소유자와 권한을 확인하세요. IdentitiesOnly로 의도한 키를 시험합니다. 호스트 키 변경은 독립적이고 신뢰할 수 있는 경로로 검증하세요. StrictHostKeyChecking을 끄거나 known_hosts를 무작정 지우지 마세요. CH-J Diagnostics는 SSH 로그인 없이 TCP를 검사합니다.

ssh -o IdentitiesOnly=yes -i ~/.ssh/id_ed25519_chj user@server.example
ssh-keygen -F server.example

자세한 문서

OpenSSH: ssh →

OpenSSH: sshd_config →

생체 인증 잠금 해제 및 보안 →