나는 이것을 구체적으로 보지 못했지만, 아마도 VNC에 관련된 사춘기 문제가 있습니다. VNC의 SSH 세션이 예기치 않게 종료되면 정상 종료시처럼 창이 닫히고 VNC가 업데이트를 검색하지만 아무것도 보내지 않습니다.
역 터널을 사용하는 것보다는 SSH를 통해 터널을 통과 할 수 있습니다. 아마도 이것을 시도 할 수 있을까요? 설정 한 경우 Cygwin 그 시스템에있는 SSH 서버를 사용하고 라우터에서 포트 22를 사용하도록 설정할 수 있습니다. SSH가 아닌 SSH를 사용할 수 있으므로 이전 SSH 채널이 죽으면 다시 연결할 수 있습니다. 죽은 puTTY 세션으로 인해 VNC가 잠기는 경우 VNC 세션을 다시 시작할 수 있습니다. 화면이 VNC 클라이언트에 완전히 표시되면 화면 잠금을 다시 잠그지 만 여전히 입력이 필요하므로 puTTY의 창 닫기 버튼이있는 곳을 클릭하고 VNC 연결을 다시 닫은 다음 VNC에 잘못된 puTTY 창을 다시 연결할 때 사라지고 다른 모든 것들이 그렇게되어야합니다.
내가 질문을 읽은 방식에서 SSHing은 터널의 원격 끝에있는 puTTY를 사용할 필요성을 제거합니다. 터널을 관리하기 위해 puTTY 만 사용한다면 이제는 Cygwin의 OpenSSH (서버 끝)로 대체되었습니다. 당신이 사용하는 어떤 클라이언트 (아마도 다시 puTTY).
SSHing ...에서 XP 머신으로의 전환은 어떤 이유로 든 옵션이 아니므로 puTTY를 사용하는 대신 역방향 터널을 빌드하기 위해 호출을 사용하여 클라이언트 측 또는 OpenSSH (cygwin 또는 다른 포트를 통해)를 시도 할 수 있습니다. VNC 서버 설정에서 폴링 옵션을 사용하여 시도해 볼 수도 있지만이 문제는 내가 본 문제와 어떤 차이점이 있는지 기억하지 못합니다.
나는 PuTTY가 비표준 (또는 적어도 일반적으로 예기치 않은) 방식으로 창을 처리한다고 생각한다. (예 : 그리드에 스냅을 추가하거나 창 장식에 기능을 추가하는 등의) 창 관리 유틸리티가 기본적으로 puTTY에 대한 명시 적 예외입니다.
FYI : VNC + puTTY 문제가 XP를 실행하는 컴퓨터이기도하다는 것을 알았던 곳 - XP와 다를 것이라고 생각하지만, 문제가있는 곳을 보지 못했습니다. (일부 비 호환성 puTTY 자체 및 VNC 작동 방식)은 다른 Windows 버전에서 발생합니다. 모든 경우에 나는 서버와 클라이언트 모두 VNC의 TightVNC 변형을 사용하고 있습니다.