Xterm.js: ZModem समर्थन?

क्या आप कृपया इस बारे में कुछ और विवरण प्राप्त कर सकते हैं कि यह xterm.js पर कैसे काम करेगा?

मैं बैश (एक पूर्ण-सुविधा बैश) से कनेक्ट करने के लिए xterm.js का उपयोग करता हूं और उपयोगकर्ता को बैश के साथ इंटरैक्ट करने देता हूं। मैं चाहता हूं कि उपयोगकर्ता rz/sz का उपयोग करके वेब टर्मिनल के माध्यम से फ़ाइल अपलोड/डाउनलोड करें।

अगर मैं SecureCRT/Xshell के साथ मशीन के शेल से जुड़ता हूं, तो मैं rz / sz कमांड के साथ फाइल अपलोड/डाउनलोड कर सकता हूं। मैं मशीन के शेल से कनेक्ट करने के लिए zterm.js का उपयोग करना चाहता हूं, और rz / sz कमांड के साथ फाइल अपलोड/डाउनलोड करना चाहता हूं

Zmodem PTY सिस्टम की अंतर्निहित सीरियल लाइन एब्स्ट्रैक्शन की एक प्रोटोकॉल विशेषता है। यह पहले से ही xterm.js में zssh जैसे टूल के साथ प्रयोग करने योग्य है। xterm.js ही ब्राउज़र में PTY के मास्टर IO को अग्रेषित कर रहा है। वास्तव में आप उस सिस्टम पर काम कर रहे हैं जहां xterm.js सर्वर पार्ट होस्ट किया गया है।

यह उसी मशीन पर काम करने वाले टर्मिनल एमुलेटर से काफी अलग है जैसे सिक्योरसीआरटी करता है।

तो सवाल यह है कि - आप किस मशीन से टर्मिनल के माध्यम से फाइल को किस मशीन में ले जाना चाहते हैं? (याद रखें कि आपकी स्थानीय मशीन में xterm.js के सर्वर भाग के लिए कोई टर्मिनल चैनल नहीं है)।

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

मैं फ़ाइलों को स्थानीय मशीन से दूरस्थ मशीन में स्थानांतरित करना चाहता हूं। रिमोट मशीन को स्थानीय मशीन द्वारा सीधे एक्सेस नहीं किया जा सकता है, क्योंकि इसमें कोई बाहरी आईपी नहीं है।

याद रखें कि आपकी स्थानीय मशीन में xterm.js . के सर्वर भाग के लिए कोई टर्मिनल चैनल नहीं है

क्या इसके समाधान की कोई युक्ति है?

वैसे आप प्रॉक्सी से zssh (zmodem समर्थन के साथ), sftp या scp का उपयोग कर सकते हैं।

जब तक कोई इसे लागू नहीं करता है, तब तक आपके ब्राउज़र में वेबटर्मिनल से सीधे रिमोट मशीन पर फ़ाइलों को अप/डाउनलोड करने का कोई तरीका नहीं है। मॉडेम प्रोटोकॉल में से एक को इस तरह इस्तेमाल किया जा सकता है (एक एक्समोडेम जेएस कार्यान्वयन है), लेकिन चूंकि ब्राउज़र में बहुत सीमित फाइल सिस्टम पहुंच है, इसलिए मैं उपयोगिता पर सवाल उठाता हूं। बड़ी फ़ाइलों के लिए ब्राउज़र के साथ एक डाउनलोड इंटरैक्शन प्रदान करना कठिन हिस्सा होगा (चूंकि डेटा सीधे वेबसोकेट के माध्यम से ब्राउज़र में उतर रहा है, जेएस को सभी डेटा को तब तक रखना होगा जब तक कि इसे सहेजा नहीं जा सकता।)

एक और तरीका यह होगा कि सर्वर के हिस्से को rz/sz कार्यक्षमता के साथ बढ़ाया जाए और इसे ब्राउज़र में पारदर्शी रूप से मैप किया जाए। यह ब्राउज़र की FS सीमाओं को बाधित करेगा लेकिन मॉडेम प्रोटोकॉल के 'rz\r' आरंभीकरण को पकड़ने के लिए टर्मिनल स्ट्रीम में एक और पार्सर को हुक करने की आवश्यकता होगी।

मैं जावास्क्रिप्ट में एक ZMODEM कार्यान्वयन पर काम कर रहा हूं और यह xterm.js के माध्यम से दोनों दिशाओं में फ़ाइलों को स्थानांतरित कर रहा है।

