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 전송은 게이트웨이가 특정 웹사이트에 도달할 수 있음을 증명하지 않습니다. 터널 감독과 그것을 사용하는 작업의 모니터링을 분리하십시오.

관련 글