대부분의 경우 ssh_exchange_identification : 원격 호스트에 의한 연결 종료 오류는 hosts.deny 및 hosts.allow 구성 파일과 관련된 문제로 인해 발생할 수 있지만 문제를 일으킬 수있는 다른 요인이 있습니다. 이 글을 읽고 있다면이 두 파일이 원격 서버에서 ssh를 사용하려는 IP 주소를 차단하지 않았는지 이미 확인했을 가능성이 있습니다.
이것이 사실이라고 가정하면 종속성 문제, 메모리 조각화와 관련된 문제 또는 개별 클라이언트에서 오는 과도한 수의 세션을 볼 수 있습니다. 좋은 소식은 문제를 해결 한 후에는 오류가 다시 표시되지 않아야한다는 것입니다.
방법 1 : 누락 된 종속성 수정
OpenSSL 또는 glibc를 업데이트 한 후에 만 ssh_exchange_identification : connection closed by remote host 오류가 발생하면 종속성이 누락 된 것일 수 있습니다. 실행 sudo를 lsof를 -n | grep ssh | 이 상황에서는 명령 줄에서 grep DEL 을 사용합니다. 그러면 열린 파일 목록이 표시되고 ssh 데몬과 관련하여 최근에 삭제 된 파일 만 찾습니다.
아무것도 되찾지 못한 경우에도 데몬이나 시스템 자체를 다시 시작할 수 있습니다. / run / user / 1000 / gvfs 메시지와 관련된 오류는 다음과 같은 관련이없는 문제로 인해 발생하므로 무시해도 안전하지만 여러 오류가 발생하면 다시 시작을 시도하고 싶을 것입니다. 가상 파일 시스템으로 수행하십시오.
종속성이 문제라고 의심되는 경우 apt-get, pacman 또는 yum을 사용하여 패키지를 업데이트 할 수도 있습니다. Debian 또는 Ubuntu 기반 시스템을 사용하는 경우 sudo apt-get -f 업그레이드 를 시도 하고 실패했을 수있는 손상된 패키지가 수정되는지 확인하는 것이 좋습니다.
방법 2 : 메모리 조각화 수정
이것이 도움이되지 않았다면 방정식의 호스트 측에 문제가있을 수 있습니다. VM 내부에서 실행되는 호스트에 항상 스왑 파티션이있는 것은 아니므로 메모리 조각화가 발생할 수 있습니다. 가능한 경우 물리적으로 다른 방법으로 호스트에 액세스 한 다음 문제가있는 서비스를 다시 시작합니다. MySQL, Apache, nginx 및 기타 이러한 서비스가 범인 일 수 있습니다.
호스트를 재부팅하는 것이 항상 가능한 것은 아니지만이 방법으로 문제를 해결할 수 있으며이 오류 메시지와 IP 주소를 반환하는 메시지를 번갈아 가며 사용했다면 좋은 생각 일 수 있습니다. 서버에 대한 액세스 권한이있는 경우 vmstat -s 명령을 실행하여 여러 인스턴스에서 일반 사용자로도 메모리가 어떻게 사용되는지에 대한 중요한 통계를 얻을 수 있습니다.
방법 3 : 추가 ssh 인스턴스 확인
이것을 제외하고 호스트가 서버에 연결을 시도하고 있는지 확인하십시오. 모르는 사이에 최대 ssh 세션 수를 초과했을 수 있습니다. 이전 세션을 지우고 다시 연결해보십시오. 한 가지 쉬운 방법은 who 명령을 실행하여 로그인 한 사용자 프로세스를 확인하는 것입니다. 로그인 한 사용자는 한 명 또는 두 명만 표시되어야합니다. 병렬 사용자가 여러 개인 경우 사용자 프로세스를 종료하고 다시 로그인 해보십시오. .
이는 sshd가 루프에서 여러 다른 ssh 세션을 시작하는 스크립트를 따라갈 수없는 경우 발생할 수 있습니다. 이런 일이 발생했다면 루프에 sleep 0.3 명령을 추가 하여 sshd 데몬이 처리 할 시간을 갖도록하십시오.
방법 4 : sshd 연결 제한 찾기
이와 같은 연결 문제는 기본 최대 연결 수가 너무 적기 때문에 ssh를 사용하여 라우터 또는 다른 유형의 개별 박스형 스위치에 액세스하려고 할 때 특히 많이 발생합니다. 서버에 과부하가 걸리지 않도록하려면 기본 설정이 무엇인지 살펴볼 수 있습니다.
sshd가 처리 할 수있는 연결 수를 찾으려면 서버에서 실행 해보 십시오. 대부분의 경우 시스템은 기본적으로 10 개의 동시 연결로 설정되어야하며 대부분의 사용자가 정기적으로 ssh를 사용해야하는 대부분의 서버 구조에 충분합니다.