ब्राउज़र को वास्तव में पूरी फ़ाइल को प्राप्त होने पर बफर करना पड़ता है। :( हालांकि, यह वास्तव में एकमात्र नकारात्मक पहलू है, और यह तब तक बुरा नहीं है जब तक कि आप बहुत बड़ी फ़ाइलें नहीं भेज रहे हों। अपलोड FileReader के माध्यम से किए जा सकते हैं, और डाउनलोड <a> तत्वों की "डाउनलोड" विशेषता के माध्यम से होते हैं।

मैं अभी भी इसका परीक्षण और दस्तावेजीकरण कर रहा हूं, लेकिन क्या ZMODEM एकीकरण एक ऐसी सुविधा है जो xterm.js में रुचि रखती है?

@FGasper नाइस :) आशाजनक लगता है, यदि आपने इसे नोड के स्ट्रीम एपीआई के साथ कार्यान्वित किया है तो यह सर्वर साइड एक्सटेंशन के रूप में बड़ी फ़ाइलों के लिए भी उपयोगी हो सकता है, जो उन फ़ाइलों को डाउनलोड लिंक के माध्यम से ब्राउज़र एंडपॉइंट पर प्रॉक्सी करता है।

पुस्तकालय स्वयं मंच-अज्ञेयवादी है, इसलिए इसे कहीं भी काम करना चाहिए। (लकड़ी पर दस्तक।)

@FGasper साफ-

हम निश्चित रूप से एक zmodem एडऑन पर विचार कर सकते हैं, यदि यह ब्राउज़र में काम करता है।

ज़मोडेम का उपयोग करने के लिए आमतौर पर उपयोग के मामले क्या हैं?

मैं इसका उपयोग टर्मिनल सत्र के भीतर/अपने वर्कस्टेशन से फाइल ट्रांसफर करने के लिए करता हूं। यह आपको scp/sftp या क्या नहीं करने की अनुमति देता है।

iTerm2 के लिए इसी तरह:
https://github.com/mmastrac/iterm2-zmodem

@parrisk X/Y/Z-MODEM प्रोटोकॉल सीधे फ़ाइल स्थानांतरण के लिए और दूसरी तरफ टर्मिनल कनेक्शन का "दुरुपयोग" करने की अनुमति देता है। यह बहुत उपयोगी है यदि आप केवल एक टर्मिनल सत्र के माध्यम से किसी सर्वर को व्यवस्थित करना चाहते हैं। POSIX सिस्टम के लिए इसे पूरा करने के लिए rz / sz टूल हैं।

वैसे xterm.js के लिए यह एक आदर्श ऐडऑन है, यह प्रतिबंधित वातावरण में सर्वर व्यवस्थापकों के लिए xterm.js की उपयोगिता को बढ़ाएगा। :+1:

NB: XMODEM और YMODEM दोनों में दूसरी तरफ "संकेत" नहीं देने का दोष है कि एक फ़ाइल स्थानांतरण तैयार है। (यह दुर्भाग्यपूर्ण है क्योंकि वे बहुत आसान हैं!)

ZMODEM अनिवार्य रूप से एक "मैजिक स्ट्रिंग" भेजता है जिसे देखा जा सकता है; फिर आप उपयोगकर्ता को संकेत देते हैं, “ZMODEM का पता चला; फ़ाइल स्थानांतरण के साथ आगे बढ़ें?" उस बिंदु पर कार्यान्वयन प्रदान करता है या तो फ़ाइलों को स्थानांतरित करने के लिए प्रदान करता है या फ़ाइलों को स्वीकार/छोड़ देता है क्योंकि प्रेषक उन्हें प्रदान करता है।

xterm.js के लिए टर्मिनल में फ़ाइलों को ड्रैग'एन ड्रॉप करना साफ-सुथरा होगा - मान लें कि एक फ़ाइल वर्तमान टर्मिनल शेल पथ पर सहेजी जाती है। लेकिन इसे पूरा करना बहुत मुश्किल है जब तक कि xterm.js दूरस्थ शेल को स्वयं नियंत्रित नहीं कर सकता या कम से कम किसी भी बिंदु पर वर्तमान कार्यशील निर्देशिका को हड़प नहीं सकता। वही पीछे की ओर जाता है - यदि ls लिस्टिंग को दूरस्थ फ़ाइलों के संदर्भ में देखा जा सकता है, तो टर्मिनल से ड्रैग'एन ड्रॉप आउट साफ-सुथरा होगा। अच्छा बस सपना देखना :पलकना :

मुझे नहीं लगता कि ज़मोडेम सत्र शुरू होने के बाद 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 चला रहे हैं, रेपो डायरेक्टरी में नहीं।

