Xterm.js: ZModem 지원?

xterm.js에서 이것이 어떻게 작동하는지 좀 더 자세히 설명해 주시겠습니까?

xterm.js를 사용하여 bash(전체 기능 bash)에 연결하고 사용자가 bash와 상호 작용하도록 합니다. 지원 사용자가 rz/sz를 사용하여 웹 터미널을 통해 파일을 업로드/다운로드할 수 있기를 바랍니다.

SecureCRT/Xshell을 사용하여 머신의 셸에 연결하면 rz / sz 명령으로 파일을 업로드/다운로드할 수 있습니다. zterm.js를 사용하여 머신의 셸에 연결하고 rz / sz 명령으로 파일을 업로드/다운로드하고 싶습니다.

Zmodem은 PTY 시스템의 기본 직렬 회선 추상화의 프로토콜 기능입니다. 이것은 이미 xterm.js의 zssh 와 같은 도구에서 사용할 수 있습니다. xterm.js 자체는 PTY의 마스터 IO를 브라우저로 전달합니다. 실제로는 xterm.js 서버 부분이 호스팅되는 시스템에서 작동하고 있습니다.

이것은 SecureCRT와 같은 동일한 시스템에서 작동하는 터미널 에뮬레이터와 상당히 다릅니다.

따라서 질문은 - 터미널을 통해 파일을 어떤 시스템에서 어떤 시스템으로 이동하시겠습니까? (로컬 머신에는 xterm.js의 서버 부분에 대한 터미널 채널이 없음을 기억하십시오).

|       local machine               |
|   +----------------------------+  |
|   |       browser              |  |
|   |   +-------------------+    |  |               +---------------------------+          +------------------------+
|   |   |                   |    |  |               |   proxy                   |          |                        |
|   |   |   web terminal    >----------------------->   server part of xterm.js >----------| romote machine terminal|
|   |   |                   |    |  |               +---------------------------+          +------------------------+
|   |   |                   |    |  |
|   |   +-------------------+    |  |
|   +----------------------------+  |
+-----------------------------------+

로컬 컴퓨터에서 원격 컴퓨터로 파일을 이동하고 싶습니다. 원격 시스템은 외부 IP가 없기 때문에 로컬 시스템에서 직접 액세스할 수 없습니다.

로컬 시스템에는 xterm.js의 서버 부분에 대한 터미널 채널이 없습니다.

이에 대한 해결 방법이 있습니까?

프록시에서 zssh(zmodem 지원 포함), sftp 또는 scp를 사용할 수 있습니다.

누군가가 구현하지 않는 한 브라우저의 웹 터미널에서 원격 시스템으로 직접 파일을 업로드/다운로드할 수 있는 방법이 없습니다. 모뎀 프로토콜 중 하나를 그런 식으로 사용할 수 있지만(XModem JS 구현이 있음) 브라우저의 파일 시스템 액세스가 매우 제한되어 있기 때문에 유용성에 의문을 제기합니다. 어려운 부분은 큰 파일에 대해 브라우저와 다운로드 상호 작용을 제공하는 것입니다(데이터가 웹 소켓을 통해 브라우저에 직접 도착하기 때문에 JS는 저장할 수 있을 때까지 모든 데이터를 보유해야 합니다).

또 다른 접근 방식은 rz/sz 기능으로 서버 부분을 개선하고 이를 브라우저에 투명하게 매핑하는 것입니다. 이것은 브라우저의 FS 제한을 우회하지만 모뎀 프로토콜의 'rz\r' 초기화를 포착하기 위해 터미널 스트림에 다른 파서를 연결해야 합니다.

저는 JavaScript에서 ZMODEM 구현 작업을 하고 있으며 xterm.js를 통해 양방향으로 파일을 전송하도록 했습니다.

브라우저는 실제로 파일을 받을 때 전체 파일을 버퍼링해야 합니다. :(그것이 유일한 단점이지만, 매우 큰 파일을 보내지 않는 한 나쁘지 않습니다. 업로드는 FileReader를 통해 수행할 수 있으며 다운로드는 <a> 요소의 "다운로드" 속성을 통해 발생합니다.

아직 테스트하고 문서화하고 있지만 ZMODEM 통합이 xterm.js에 관심을 가질 만한 기능입니까?

@FGasper Nice :) 노드의 스트림 API로 구현했다면 다운로드 링크를 통해 해당 파일을 브라우저 끝점에 프록시하는 서버 측 확장으로 큰 파일에 유용할 수도 있습니다.

라이브러리 자체는 플랫폼에 구애받지 않으므로 어디서나 작동해야 합니다. (나무를 두드린다.)

@FGasper는 깔끔하게 들리네요 😄!

