मुझे Windows सर्वर के साथ उपयोग करने के लिए rdp2tcp से बेहतर कुछ भी नहीं मिला जो बिना किसी व्यवस्थापक एक्सेस या इंटरफ़ेस-टू-इंटरफ़ेस इंटरफ़ेस रूटिंग की अनुमति देता है। आपको यह काम करने के लिए अपने rdesktop पर OOP पैच करने की आवश्यकता होगी (rdesktop के हाल के संस्करण के अनुरूप एक को खोजने के लिए अंतिम पृष्ठों पर जाएं)। मैंने सुरंग के विंडोज छोर को संकलित करने के लिए मिनगॉव कंपाइलर का उपयोग किया।
प्रलेखन भी उत्कृष्ट और संक्षिप्त है।
यह एक मामूली बिंदु की तरह लग सकता है: यदि आप इसमें '-' के साथ एक 'एडिन' नाम का उपयोग करते हैं, तो rdesktop कमांड लाइन को सही ढंग से पार्स करने में विफल रहता है। यह एक बशीवाद हो सकता है जिसे उचित रूप से भागने की आवश्यकता थी, लेकिन मुझे यकीन नहीं है।
ध्यान दें कि जहां तक मैं समझ सकता हूं, यह एक 'सही' टीसीपी सुरंग नहीं है जो टीसीपी प्रोटोकॉल डेटा इकाइयों को देखता है, जो कि विंडोज की ओर से व्यवस्थापक विशेषाधिकार के बिना संभव नहीं होगा। यह एक समापन बिंदु के साथ एक मोजे प्रॉक्सी की तरह है जो पूर्व-कॉन्फ़िगर किया गया है (हालांकि बहुत परिणामी नहीं है)। यह भी अगर आप कल्पना है कि एक वास्तविक मोजे प्रॉक्सी सुविधाएँ।
मैंने आसानी से इसके साथ एक इंटरैक्टिव SSH सत्र का प्रबंधन किया, लेकिन यह SSH फ़ाइल ट्रांसफ़र के लिए पकड़ में नहीं आया (rdesktop कंसोल में 'वर्चुअल चैनल डिस्कनेक्ट किया गया' (rdp2tcp रनआउट के साथ अपने चाइल्ड प्रोसेस के रूप में चलता है) , लेकिन stderr में कोई बदलाव नहीं))। RDP2TCP_PING_TIMEOUT नामक स्रोत में एक स्थिरांक था, जो सुरंग को पकड़े रहने के लिए एक विचारशील समयबाह्य की तरह दिखता था। इंटरमीडिएट नेटवर्क में कुछ प्रकार के थ्रॉटलिंग को मानते हुए, इसे 5s से 900s तक बढ़ाकर ऐसा लगता है कि इसने चाल चली है, और यह 100 एमबी तक के स्थानांतरण के लिए आयोजित हुआ (उस विशेष नेटवर्क पर लगभग 15 मिनट तक)।
इसके अलावा, हालांकि, rdp2tcp को एक SIGPIPE प्राप्त हुआ था, जो कि यह दावा करता था कि Rdesktop पाइप में ब्रेक होने के कारण इसे प्राप्त किया गया था, हालाँकि मुझे ऐसा कोई भी सबूत नहीं मिला जो कि Rdesktop कोड, या 'आउटपुट' से हुआ हो। lsof 'जिसने SIGPIPE ट्रिगर से पहले और बाद में Rdesktop के लिए पाइपों की संख्या में कोई बदलाव नहीं दिखाया।
यदि ऐसा होता है, तो आपको rdesktop को पुनरारंभ करने की आवश्यकता होगी, और संभवतः सुरंग का विंडोज पक्ष भी। आप rsync का उपयोग कर सकते हैं और फ़ाइल स्थानांतरण फिर से शुरू कर सकते हैं, और शायद आप पूरी पुनर्प्राप्ति प्रक्रिया को स्वचालित कर सकते हैं।
यह सब आपके क्लाइंट के रूप में लिनक्स मान रहा था। मैंने कुछ असंबंधित परेशानी के कारण विंडोज पर पैचेड रेकस्कोप की कोशिश नहीं की है, जो कि मैंने साइगविन / एक्स के साथ किया था। मुझे लगता है कि यह काम करना चाहिए।
इसके अलावा, मेरा अनुभव एसएसएच के साथ था, लेकिन किसी भी अन्य माध्यम से भारी फ़ाइल स्थानांतरण से समान मुद्दों को प्रभावित होने की संभावना है।