Xterm.js: ZModemサポート？

これがxterm.jsでどのように機能するかについて、もう少し詳しく教えてください。

xterm.jsを使用してbash（フル機能のbash）に接続し、ユーザーがbashを操作できるようにします。 サポートユーザーにrz / szを使用してWeb端末からファイルをアップロード/ダウンロードしてもらいたいのですが。

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を使用できます。

誰かがそれを実装しない限り、ブラウザのWeb端末からリモートマシンにファイルを直接アップ/ダウンロードする方法はありません。 モデムプロトコルの1つをそのように使用できますが（XModem JS実装があります）、ブラウザのファイルシステムアクセスが非常に制限されているため、その有用性に疑問があります。 難しい部分は、大きなファイルのブラウザーとのダウンロード操作を提供することです（データはWebSocketを介してブラウザーに直接到達するため、JSは保存できるまですべてのデータを保持する必要があります）。

もう1つのアプローチは、サーバー部分をrz / sz機能で拡張し、それをブラウザーに透過的にマップすることです。 これにより、ブラウザのFS制限が回避されますが、モデムプロトコルの「rz \ r」初期化をキャッチするために、別のパーサーをターミナルストリームにフックする必要があります。

私はJavaScriptでのZMODEM実装に取り​​組んでおり、xterm.jsを介してファイルを双方向に転送しています。

ブラウザは、受信時にファイル全体をバッファリングする必要があります。 :(ただし、これが唯一の欠点であり、非常に大きなファイルを送信しない限り、悪くはありません。アップロードはFileReaderを介して実行でき、ダウンロードは<a>要素の「download」属性を介して行われます。

私はまだそれをテストして文書化していますが、ZMODEM統合はxterm.jsに興味がある機能ですか？

@FGasper Nice :)有望に

ライブラリ自体はプラットフォームに依存しないため、どこでも機能するはずです。 （ノックオンウッド。）

@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'

リポジトリディレクトリではなく、ホームディレクトリで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に分割される可能性が最も高い）。

OK、node-pty 0.6.4にアップグレードし、エンコーディングをnull設定することで取得しました。 （ _readableStateものは必要ありませんでした。）それでもシェルセッションの最初の行をテキストとして送信しますが、それ以降はすべてバイナリなので、かっこいいです。

それでも、シェルセッションの最初の行をテキストとして送信します...

{encoding: null}としてコンストラクターに適用しても？

はい、 {encoding: null} 、最初の行はテキストフレームとして送信されます。

私はこれを試してみるのに合理的な状態だと思うものにこれを持っています。

1）https://github.com/FGasper/xterm.js.gitをリモートとして設定します。
2）そのレポのzmodemブランチをチェックしてください。
3） git submodule init; git submodule update
4） npm install （以下を参照）
5） npm start 、次にブラウザにlocalhost:3000をロードします。 （Chromeは私がテストしたものです。）
6） lrzszインストールされているマシンにSSH接続します。
7） rzと入力し、ワークステーションからリモートに1つ以上のファイルを送信します。
8） sz <filename1> <filename2> …は、ファイルをバッチでワークステーションに送信します。

（UIは設計上最小限です。おそらく、「実際の」展開でさらに洗練されます。）

ステップ4に関して：ワークステーションで今テストしたとき、 node-gypパッケージのパーミッションの問題を修正する必要がありました。

ニース、チャームのように機能します（Firefoxのテキストファイルでテスト済み）。

ほんの少しのコメント：

• 誤って初期化シーケンスをトリガーすることは可能ですか（ランダムデータ出力など）？ その場合、端末はこれを明示的にするために「ファイル転送を入力する」設定を必要とします。
• 「StartZMODEMsession」は割り込み可能である必要があります。「No」を選択しても、もう一方の端のATMでrzは中止されません。
• 転送の進行中に、プログレスバー/インジケーターをターミナルウィジェットに描画することはできますか？ または、他のもっと凝ったもの、atm rz/szは、いくつかの奇妙なステータス番号を端末に出力します。

@jerch

1）はい、誤ってinitシーケンスをトリガーする可能性があります。 これが「StartZMODEMsession」プロンプトの目的です。ユーザーは必要に応じてバックアウトできます。

2）今すぐ修正する必要があります。

3）アプリケーションは、ブラウザのFileReader APIと同期してprogressイベントを受信します。 Chromeはprogressコンテンツを提供しているようです; ただし、Firefoxは実際にはこれらのイベントでファイルコンテンツを提供しません。 Chromeで適切な大きさのファイルを送信すると、次のように表示されます。

4）セッション開始時の奇妙な文字は、ZMODEMのreceive-initシーケンスの印刷可能な部分です： ** + ASCII CAN + B01 +10個の16進文字+ 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は使用できません。これは、termiosIEXTENフラグでこの問題をうまく回避できるので残念です。

私は今、他のプロジェクトに少し時間がかかっていますが、来週に戻ってきたいと思っています。

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のアルファリリースを作成しました。 ここから、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

なぜファイルエクスプローラーを開くことができないのですか？