स्ट्रिंग के बजाए बाइनरी आउटपुट करने के लिए नोड-पीटीआई प्राप्त करने का कोई तरीका है? ZMODEM एक बाइनरी प्रोटोकॉल है, लेकिन डेमो को लगता है कि सब कुछ UTF-8 है। विशेष रूप से, ऐसा लगता है कि कुछ 0x8a को यूटीएफ -8 \ufffd . में परिवर्तित कर रहा है

यह थोड़ा अधिक शामिल हो सकता है - एक त्वरित सुधार के लिए आप नोड-पीटीवाई के एन्कोडर को अक्षम करने का प्रयास कर सकते हैं या स्ट्रिंग प्रकार को 'बाइनरी' पर सेट कर सकते हैं, लेकिन इससे xterm.js पर वेबसोकेट स्थानांतरण पर अवांछित प्रभाव पड़ सकते हैं। जहां तक ​​​​मैं पूरी श्रृंखला को बता सकता हूं node-pty <---> websocket <---> xterm.js यूटीएफ -8 बाइट्स पर निर्भर करता है जो फ्लाई पर जेएस स्ट्रिंग्स में डीकोड हो जाते हैं। बाइनरी डेटा प्रवाहित करने के लिए अधिक पैच की आवश्यकता हो सकती है।

वह binary स्ट्रिंग प्रकार सेटिंग कहां है? (मुझे नोड-पीटीआई में ऐसा नहीं दिख रहा है?)

जैसा कि सबसे अच्छा मैं बता सकता हूं, डेटा app.js हिट होने तक पहले ही दूषित हो चुका है, इसलिए व्यवहार में परिवर्तन नोड-पीटीआई में होना चाहिए।

ZMODEM एक एन्कोडिंग की वर्तनी करता है जो सभी उच्च-बिट वर्णों से 7-बिट तक बच जाता है, लेकिन यह स्पष्ट रूप से वास्तव में कभी लागू नहीं किया गया था ... Forsberg ने शायद सोचा कि इसकी कभी आवश्यकता नहीं होगी क्योंकि सभी लाइनें 8-बिट सुरक्षित हो गईं, हे। :)

आप सीटीआर विकल्पों में {encoding: 'binary'} या फ्लाई पर .setEncoding('binary') साथ प्रयास कर सकते हैं।

ऐसा लगता है कि सबसे हालिया नोड-पीटी यूटीएफ 8 मोड को सेट करने या न करने की अनुमति देता है ...

  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 (0.4.1) में खींचता है वह बहुत पुराना है ... शायद सबसे हाल के संस्करण में वह ध्वज शामिल होगा।

.setEncoding('binary') कॉल करने से काम नहीं चलता ... और न ही encoding:"binary" में pty.spawn() पर कॉल करना।

टर्मियो का IUTF8 एक अलग काम करता है - यह pty डिवाइस (लाइन की चौड़ाई और मिटाने के लिए) में मल्टी बाइट UTF8 वर्णों के सही संचालन को सक्षम बनाता है।
हम्म शायद कठिन तरीका - एन्कोडर को हटाने का प्रयास करें:

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

यह आपको स्ट्रिंग्स के बजाय बफर ऑब्जेक्ट देना चाहिए (सबसे अधिक xterm.js तक ऊपर की ओर टूटने की संभावना है)।

ठीक है, मैंने इसे नोड-पीटीआई 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) एक मशीन के लिए ssh जिसमें lrzsz स्थापित है।
7) rz टाइप करें, और अपने वर्कस्टेशन से रिमोट पर एक या अधिक फाइलें भेजें।
8) sz <filename1> <filename2> … एक बैच में फाइलें आपके वर्कस्टेशन पर भेजेगा।

(यूआई डिजाइन द्वारा न्यूनतम है; माना जाता है कि एक "वास्तविक" परिनियोजन इसे और अधिक पॉलिश करेगा।)

चरण 4 के बारे में: जब मैंने अभी-अभी अपने वर्कस्टेशन पर परीक्षण किया तो मुझे node-gyp पैकेज के साथ एक अनुमति समस्या को ठीक करना पड़ा।

अच्छा, एक आकर्षण की तरह काम करता है (फ़ायरफ़ॉक्स में टेक्स्ट फ़ाइलों के साथ परीक्षण किया गया)।

बस कुछ टिप्पणियाँ:

• क्या दुर्घटना से इनिट अनुक्रम को ट्रिगर करना संभव है (उदाहरण के लिए यादृच्छिक डेटा आउटपुट)? यदि ऐसा है, तो टर्मिनल को इसे स्पष्ट करने के लिए IMHO को "फ़ाइल स्थानांतरण दर्ज करें" सेटिंग की आवश्यकता होगी।
• "ZMODEM सत्र प्रारंभ करें" बाधित होना चाहिए, "नहीं" का चयन करने से दूसरे छोर पर rz निरस्त नहीं होता है।
• क्या स्थानांतरण जारी रहने के दौरान टर्मिनल विजेट में कुछ प्रगति पट्टी/संकेतक खींचना संभव है? या कुछ अन्य फैंसी सामान, एटीएम rz/sz टर्मिनल में कुछ अजीब स्थिति संख्या प्रिंट करता है।

