"서버 연결 설정 중"에서 SSH가 멈추는 문제를 해결하는 방법

게시 됨: 2025-12-21

SSH(Secure Shell)는 서버를 원격으로 관리하는 데 중요한 구성 요소입니다. SSH 클라이언트에서 "서버 연결 설정 중" 메시지가 계속 표시되면 실망스러울 수 있습니다. 특히 프로덕션 환경이나 시간에 민감한 구성을 다루는 경우 더욱 그렇습니다. 이 문제는 모호해 보일 수 있지만 네트워크 구성 오류부터 대상 서버의 SSH 데몬 문제까지 다양한 잠재적 원인이 있습니다. SSH 연결 문제를 효과적으로 해결하는 방법을 알면 시간과 불필요한 스트레스를 모두 줄일 수 있습니다.

TL;DR

SSH 세션이 "서버 연결 설정 중"에서 멈춘 경우 먼저 대상 호스트의 가용성과 네트워크 연결을 확인하세요. SSH 서비스가 대상에서 실행 중이고 올바른 포트에서 수신 대기 중인지 확인하세요. 그런 다음 로컬 방화벽, DNS 확인 또는 VPN 설정을 확인하세요. 연결 시도 중 더 많은 정보를 얻으려면 자세한 SSH 로깅(-vvv)을 사용하세요.

1. 기본 네트워크 연결 확인

구성 및 로그 파일을 자세히 살펴보기 전에 가장 간단한 검사부터 시작하세요.

서버에 ping:ping을사용하여 호스트에 연결할 수 있는지 확인합니다.
Traceroute 또는 MTR:이는 사용자와 SSH 서버 사이의 일부 네트워크 홉에 연결 블록이 있는지 확인하는 데 도움이 될 수 있습니다.
Telnet 또는 Netcat:포트 22(또는 사용자 정의 SSH 포트)에 액세스하여 액세스 가능한지 확인하십시오. telnet your.server.ip 22 또는 nc -zv your.server.ip 22

서버가 ping에 응답하지 않거나 SSH 포트를 거부하는 경우 호스트가 다운되었거나 네트워크가 트래픽을 차단하고 있거나 SSH가 서버에서 제대로 실행되지 않는 것입니다.

2. 상세 모드를 사용하여 통찰력 확보

SSH는 연결 프로세스에서 지연이 발생하는 위치를 정확히 찾아내는 데 도움이 될 수 있는 다양한 수준의 자세한 정보를 제공합니다. 더 자세한 출력을 얻으려면-v,-vv또는-vvv옵션을 사용하십시오.

 ssh -vvv [email protected]

상세 모드가 도움이 되는 일반적인 위치는 다음과 같습니다.

DNS 확인 확인 중
특정 단계에서 연결 시도가 시간 초과되었는지 확인
키 교환 또는 인증 오류 식별

3. 방화벽 및 보안그룹 설정

방화벽이나 클라우드 보안 설정이 원인인 경우가 많습니다. 클라이언트측과 서버측을 모두 확인해야 합니다.

클라이언트 측 방화벽:포트 22(또는 사용자 정의 SSH 포트)에서 나가는 연결이 허용되는지 확인하세요.
서버 측 방화벽:iptables또는ufw와 같은 도구가 인바운드 SSH 트래픽을 삭제할 수 있습니다.
클라우드 보안 그룹:AWS, GCP, Azure 환경에서는 보안 그룹이 IP와 올바른 포트를 허용하는지 확인하세요.

"연결 설정 중"에서 연결이 중단되면 패킷이 적극적으로 거부되지 않고 자동으로 삭제되고 있음을 나타낼 수 있습니다.

4. 서버에서 SSH 데몬을 확인하세요.

서버에 대한 대체 액세스 권한이 있는 경우(예: 콘솔, 직렬 액세스 또는 다른 원격 세션을 통해) 직접 로그인하여 SSH 서비스를 확인하세요.

 sudo systemctl status sshd

 sudo netstat -tulpn | grep ssh

주의할 점:

서비스가 활성화되어 실행 중입니까?
예상된 IP 및 포트에서 수신 대기하고 있습니까?
오류를 일으킬 수 있는 SSH 구성 파일(일반적으로/etc/ssh/sshd_config)에 대한 최근 변경 사항이 있습니까?

SSH가 최근에 재구성되었거나 부적절하게 다시 시작된 경우 프로세스가 중단되거나 들어오는 연결에 응답하지 않을 수 있습니다.