브라우저에서 작동한다면 zmodem 애드온을 확실히 고려할 수 있습니다.

일반적으로 zmodem을 사용하는 사용 사례는 무엇입니까?

터미널 세션 내에서 내 워크스테이션으로/에서 파일 전송을 수행하는 데 사용합니다. 그것은 당신이 scp/sftp 또는 그렇지 않은 것을 할 필요가 없도록 합니다.

iTerm2의 경우와 유사합니다.
https://github.com/mmastrac/iterm2-zmodem

@parisk X/Y/Z-MODEM 프로토콜을 사용하면 다른 쪽에서 직접 파일을 전송하기 위해 터미널 연결을 "남용"할 수 있습니다. 이것은 단일 터미널 세션을 통해서만 서버를 오케스트레이션하려는 경우에 매우 유용합니다. POSIX 시스템의 경우 이를 수행하기 위한 rz / sz 도구가 있습니다.

xterm.js의 경우 완벽한 애드온이며 제한된 환경의 서버 관리자에게 xterm.js의 유용성을 높일 것입니다. :+1:

주의: XMODEM과 YMODEM은 모두 상대방에게 파일 전송 준비가 되었다는 "프롬트"를 표시하지 않는다는 단점이 있습니다. (훨씬 더 간단하기 때문에 불행합니다!)

ZMODEM은 본질적으로 감시할 수 있는 "마법의 문자열"을 보냅니다. 그런 다음 사용자에게 "ZMODEM이 감지되었습니다. 파일 전송을 계속하시겠습니까?” 이 시점에서 구현은 전송할 파일을 제공하거나 보낸 사람이 제공하는 파일을 수락/건너뛰기 위한 수단을 제공합니다.

xterm.js의 경우 파일을 터미널에 끌어다 놓기만 하면 됩니다. 파일이 현재 터미널 셸 경로에 저장된다고 가정해 보겠습니다. 그러나 xterm.js가 원격 쉘 자체를 제어하거나 적어도 현재 작업 디렉토리를 어느 시점에서든 잡을 수 없다면 달성하기가 매우 까다롭습니다. 거꾸로도 마찬가지입니다. ls 목록이 원격 파일을 참조하는 것으로 발견될 수 있다면 터미널에서 끌어서 놓기가 깔끔할 것입니다. 글쎄 그냥 꿈을 꾸고 있다 :윙크:

Zmodem 세션이 시작되면 rz 드래그/드롭이 가능하지 않은 이유를 모르겠습니다. 여러 가지 방법으로 구현할 수 있지만 아마도 다음과 같습니다.

1) 콘솔에 rz 를 입력합니다.
2) 파일을 끌어다 놓습니다.
3) 전송을 시작합니다.

질문: xterm.js가 여전히 IE 지원에 어떻게 설정되어 있습니까?

https://github.com/sourcelair/xterm.js/pull/938 로 인해 v3에서 더 이상 IE를 지원하지 않으므로 개발자는 어쨌든 중단해야 합니다.

여러분께 데모를 보여드리고 싶습니다.

나는 내 자신의 터미널 서버에 대해 테스트했지만 기본적으로 가지고있는 것을 사용하고 싶습니다.

^^ 제가 여기서 놓친게 있나요? npm install 오류가 발생했습니다...

felipe@Macintosh-4 18:00:56 ~/code/p5-Net-WebSocket/demo
> sudo npm install
npm ERR! install Couldn't read dependencies
npm ERR! Darwin 16.7.0
npm ERR! argv "/opt/local/bin/node" "/opt/local/bin/npm" "install"
npm ERR! node v8.3.0
npm ERR! npm  v2.15.12
npm ERR! path /Users/felipe/package.json
npm ERR! code ENOPACKAGEJSON
npm ERR! errno -2
npm ERR! syscall open

npm ERR! package.json ENOENT: no such file or directory, open '/Users/felipe/package.json'
npm ERR! package.json This is most likely not a problem with npm itself.
npm ERR! package.json npm can't find a package.json file in your current directory.

npm ERR! Please include the following file with any support request:
npm ERR!     /Users/felipe/code/p5-Net-WebSocket/demo/npm-debug.log

git clone ... 를 잊어버렸습니까? 그리고 왜 sudo 입니까?

@FGasper

npm ERR! package.json ENOENT: no such file or directory, open '/Users/felipe/package.json'

repo 디렉토리가 아닌 홈 디렉토리에서 npm install 하고 있습니다.

문자열이 아닌 바이너리를 출력하도록 node-pty를 얻는 방법이 있습니까? ZMODEM은 바이너리 프로토콜이지만 데모에서는 모든 것이 UTF-8이라고 생각하는 것 같습니다. 특히, 뭔가 0x8a를 UTF-8로 변환하는 것 같습니다 \ufffd

