Jeff Forcier ( bitprophet ) 게시:

(코드 블록이 들여쓰기되도록 설명 수정 :))

2009-11-02 09:35am EST

터널이 반대의 경우도 지원한다면 굉장할 것입니다. 원격에서 수신 대기하고 이를 localhost/다른 로컬에서 사용 가능한 host:port로 전달하는 것을 의미합니다.

@munhitsu 하지만 이것이 Fabric의 구체적인 사용 사례인지는 잘 모르겠습니다. 자세히 알려주실 수 있나요?

아웃바운드 http/proxy 액세스가 없는 DMZ 설정을 상상해 보십시오.
전체 배포는 패브릭을 통해 이루어집니다.

이러한 경우 패브릭을 사용하여 ssh를 통해 로컬 프록시를 터널링하여 DMZ에서 방금 프로비저닝되는 호스트에 일시적으로 액세스할 수 있습니다. 지금은 패브릭이 이 터널의 "컨텍스트" 내에서 작동하도록 두 번째 콘솔에서 별도의 ssh 터널을 열고 있습니다.

사용 예:

with rev_tunnel(local=8080, remote=8080):
    sudo("http_proxy='http://localhost:8080' apt-get install -y puppet")

좋아, 그래서 내가 추측하는 것은 상당히 표준적인 역 터널 설정이고, 당신의 바람은 다시: Fabric은 터널을 처리하는 것과 예를 들어 local(ssh -R ...) 를 실행해야 하는 것을 처리하는 것입니다.

나는 이것이 진정으로 코어에 들어갈 가치가 있는지에 대해 왔다갔다했지만, Fabric에서 적절한 지원을 하는 것은 정말 의미가 있습니다. 다른 솔루션은 해키(예: ssh 를 실행하는 일부 스레드 또는 하위 프로세스 -- 이 작업을 잘 수행하는 방법, Fab가 종료될 때 종료하는지 확인 등)하고 사용 사례의 유효성을 확인합니다(로컬 공유 실행하는 동안 원격 끝이 있는 리소스.)

주요 장애물은 SSH 라이브러리가 아직 이것을 지원하는지 확신할 수 없다는 것입니다. 우리는 그것을 알아내야 하고 그렇지 않다면 누군가 그것을 구현해야 할 것입니다. (그러나 이는 앞서 언급한 ssh -R 해결 방법을 강화하는 것과 비교하여 해당 라이브러리에 좋은 추가 기능이 될 것이라고 생각합니다.)

편집: #38은 구현 및 패치 등에 대해 설명합니다. 실제로 이것을 닫고 구현 시 가능한 경우 컨텍스트 관리자로 트리거할 수 있어야 한다는 점에 유의하는 것이 가장 좋습니다.

우리가 컨텍스트에 들어가거나 컨텍스트를 떠나거나 더 나쁜 여러 수준의 컨텍스트를 구현하도록 구현하는 것이 까다롭다는 데 전적으로 동의합니다.

EDIT 관련: 이 기능을 사용하는 데 더 가까이 다가가는 것은 무엇이든 좋은 생각입니다.

지금은 세부 사항을 유지하기 위해 이것을 열어 둡니다. 1.4에 할당했지만 잊지 않습니다. 기회는 내가 #38을 하는 동안 바로 이것을 노크하려고 할 것입니다. 마스터가 되면 여기에서 업데이트하겠습니다. 감사합니다.

이것은 실제로 #38과 관련이 없습니다. 그 변경 사항은 SSH 연결을 통해 추가 포트를 터널링하는 것이 아니라 SSH 트래픽 자체를 게이트웨이하는 것에 관한 것이기 때문입니다. 이를 위해서는 다른(또는 최소한 추가) 솔루션이 필요합니다. 지금은 펀팅 중입니다. 죄송합니다.

저는 최근에 포트에 직접 연결할 수 없는 원격 rsync 서버와 동기화하기 위해 이 기능이 필요했고 paramiko의 forward.py 데모 코드에 사용할 수 있는 샘플 코드가 있다는 것을 알게 되어 저에게 잘 맞는 솔루션을 찾았습니다. 여기에서 forward.py에 대한 패치로 제출했습니다: https://github.com/paramiko/paramiko/pull/504/

해당 패치에서 ForwardServer 를 추가하고 ForwardServer 의 인스턴스를 단순히 반환하는 local_tunnel() 를 가질 수 있습니다. pull request에 대한 @bitprophet 의 권장 사항에 따라 Fabric용 패치 작업을 진행합니다.

나는 실제로 깨닫지 못했지만 local_tunnel() 에 대한 패치가 이미 있지만 상태에 대해 완전히 확신할 수는 없습니다. 어떻게 해야 하나요?

@haridsv 가능 하다면 해당 패치(#939)에서 테스트하고 성공적으로 사용했다고 언급하면 ​​도움이 될 것입니다. 그렇지 않으면 인내심을 가지세요 :) 감사합니다!

이 문제를 해결할 계획이 있습니까? 이 문제를 함께 해결하는 두 개의 미해결 pull 요청이 있지만 검토되지 않았습니까? 속도를 높일 수 있는 방법이 없을까요?

939, #1218

문제없이 #1218의 코드를 사용하고 있습니다.

939는 여전히 릴리스 버킷에 있으며 _일부_ 항목을 잘라야 했기 때문에 곧 출시될 1.11에서 펀트했지만 다음 기능 주기에서는 우선 순위를 갖게 됩니다. (그리고 #1218이 #939를 대체하는 것처럼 보이므로 나는 아마도 그것을 병합하고 변경 로그에 #939를 기록하게 될 것입니다.)