PuTTY SSH 연결 거부와 응답 시간 초과 구분하기

1. 실패가 로그인 전인지 확인

이 문서는 PuTTY 창이 서버 계정 입력에 도달하기 전에 중단되는 연결 문제를 중심으로 다룹니다. 에러 창의 전체 문구와 접속 시각을 적고, 저장 세션을 불러온 상태인지 새 주소를 입력했는지 확인하세요. 사용자 이름을 넣은 후 인증 거절이 나오는 경우에는 네트워크가 이미 일부 동작한 것이므로 다음 단계의 계정·키 인증을 점검해야 합니다.

2. 주소·프로토콜·포트 대조

Session 화면에서 Host Name이 운영자에게 받은 SSH 서버 이름인지 대조합니다. 웹 페이지 URL이나 파일 전송 전용 주소를 넣었는지 확인하세요. Connection type은 서버가 제공하는 SSH로, Port는 안내받은 값으로 지정합니다. 프로토콜을 바꾸면 기본 포트도 바뀔 수 있으므로 마지막으로 확인한 뒤 연결합니다. 공유 받은 세션은 이전 서버 정보가 남아 있을 수 있습니다.

3. Connection refused의 확인 순서

연결 요청이 거절됐다는 뜻입니다. 대상 장치에 도달해도 그 포트에 SSH 서비스가 수신하지 않거나 중간 장비가 거절할 수 있습니다. 주소와 포트가 맞는지 먼저 확인하고, 담당자에게 해당 포트에서 SSH 서비스가 실행 중인지 확인을 요청합니다. 클라이언트의 계정 비밀번호를 바꾸는 것만으로 서비스 미수신 문제를 해결할 수는 없습니다. 다른 포트 번호를 임의로 대입해 탐색하지 않습니다.

4. Connection timed out의 확인 순서

제한 시간 안에 응답을 받지 못한 상태입니다. 서버 전원, 목적지까지의 경로, 허용망 제한이나 중간 장비 정책 등 여러 요인이 있을 수 있습니다. 사내망 전용이라면 회사가 지정한 정상 접속 경로를 사용하는지 확인하고, 다른 업무 서비스도 연결되지 않는지 비교합니다. 시간이 초과됐다는 사실만으로 PuTTY 설치가 손상됐다고 결론 내리지 마세요.

5. 연결 재설정과 인증 오류 구분

Connection reset by peer는 연결 상대 또는 경로에서 연결이 재설정된 상황을 나타냅니다. 어느 단계까지 진행했는지 담당자가 서버 로그와 대조해야 원인을 좁힐 수 있습니다. 반면 로그인 입력 뒤 Access denied가 나오면 계정·키·인증 방식 문제를 먼저 확인합니다. 같은 실패를 반복해 계정 잠금이 걸리지 않도록 정책을 확인하고 불필요한 재시도는 멈춥니다.

6. 호스트 키 경고가 나타났을 때

호스트 키 경고는 연결 거절이나 시간 초과와 다르게 서버의 신원을 확인하는 단계입니다. 이전에 접속한 이름의 키가 바뀌었다면 경고 내용을 보관하고 서버 재설치·교체가 있었는지 별도 경로로 확인합니다. 새 지문을 검증하기 전에는 저장된 키를 지우거나 경고를 승인하지 마세요. 지문이 검증된 후에만 관리자의 안내에 따라 새 값을 저장합니다.

7. 진단 요청과 정상화 확인

담당자에게 오류 원문, 시도 시간, 대상 호스트·포트, 사용한 네트워크, 예전에 성공했는지, 로그인 창에 도달했는지를 전달합니다. 비밀번호나 개인 키 파일은 전달 자료에 포함하지 않습니다. 담당자가 서비스나 허용 정책을 조정한 뒤에는 같은 조건에서 한 번 재연결해 호스트 키 확인과 로그인까지 순서대로 검증합니다. 테스트로 바꾼 세션 설정이 있다면 기록한 원래 값과 대조하세요.