이것은 좀 더 복잡할 수 있습니다. 빠른 수정을 위해 node-pty의 인코더를 비활성화하거나 문자열 유형을 'binary'로 설정할 수 있지만 xterm.js로의 websocket 전송에 원치 않는 영향을 미칠 수 있습니다. 내가 말할 수 있는 한 전체 체인 node-pty <---> websocket <---> xterm.js 은 즉시 JS 문자열로 디코딩되는 UTF-8 바이트에 의존합니다. 바이너리 데이터 흐름을 얻으려면 더 큰 패치가 필요할 수 있습니다.

binary 문자열 유형 설정은 어디에 있습니까? (나는 node-pty에서 그런 것을 볼 수 없습니까?)

내가 말할 수 있는 한, 데이터는 app.js 도달할 때 이미 손상되었으므로 동작의 변경은 node-pty에 있어야 합니다.

ZMODEM은 모든 상위 비트 문자를 7비트로 이스케이프 처리하는 인코딩을 설명하지만 실제로 구현된 적은 없는 것 같습니다. Forsberg는 모든 라인이 8비트로 안전해지면 필요하지 않을 것이라고 생각했을 것입니다. :)

ctor 옵션에서 {encoding: 'binary'} 또는 즉시 .setEncoding('binary') 시도할 수 있습니다.

가장 최근의 node-pty가 UTF8 모드를 설정하거나 설정하지 않는 것 같습니다...

  if (info[8]->ToBoolean()->Value()) {
#if defined(IUTF8)
    term->c_iflag |= IUTF8;
#endif
}

https://github.com/Tyriar/node-pty/blob/master/src/unix/pty.cc

흠 … xterm.js가 가져오는 node-pty(0.4.1)는 꽤 오래된 것입니다… 아마도 가장 최근 버전에는 해당 플래그가 포함될 것입니다.

.setEncoding('binary') 호출하는 것은 작동하지 않습니다 ... 그리고 encoding:"binary" 를 pty.spawn()에 전달하지도 않습니다.

termios의 IUTF8은 다른 일을 합니다. pty 장치에서 다중 바이트 UTF8 문자를 올바르게 처리할 수 있습니다(줄 너비 및 지우기).
흠 아마도 어려운 방법일 것입니다. 인코더를 제거해 보십시오.

delete ptyObj._socket._readableState.decoder;
delete ptyObj._socket._readableState.encoding;

이것은 문자열 대신 버퍼 객체를 제공해야 합니다(대부분 xterm.js로 분리될 가능성이 높음).

알겠습니다. node-pty 0.6.4로 업그레이드하고 인코딩을 null 설정하여 얻었습니다. ( _readableState 필요하지 않았습니다.) 여전히 쉘 세션의 첫 번째 라인을 텍스트로 보내지만 그 이후의 모든 것은 바이너리입니다. 정말 멋집니다.

여전히 쉘 세션의 첫 번째 줄을 텍스트로 보냅니다...

{encoding: null} 로 생성자에 적용해도?

예, {encoding: null} 하더라도 첫 번째 줄은 텍스트 프레임으로 전송됩니다.

나는 그것을 시도하기에 합리적인 상태라고 생각하는 상태로 이것을 가지고 있습니다.

1) https://github.com/FGasper/xterm.js.git을 원격으로 설정합니다.
2) 해당 repo의 zmodem 지점을 확인합니다.
3) git submodule init; git submodule update
4) npm install (아래 참조)
5) npm start , 브라우저에서 localhost:3000 를 로드합니다. (크롬은 내가 테스트 한 것입니다.)
6) lrzsz 설치된 컴퓨터에 ssh.
7) rz 를 입력하고 워크스테이션에서 원격으로 하나 이상의 파일을 보냅니다.
8) sz <filename1> <filename2> … 는 파일을 일괄적으로 워크스테이션으로 보냅니다.

(UI는 최소한의 디자인으로 설계되었으며 "실제" 배포가 더 다듬어질 것이라고 가정합니다.)

4단계와 관련하여: 방금 내 워크스테이션에서 테스트했을 때 node-gyp 패키지의 권한 문제를 수정해야 했습니다.

멋지다. 매력처럼 작동한다(Firefox에서 텍스트 파일로 테스트).

몇 가지 설명:

