SSH가 유일한 액세스 모드 인 시스템에서 SSH를 다시 ​​시작하십시오.

sshd_config 파일을 일부 변경 했으므로 다시 시작해야합니다. 서버에 실제로 액세스 할 때 huga PITA 일 때 ssh를 안전하게 다시 시작하는 방법에 대한 팁을 찾고 있습니다.

ssh를 통해 로그인 한 상태에서 sshd를 다시 시작해도 ssh 연결이 끊어지지 않습니다.

구성이 걱정되면 ssh를 통해 몇 번 로그인 한 후 다시 시작하십시오. 새 연결로 더 이상 ssh를 입력 할 수없는 경우 이제 문제를 해결할 수있는 액세스 권한이 있습니다.

@Milan Babuškov의 의견에 아래에 언급되어 있습니다 : sshd -t정말로 확실하다면 구문 정확성에 대한 구성을 테스트합니다.

@Ronald Pottol의 또 다른 제안 cron은 알려진 작동 구성으로 서버를 다시 시작 하는 작업을 설정하는 것이 었 습니다 . 아마도 과잉이지만, 미션 크리티컬 서버 등을 업데이트하는 경우 때로는 너무 조심하지 않아도됩니다.

하드웨어에 액세스 할 수 있으면 직렬 포트 / dev / ttyS0에 터미널을 배치하는 것을 고려할 수 있습니다. 그런 다음 서버에 백도어를 설치할 수 있습니다.

단순히 추가

SO:2345:respawn:/sbin/mingetty ttySO

/ etc / inittab에 연결하면 터미널이 직렬 포트를 통해 생성됩니다. 직렬 포트 집중 장치를 사용하거나 옆에있는 서버에서 널 모뎀을 사용할 수 있습니다.

새 구성에 문제가 있어도 현재 세션의 연결이 끊어지지 않습니다.

새 구성을 적용하고 sshd를 다시 시작한 후 몇 번 로그인하여 로그를 확인하여 모든 것이 정상인지 확인하십시오.

또는 운이 좋지 않다면 크론이나 직장에서 다시 시작해 보시겠습니까?

SSH 서비스의 PID에서 kill -HUP을 실행할 수 없습니까? 깨끗하지 않지만 작동합니다.

요즘에는 sshd다시 시작할 때, 특히 Redhat 기반 배포판 인 경우 세션 연결이 끊어지지 않습니다. sshd백업에서 구성을 자동으로 복원 하고 sshd5 분 후에 cron또는 at작업 으로 다시 시작 하는 작은 스크립트를 항상 작성할 수 있습니다. 이렇게하면 연결이 끊어 지더라도 최소한 서버로 돌아올 수 있습니다.

sshd 연결에서 SSHD를 다시 시작하거나 다시로드하지 않는 것이 좋습니다. sshd_config의 구문 오류로 인해 sshd가 다시 시작되지 않는 경우가 많이 있습니다.

구성 파일로 모든 것이 정상이지만 위험합니다.