최근에 openconnect 클라이언트를 통해 가정 / 직장 VPN 연결을 설정했으며 (이 문제가 있는지 모르겠습니다) 직장에서 다양한 게이트웨이 시스템에 로그인 할 수 있지만 scp 또는 rsync를 수행 할 수 없습니다. 그것은 그 게이트웨이 뒤에 있습니다.
그래서 나는 할 수 ssh gateway
있고 서버에 들어간 후에는 실행할 수 있습니다 ssh work_machine
. 따라서 표준 대화식 ssh가 작동합니다. 다음으로 sc_ 및 work_machine rsync를 시도했습니다 . 이를 달성하기 위해 .ssh / config 에 점프 호스트 항목을 만들었습니다 .
Host work_machine
Hostname work_machine_hostname
ProxyJump gateway
User user
그러나, scp /local/path/file work_machine:/remote/path
그냥 하려고하면 중단됩니다. 이것은 rsync에서도 발생합니다.
아무도 무슨 일이 일어나고 있는지 실마리가 있습니까?
최신 정보
터널링도 시도했습니다. work_machine에 대한 점프 호스트 구성을 유지하면서 게이트웨이 로 터널을 만들었습니다 . 다시 말하지만, 나는 work_machine 으로 ssh 할 수 있지만 scp하거나 rsync 할 수는 없습니다.
나는 유틸리티의 나머지 부분이 따라 올 때까지 좋은 터널링으로 돌아갈 것이라고 생각합니다. 로컬 컴퓨터에서 포트를 설정하는 추가 스크립트이지만 신뢰할 수 있습니다.
그런데 ssh 클라이언트는 Ubuntu 16.10에서 7.3p1입니다.
업데이트 2
점프 호스트를 완전히 제거하고 터널링으로 돌아갔습니다.
그래서,
ssh -f -N -L 12345:gateway1:22
ssh -f -N -L 12346:gateway2:22 gateway1
Host tgateway2
Hostname localhost
Port 12346
User user
이제 마지막 터널
ssh -f -N -L 12347:work_machine tgateway2
과
Host twork_machine
Hostname localhost
Port 12347
User user
이 설정은 twork_machine이 두 개의 게이트웨이 시스템 뒤에 숨겨져 있어도 twork_machine에 직접 액세스 할 수있게 해주었습니다. scp와 rsync도 작동했습니다. 이제는 ssh twork_machine
작동하는 것처럼 대화식 ssh 만 있지만 scp 및 rsync는 없습니다. scp 명령이 단계에서 중단됩니다 scp -v -t
(의 상세 출력에서 scp somefile twork_machine:
).
gateway
됩니까? 왜 대화식으로 작동하지만 scp
and에 대해서는 작동하지 않는지 잘 모르겠습니다 rsync
.
ssh
들어 오려고하면 어떻게됩니까work_machine
? 작동합니까, 아니면 비 대화식 작업처럼 중단됩니까?