• 실수로 초기화 시퀀스를 트리거할 수 있습니까(예: 임의 데이터 출력)? 그렇다면 터미널은 이를 명시적으로 만들기 위해 IMHO에 "파일 전송 입력" 설정이 필요합니다.
• "ZMODEM 세션 시작"은 중단될 수 있어야 하며 "아니오"를 선택해도 다른 쪽 atm에서 rz 중단되지 않습니다.
• 전송이 진행되는 동안 터미널 위젯에 진행률 표시줄/표시기를 그릴 수 있습니까? 또는 다른 멋진 것들, atm rz/sz 터미널에 이상한 상태 번호를 인쇄합니다.

@jerch

1) 예, 실수로 초기화 시퀀스를 트리거할 수 있습니다. 이것이 "ZMODEM 세션 시작" 프롬프트의 목적입니다. 사용자는 필요한 경우 여전히 뒤로 물러날 수 있습니다.

2) 지금 고쳐야 합니다.

3) 애플리케이션은 브라우저의 FileReader API와 동기화하여 progress 이벤트를 수신합니다. Chrome은 progress 콘텐츠를 제공하는 것 같습니다. 그러나 Firefox는 실제로 해당 이벤트에서 파일 내용을 제공하지 않습니다. Chrome에서 적절하게 큰 파일을 보내면 다음과 같이 표시됩니다.

4) 세션 시작 시 이상한 문자는 ZMODEM 수신 초기화 시퀀스의 인쇄 가능한 부분입니다. ** + ASCII CAN + B01 + 10진수 문자 + CR + 0x8a + XON. 나는 그들이 화면에 가는 것이 추하다는 것에 동의합니다. 그러나 그것은 내가 사용한 ZMODEM에 정통한 터미널에서 꽤 표준적입니다. 해당 문자를 삭제하기에 충분한 BS 문자를 터미널에 보낼 수 있다고 생각합니까?

또한 진행 중인 전송을 취소하기 위해 컨트롤을 추가해야 합니다. 나는 여전히 그것을 처리하는 가장 좋은 방법을 찾고 있습니다.

또한 진행 중인 전송을 취소하기 위해 컨트롤을 추가해야 합니다. 나는 여전히 그것을 처리하는 가장 좋은 방법을 찾고 있습니다.

사양에서 이것이 도움이 될까요?

A ZFIN, ZABORT, or TIMEOUT terminates the session; a ZSKIP terminates the processing of
this file.

잠재적으로. 사양이 항상 가장 유용한 것은 아닙니다. 예를 들어, ZSINIT 다음에 전송되는 Attn 시퀀스를 언급합니다. 사양은 그것이 발신자가 데이터 전송을 일시 중지하도록 하는 방법인 것으로 보이지만 실제로 Attn을 사용하는 것은 없습니다. ESC8 옵션과 마찬가지로: 실제로 lrzsz 에서 구현되지 않으며 이것이 사실상의 참조 구현이기 때문에 ESC8은 사용할 수 없습니다. 이는 termios IEXTEN 플래그로 해당 문제를 훌륭하게 해결할 수 있기 때문에 부끄러운 일입니다.

나는 지금 다른 프로젝트에 시간이 조금 촉박하지만 다음 주에 돌아오기를 희망합니다.

xterm 플러그인을 만들기 위해 이것의 모양에 대해 2센트를 추가할 수 있다면: UI를 전혀 추가하지 않고 노드 스트림과 유사한 이벤트를 통해 디스패치할 것을 제안합니다. 같은 것

term.on('transfer', (transfer) => {

  // accept or reject the transfer
  transfer.accept();

  // listen for progress
  transfer.on('progress', ...);

  // data chunks arrive
  transfer.on('data', ...);

  // transfer has finished
  transfer.once('end', ...);

  // cancel transfer
  transfer.abort();

});

이러한 방식으로 소비자는 플러그인 위에 자체 UI를 구축할 수 있습니다.

@mofux 이것이 내가 원하는 방식이기도 합니다. 데모에 넣은 UI 구성 요소는 컨트롤을 보여주기 위한 것입니다.

@FGasper 잘했어 👍

API를 사용할 준비가 되면(https://github.com/tsl0922/ttyd/issues/37) ttyd에 대한 ZModem 지원을 추가하겠습니다. 작업에 감사드립니다.

https://www.npmjs.com/package/zmodem.js

zmodem.js의 ALPHA 릴리스를 만들었습니다. 여기에서 xterm.js용 플러그인 인터페이스를 살펴보겠습니다. 하지만 zmodem.js를 보고 싶은 사람은 언제든지 그렇게 하고 어떻게 작동하는지 알려주십시오.

참고로 ZMODEM 애드온이 이제 병합되었습니다.

win7 시스템

$ npm run start-zmodem

> [email protected] start-zmodem E:\test\xterm\xterm.js
> node demo/zmodem/app

App listening to http://127.0.0.1:3100

파일 탐색기를 열 수 없는 이유는 무엇입니까?