autossh로 SSH SOCKS 터널 다시 연결하기
SSH 활성 검사와 함께 autossh를 사용하고, 터널을 다시 연결해도 이전 애플리케이션 연결이 복구되지는 않는다는 점을 이해하십시오.
SSH SOCKS 프록시는 SSH 연결이 끝나면 사라집니다. 감독 프로세스는 그 연결을 다시 시작할 수 있지만, 이전 스트림을 사용하던 모든 웹사이트 요청을 이어서 처리할 수는 없습니다.
이미 동작하는 SSH 구성이라면, OpenSSH가 응답하지 않는 서버를 감지하는 동안 autossh가 동적 포워딩을 감독할 수 있습니다:
autossh -M 0 -N -o ServerAliveInterval=30 -o ServerAliveCountMax=3 -o ExitOnForwardFailure=yes -D 127.0.0.1:1080 [email protected]
-M 0 는 autossh의 별도 감시 포트 방식을 끕니다. 감독자가 반응할 수 있도록 SSH가 종료되는 것에 의존합니다. server-alive 옵션은 SSH 수준의 활성 검사를 제공하지만, 사용하는 모든 목적지에서 페이지를 요청하지는 않습니다.
인증과 포워딩이 동작할 때까지 초기 설정을 눈에 보이게 두십시오. autossh의 백그라운드 동작은 일반 SSH의 -f 와 다릅니다: 무인 실행은 비밀번호나 키 암호를 묻기 위해 멈출 수 없습니다. 문서화된 시작 게이트는 즉각적인 설정 실패와 나중에 끊어진 세션도 구분할 수 있습니다.
다시 연결된 뒤에는 로컬 리스너가 다시 사용 가능해질 수 있습니다. 그래도 애플리케이션은 자체적으로 실패한 작업을 다시 시도해야 할 수 있습니다. 응답을 받기 전에 중단된 업로드는 단지 사라진 터널을 다시 시작하는 것이 아니라 애플리케이션 수준에서 해결해야 할 결과를 가집니다.
마지막으로, 건강한 SSH 전송은 게이트웨이가 특정 웹사이트에 도달할 수 있음을 증명하지 않습니다. 터널 감독과 그것을 사용하는 작업의 모니터링을 분리하십시오.