@jerch

1) हां, दुर्घटना से इनिट अनुक्रम को ट्रिगर करना संभव है। यही "ZMODEM सत्र प्रारंभ करें" संकेत के लिए है: यदि आवश्यक हो तो उपयोगकर्ता अभी भी वापस आ सकता है।

2) अभी तय किया जाना चाहिए।

3) एप्लिकेशन को ब्राउज़र के FileReader API के साथ सिंक में progress ईवेंट प्राप्त होते हैं। ऐसा लगता है कि क्रोम progress साथ सामग्री दे रहा है; हालांकि, फ़ायरफ़ॉक्स वास्तव में उन घटनाओं में फ़ाइल सामग्री नहीं देता है। यदि आप स्वयं को Chrome में उपयुक्त रूप से बड़ी फ़ाइल भेजते हैं तो आपको कुछ ऐसा दिखाई देगा:

4) सत्र की शुरुआत में अजीब अक्षर ZMODEM प्राप्त-इनिट अनुक्रम के प्रिंट करने योग्य भाग हैं: ** + ASCII CAN + B01 + 10 हेक्स वर्ण + CR + 0x8a + XON। मैं मानता हूं कि यह बदसूरत है कि वे स्क्रीन पर जाते हैं; हालांकि, यह ZMODEM-समझदार टर्मिनलों में काफी मानक है जिसका मैंने उपयोग किया है। मुझे लगता है कि यह उन पात्रों को हटाने के लिए टर्मिनल पर पर्याप्त बीएस वर्ण भेज सकता है?

चल रहे स्थानांतरण को रद्द करने के लिए एक नियंत्रण जोड़ने की भी आवश्यकता है। मैं अभी भी इसे संभालने का सबसे अच्छा तरीका देख रहा हूं।

चल रहे स्थानांतरण को रद्द करने के लिए एक नियंत्रण जोड़ने की भी आवश्यकता है। मैं अभी भी इसे संभालने का सबसे अच्छा तरीका देख रहा हूं।

शायद यह ऐनक से मदद करता है?

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

संभावित रूप से। युक्ति हमेशा सबसे उपयोगी चीज नहीं होती है; उदाहरण के लिए, यह एक ZSINIT के बाद भेजे गए Attn अनुक्रम का उल्लेख करता है। ऐसा लगता है कि यह सुझाव देता है कि प्रेषक को डेटा भेजने को रोकने के लिए कैसे प्राप्त किया जाए, लेकिन स्पष्ट रूप से कुछ भी वास्तव में Attn का उपयोग नहीं करता है। इसी तरह ESC8 विकल्प के साथ: यह वास्तव में lrzsz में लागू नहीं किया गया है, और चूंकि यह वास्तविक संदर्भ कार्यान्वयन है, ESC8 अनुपयोगी है - जो शर्म की बात है क्योंकि यह टर्म IEXTEN ध्वज के साथ उस समस्या के आसपास अच्छी तरह से काम करेगा।

मैं अभी अन्य परियोजनाओं पर कुछ समय की कमी में हूं, लेकिन अगले सप्ताह इस पर लौटने की उम्मीद है।

अगर मैं इसे एक xterm प्लगइन बनाने के लिए इसके आकार के बारे में अपने दो सेंट जोड़ सकता हूं: मैं एक यूआई को बिल्कुल नहीं जोड़ने का प्रस्ताव दूंगा, लेकिन एक घटना के माध्यम से चीजों को भेजने के लिए, नोड स्ट्रीम के समान। कुछ इस तरह

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 अच्छा काम

मैं ttyd के लिए ZModem समर्थन जोड़ने जा रहा हूं जब आपका एपीआई उपयोग के लिए तैयार है (https://github.com/tsl0922/ttyd/issues/37), आपके काम के लिए धन्यवाद।

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

मैंने zmodem.js का अल्फा रिलीज़ किया है। यहां से मैं xterm.js के लिए प्लगइन इंटरफ़ेस देखूंगा, लेकिन जो कोई भी zmodem.js को देखना चाहता है, कृपया बेझिझक ऐसा करें और मुझे बताएं कि यह आपके लिए कैसे काम करता है।

ZMODEM एडऑन अब मर्ज हो गया है, FYI करें।

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

फ़ाइल एक्सप्लोरर क्यों नहीं खोल सकता?