5. DNS 확인 문제

IP 주소가 아닌 호스트 이름을 사용하여 연결하는 경우 DNS가 제대로 확인되는지 확인하세요.

 nslookup your.server.domain

 dig your.server.domain

호스트 이름을 확인할 수 없는 경우 DNS 설정 문제로 인해 SSH 연결이 지연되거나 중단될 수 있습니다. 또한 라우터나 VPN에서/etc/resolv.conf또는 DNS 설정을 확인하세요.

6. TCP 래퍼 및 호스트 기반 제한

일부 Linux 배포판에서는/etc/hosts.allow및/etc/hosts.deny를 통해 제어되는 TCP 래퍼가 SSH 액세스를 제한할 수 있습니다.

/etc/hosts.deny 에 sshd: ALL 과 같은 줄이 포함되어 있지 않은지 확인하세요.
sshd를 사용하여 /etc/hosts.allow 에서 IP를 명시적으로 허용 sshd: your.ip.address

TCP 래퍼는 대부분 더 이상 사용되지 않지만 레거시 시스템에서는 로그에 명확한 표시 없이 이를 계속 사용할 수 있습니다.

7. VPN 또는 프록시 간섭

VPN 및 특정 프록시 설정은 SSH 트래픽을 방해할 수 있습니다.

VPN이 활성화되어 있고 트래픽이 올바르게 라우팅되는지 확인하세요.
VPN 분할 터널을 사용하는 경우 SSH 서버에 대한 트래픽이 터널에 포함되어 있는지 확인하십시오.
VPN을 일시적으로 비활성화하고 직접 인터넷 액세스를 통해 다시 연결해 보세요.

마찬가지로 기업 프록시나 제한적인 게이트웨이가 SSH 패킷을 삭제하거나 조작하여 세션이 중단될 수 있습니다.

8. SSH 키 문제 및 인증 지연

인증 오류는 일반적으로 명확한 "권한 거부됨" 메시지를 반환하지만 때로는 키 처리 또는 인증된 키 조회가 오랫동안 지연되어 연결이 중단된 것처럼 보일 수 있습니다.

~/.ssh 디렉터리에 키가 너무 많으면 인증 속도가 느려질 수 있습니다. 시도를 줄이려면~/.ssh/config에서 IdentitiesOnly yes 사용하세요.
지정된 키 구성: ssh -i ~/.ssh/my_key user@host

9. 서버 로드 및 리소스 제약

로드가 많은 서버는 속도를 늦추거나 새로운 SSH 연결을 차단할 수도 있습니다.

서버의 높은 CPU, RAM 또는 프로세스 제한을 확인하세요.
SSH를 통해 액세스할 수 없는 경우 클라우드 콘솔을 사용하여 시스템 상태를 검사하세요.

메모리가 부족한 상황에서는sshd가비정상적으로 작동하거나 새로운 연결 시도가 시간 초과될 수 있습니다.

10. Fail2Ban 또는 유사한 도구에 의해 일시적으로 금지됨

Fail2Ban 또는 DenyHosts와 같은 보안 도구는 반복적으로 인증에 실패한 IP를 차단할 수 있습니다. 이로 인해 자동 연결이 중단될 수 있습니다.

/var/log/fail2ban.log 또는 관련 로그에서 IP 금지를 확인하세요.
가능한 경우 IP를 화이트리스트에 추가하거나 다른 네트워크에서 서버에 액세스하세요.

결론

SSH 연결 문제(특히 "서버 연결 설정 중"에서 멈춘 경우)는 로컬 방화벽 설정부터 원격 서버 성능 문제까지 다양한 요인으로 인해 발생할 수 있습니다. 기본 연결 테스트부터 시작하여 심층적인 로깅 및 구성 확인으로 진행되는 체계적인 문제 해결 접근 방식이 필수적입니다. 자세한 SSH 출력과 같은 도구를 사용하고, 시스템 로그를 검토하고, DNS를 검증하고, 서버가 응답하는지 확인하면 근본 원인을 효율적으로 격리하는 데 도움이 됩니다.

기억하세요: 항상 변경 사항을 점진적으로 테스트하고 수정하는 모든 구성을 백업하십시오. 고가용성 환경에서는 SSH가 응답하지 않을 때 IPMI, 직렬 콘솔 또는 기본 서버 액세스와 같은 대역 외 관리 방법을 보유하는 것이 중요합니다.