Tôi đã không tìm thấy bất cứ điều gì tốt hơn so với ndp2tcp để sử dụng với Windows Server cho phép không có quyền truy cập quản trị viên hoặc định tuyến mạng giao diện đến giao diện. Bạn sẽ cần thực hiện bản vá OOP trên rdesktop của mình để làm cho nó hoạt động (đi đến các trang cuối cùng để tìm bản tương ứng với phiên bản gần đây của rdesktop). Tôi đã sử dụng trình biên dịch MinGW để biên dịch phần cuối của đường hầm.
Các tài liệu cũng là tuyệt vời và súc tích.
Điều có vẻ như là một điểm nhỏ: Nếu bạn sử dụng tên 'addin' với '-' trong đó, rdesktop không thể phân tích chính xác dòng lệnh. Đây có thể là một bashism yêu cầu thoát thích hợp, nhưng tôi không chắc chắn.
Lưu ý rằng theo như tôi có thể hiểu, đây không phải là một đường hầm TCP 'đúng' mà 'nhìn thấy' các đơn vị dữ liệu Giao thức TCP vì điều đó sẽ không thể thực hiện được nếu không có quyền quản trị viên ở phía Windows. Nó giống như một proxy vớ với điểm cuối được cấu hình sẵn (mặc dù không có kết quả lắm). Nó cũng có một proxy vớ thực tế nếu bạn thích điều đó.
Tôi dễ dàng quản lý một phiên SSH tương tác với nó, nhưng nó không theo kịp việc chuyển tập tin SSH (đã cho 'kênh ảo bị ngắt kết nối' trong bảng điều khiển rdesktop (ndp2tcp chạy như tiến trình con của nó với stdout / stdin dup2'ed / piped bởi rdesktop , nhưng không có thay đổi đối với thiết bị lỗi chuẩn)). Có một hằng số trong nguồn được gọi là RDP2TCP_PING_TIMEOUT, trông giống như thời gian chờ cố định để giữ đường hầm. Giả sử một số loại điều chỉnh trong mạng trung gian, tăng điều này từ 5s lên 900 dường như đã thực hiện được mánh khóe, và nó đã giữ được việc chuyển lên tới 100MB (mất khoảng 15 phút trên mạng cụ thể đó).
Mặc dù vậy, mặc dù vậy, ndp2tcp đã được tìm thấy để nhận SIGPIPE, thứ mà nó tuyên bố đã nhận được do bị vỡ trong ống rdesktop, mặc dù tôi không thể tìm thấy bất kỳ bằng chứng nào về điều đó xảy ra từ mã rdesktop hoặc đầu ra của ' lsof 'cho thấy không có thay đổi về số lượng ống cho rdesktop trước và sau khi kích hoạt SIGPIPE.
Nếu điều này xảy ra, bạn sẽ cần phải khởi động lại rdesktop và có thể cả phía Windows của đường hầm. Bạn có thể sử dụng rsync và tiếp tục chuyển tập tin và có thể bạn có thể tự động hóa toàn bộ quá trình khôi phục.
Tất cả điều này đã giả sử Linux là khách hàng của bạn. Tôi đã không thử rdesktop được vá trên Windows do một số rắc rối không liên quan mà tôi gặp phải với Cygwin / X. Tôi đoán nó nên hoạt động.
Ngoài ra, kinh nghiệm của tôi là với SSH, nhưng việc chuyển tập tin khổng lồ bằng bất kỳ phương tiện nào khác có khả năng gặp phải các vấn đề tương tự.